On Tue, Nov 27, 2001 at 07:22:05PM -0500, Christopher C. Chimelis wrote:
On Tue, 27 Nov 2001, John R. Daily wrote:
I haven't seen any reponse from Ben, so I'm going to go ahead and
move the bug to glibc. It would be rather unfortunate if this
isn't fixed for woody, but at this point
I haven't seen any reponse from Ben, so I'm going to go ahead and
move the bug to glibc. It would be rather unfortunate if this
isn't fixed for woody, but at this point that may be impossible.
--
John R. DailyProgeny Linux Systems
Consultant
On Tue, 27 Nov 2001, John R. Daily wrote:
I haven't seen any reponse from Ben, so I'm going to go ahead and
move the bug to glibc. It would be rather unfortunate if this
isn't fixed for woody, but at this point that may be impossible.
Ok. I'll work it out with him when he gets back from
Package: gcc
Version: 2:2.96-10
Severity: normal
If glibc is to be believed (/usr/include/limits.h), gcc should
be defining __WORDSIZE.
gcc versions 2.95, 2.96, and 3.0 have been tested; none of
them seem to define it.
As it is, there doesn't seem to be a good way to distinguish
32 bit from 64
On Fri, 16 Nov 2001, John R. Daily wrote:
If glibc is to be believed (/usr/include/limits.h), gcc should
be defining __WORDSIZE.
gcc versions 2.95, 2.96, and 3.0 have been tested; none of
them seem to define it.
As it is, there doesn't seem to be a good way to distinguish
32 bit from
At (time_t)1005931210 Christopher C. Chimelis wrote:
It's defined in bits/wordsize.h, which is #included from limits.h, so it
should be ok in all cases that you #include limits.h. No platform that
I know of has a cc that includes the wordsize in the compiler specs...they
usually rely on
On Fri, 16 Nov 2001, John R. Daily wrote:
I should have provided more information. The bits/wordsize.h is
included in a part of the file that is excluded for __GNUC__ = 2.
I should've looked closer :-) I totally missed the #if's around it :-)
You're right...according to the comment, it
7 matches
Mail list logo