Buy commercial curl support from WolfSSL. We help you work
out your issues, debug your libcurl applications, use the API, port to new
platforms, add new features and more. With a team lead by the curl founder
himself.
RE: [RELEASE] curl 7.86.0
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Randall via curl-library <curl-library_at_lists.haxx.se>
Date: Wed, 26 Oct 2022 09:12:17 -0400
On October 26, 2022 8:32 AM, Daniel Stenberg wrote:
>On Wed, 26 Oct 2022, rsbecker_at_nexbridge.com wrote:
>
>> checking size of curl_off_t... 4
>> checking for long long... yes
>> configure: error: support for systems without 64 bit curl_off_t is
>> deprecated, use --with-n64-deprecated until then
>>
>> The build is a 32-bit build, not 64-bit on both ia64 and x86
>> platforms. We still need to be able to build libcurl.a as 32-bit for
>> other applications on the platform. This limitation is a blocker.
>
>I think it rather identifies a bug that can/should be fixed.
>
>configure first *detects* a long long present, which surely is 64 bit, but
at the
>same time it finds curl_off_t to be 4 bytes. That seems like a discrepancy
worth
>fixing for its own sake, but it should also avoid this configure error
check.
>
>The curl_off_t type is determined in the curl/curl.h header but seeing this
output
>above, it seems to indicate that it needs adjustment for HPE NonStop.
The c99 interpretation of long long in 32-bit compiles is 64 bits, while
size_t and related offsets is 32-bits. I don't think it is possible to fix
this, because the interpretation is correct. What is the principle of the
fix required?
Thanks,
Randall
Date: Wed, 26 Oct 2022 09:12:17 -0400
On October 26, 2022 8:32 AM, Daniel Stenberg wrote:
>On Wed, 26 Oct 2022, rsbecker_at_nexbridge.com wrote:
>
>> checking size of curl_off_t... 4
>> checking for long long... yes
>> configure: error: support for systems without 64 bit curl_off_t is
>> deprecated, use --with-n64-deprecated until then
>>
>> The build is a 32-bit build, not 64-bit on both ia64 and x86
>> platforms. We still need to be able to build libcurl.a as 32-bit for
>> other applications on the platform. This limitation is a blocker.
>
>I think it rather identifies a bug that can/should be fixed.
>
>configure first *detects* a long long present, which surely is 64 bit, but
at the
>same time it finds curl_off_t to be 4 bytes. That seems like a discrepancy
worth
>fixing for its own sake, but it should also avoid this configure error
check.
>
>The curl_off_t type is determined in the curl/curl.h header but seeing this
output
>above, it seems to indicate that it needs adjustment for HPE NonStop.
The c99 interpretation of long long in 32-bit compiles is 64 bits, while
size_t and related offsets is 32-bits. I don't think it is possible to fix
this, because the interpretation is correct. What is the principle of the
fix required?
Thanks,
Randall
-- Unsubscribe: https://lists.haxx.se/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.htmlReceived on 2022-10-26