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 p
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 v
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 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 sho
At (time_t)1005931210 "Christopher C. Chimelis" wrote:
> It's defined in bits/wordsize.h, which is #included from , so it
> should be ok in all cases that you #include . No platform that
> I know of has a cc that includes the wordsize in the compiler specs...they
> usually rely on headers to supp
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
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 b
7 matches
Mail list logo
