zsh-workers
 help / color / mirror / code / Atom feed
From: Greg Price <Greg.Price@Sun.COM>
To: Borsenkow Andrej <Andrej.Borsenkow@mow.siemens.ru>
Cc: zsh-workers@sunsite.dk
Subject: Re: 64bit Zsh for Solaris?
Date: Fri, 5 Jul 2002 17:14:28 +1000	[thread overview]
Message-ID: <20020705171428.S4809@Aus.Sun.COM> (raw)
In-Reply-To: <6134254DE87BD411908B00A0C99B044F03A0B332@mowd019a.mow.siemens.ru>; from Andrej.Borsenkow@mow.siemens.ru on Fri, Jul 05, 2002 at 10:20:34AM +0400

Hi,

Thanks for the response. I need 64 bit becuase I need the large address space,
i.e. I don't just want to do I/O to large files, I want to mmap() the entire
thing into memory, which require the large address space.

I'm not really familiar with the zsh code, so I thought I should check before
I try debugging.

Thanks,
Greg

On Fri, Jul 05, 2002 at 10:20:34AM +0400, Borsenkow Andrej wrote:
> > 
> > I'm looking at using zsh for creating a tool by using the loadable
> module
> > facility - it looks great.
> > 
> > My problem is that I need a 64 bit version (i.e. compiled to produce a
> 64
> > bit binary) for Solaris. I've tried both the Sun compiler (which I
> would
> > prefer to use) and the GNU C compiler; zsh compiles fine, but it fails
> a
> > number of the tests in the test suite.
> > 
> > The code model we use on Solaris is LP64 (i.e. longs and pointers
> become
> > 64
> > bit)
> > 
> > The reason I need a 64 bit version is so I can mmap() huge files (i.e.
> in
> > the order of > 4 GB)
> > 
> 
> You do not need LP64 model to manage large files. Zsh should already
> detect LFS support and configure itself accordingly. See --enable-lfs
> flag to configure. This of course assumes that your version of Solaris
> does support LFS.
> 
> > Do you know of anyone that has covered this area before? I don't want
> to
> > reinvent the wheel (or make some other stupid mistake).
> > 
> 
> Has been done long long ago.
> 
> I once tried to build Zsh in LP64 mode but I guess I had some problems
> and I do not think it is really needed. LP64 is needed for programs
> requiring very large address space, like database servers. Zsh hopefully
> will never requires address space above 1GB and if it does it must be a
> bug :-)
> 
> Of course patches that allow clean LP64 model for zsh are welcome.
> 
> -andrej


  reply	other threads:[~2002-07-05  7:14 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-07-05  1:26 Greg Price
2002-07-05  6:20 ` Borsenkow Andrej
2002-07-05  7:14   ` Greg Price [this message]
2002-07-05  6:42 ` Tomi Vainio - Sun Finland -
2002-07-05  7:11   ` Greg Price
2002-07-05  7:38     ` Sven Wischnowsky
2002-07-05  8:15     ` Tomi Vainio - Sun Finland -

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020705171428.S4809@Aus.Sun.COM \
    --to=greg.price@sun.com \
    --cc=Andrej.Borsenkow@mow.siemens.ru \
    --cc=zsh-workers@sunsite.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).