[csw-maintainers] libcurl and 64 bit on x86

[Chad Harp]

Possibly, but the current version of curl doesn't include amd64 support 
since openldap doesn't have amd64 libraries (Mantis 3028). So I suspect 
you'd run into linking problems even if you were able to compile.

Did you have any issue with sparcv9?

Dagobert Michelsen wrote:
> Hi,
> 
> I am having problems compiling vorbistools in 64 bit on x86:
> 
>> Making all in ogg123
>> gmake[4]: Entering directory 
>> `/home/dam/mgar/pkg/vorbistools/trunk/work/build-isa-amd64/vorbis-tools-1.2.0/ogg123' 
>>
>> source='http_transport.c' object='http_transport.o' libtool=no \
>>         DEPDIR=.deps depmode=none /bin/bash ../depcomp \
>>         /opt/studio/SOS11/SUNWspro/bin/cc 
>> -DSYSCONFDIR=\"/opt/csw/etc\" -DLOCALEDIR=\"/opt/csw/share/locale\" 
>> -DHAVE_CONFIG_H -I. -I.. -I/opt/csw/include   -I/opt/csw/include   
>> -I/opt/csw/include -I/opt/csw/include -D_REENTRANT  -I../include 
>> -I../intl  -I/opt/csw/include -D_REENTRANT  -O -xO3 -xarch=amd64 
>> -I/opt/csw/include -c http_transport.c
>> "/opt/csw/include/curl/curlrules.h", line 134: zero or negative subscript
>> cc: acomp failed for http_transport.c
>> gmake[4]: *** [http_transport.o] Error 2
> 
> This is
> 
>> /*
>>  * Verify that the size previously defined and expected for long
>>  * is the same as the one reported by sizeof() at compile time.
>>  */
>>
>> typedef char
>>   __curl_rule_01__
>>     [CurlchkszEQ(long, CURL_SIZEOF_LONG)];
> 
> CURL_SIZEOF_LONG is 4:
> 
>> /opt/csw/include/curl/curlbuild.h:#define CURL_SIZEOF_LONG 4
> 
> 
> I guess another set of includes is needed for 64 bit, right?
> 
> 
> Best regards
> 
>   -- Dago
> 
> 
>