zsh-workers
 help / color / mirror / code / Atom feed
* gcc problem with 64 bit integers
@ 1999-05-15 13:24 Peter Stephenson
  0 siblings, 0 replies; only message in thread
From: Peter Stephenson @ 1999-05-15 13:24 UTC (permalink / raw)
  To: Zsh hackers list

I'm wrestling with what looks like a gcc 2.8.1 bug when trying to get the
large file support to work properly under SunOS 5.6.  The struct gmatch in
glob.c contains file sizes which need to be off_t, 64 bit integers
(i.e. long long) in this case.  The compiled code crashes when attempting
to assign to this,
   matchptr->size = buf.st_size;
(both are off_t) in insert().  Compiling without optimization doesn't help.
The native cc works without a problem.  I've tried using __attribute__
((align)) in various forms to get the members of struct gmatch aligned
correctly, but that doesn't seem to help.  It looks like it may be worse,
anyway, because even memcpy() doesn't seem to do the trick.  Any
suggestions for a workaround?  If gcc can't handle this, it makes the large
file support look distinctly dodgy.

My impression of looking at docs.sun.com is that LP64 is only supported if
the underlying operating system is 64-bit, i.e. there's no way of just
compiling zsh with 64-bit longs on an existing 32-bit system.

-- 
Peter Stephenson <pws@ibmth.df.unipi.it>       Tel: +39 050 844536
WWW:  http://www.ifh.de/~pws/
Dipartimento di Fisica, Via Buonarroti 2, 56127 Pisa, Italy


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~1999-05-15 13:49 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-05-15 13:24 gcc problem with 64 bit integers Peter Stephenson

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).