Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
gcc problem with 64 bit integers
- X-seq: zsh-workers 6289
- From: Peter Stephenson <pws@xxxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxxxxxx (Zsh hackers list)
- Subject: gcc problem with 64 bit integers
- Date: Sat, 15 May 1999 15:24:29 +0200
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
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@xxxxxxxxxxxxxxxxx> Tel: +39 050 844536
WWW: http://www.ifh.de/~pws/
Dipartimento di Fisica, Via Buonarroti 2, 56127 Pisa, Italy
Messages sorted by:
Reverse Date,
Date,
Thread,
Author