Re: [PATCH] Re: [perl #17091] 64-bit-int builds broken

2002-09-12 Thread Andy Dougherty
On Tue, 10 Sep 2002, Andy Dougherty wrote: 64-bit-int builds appear to be broken. This is from Linux/SPARC with INTVAL='long long'. This configuration used to work quite recently. Thanks, applied (by me). -- Andy Dougherty [EMAIL PROTECTED]

Re: [PATCH] Re: [perl #17091] 64-bit-int builds broken

2002-09-12 Thread Andy Dougherty
Btw, can anyone advise me on getting an actual account on a natively 64-bit machine somewhere? I don't really like the model of checking in broken code, waiting for the tinderbox to get around to testing it, blindly fixing things, and repeating. Especially when the tinderbox machines

RE: [PATCH] Re: [perl #17091] 64-bit-int builds broken

2002-09-12 Thread Garrett Goebel
From: Andy Dougherty [mailto:[EMAIL PROTECTED]] Btw, can anyone advise me on getting an actual account on a natively 64-bit machine somewhere? I don't really like the model of checking in broken code, waiting for the tinderbox to get around to testing it, blindly fixing things, and

Re: [PATCH] Re: [perl #17091] 64-bit-int builds broken

2002-09-11 Thread Steve Fink
On Tue, Sep 10, 2002 at 07:53:10PM +0100, Nicholas Clark wrote: On Tue, Sep 10, 2002 at 12:08:31PM -0400, Andy Dougherty wrote: This won't necessarily work if sizeof(INTVAL) != sizeof(INT). (And since the prototypes are hidden in the C file, not in a shared header file, the compiler

Re: [PATCH] Re: [perl #17091] 64-bit-int builds broken

2002-09-10 Thread Nicholas Clark
On Tue, Sep 10, 2002 at 12:08:31PM -0400, Andy Dougherty wrote: This won't necessarily work if sizeof(INTVAL) != sizeof(INT). (And since the prototypes are hidden in the C file, not in a shared header file, the compiler doesn't warn about them.) Upon reflection, however, since the extern