You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems like the preprocessor incorrectly determines the minor and major version of libcurl. I've throughway verified that the libcurl version is not 7.>=62 but rather 8.0.1
The version inside /usr/include/curl/curlver.h also seems correct
/* This is the version number of the libcurl package from which this header file origins: */#defineLIBCURL_VERSION "8.0.1"
/* The numeric version number is also available "in parts" by using these defines: */#defineLIBCURL_VERSION_MAJOR 8
#defineLIBCURL_VERSION_MINOR 0
#defineLIBCURL_VERSION_PATCH 1
Don't think this could be the cause but these are the use flags for my local installation of libcurl, just in case:
Ah, that's because the major is 8 and not 7, so the preprocessor falls into the else branch. With an abundance of paranoia, I wrote that test against a future major release potentially breaking this specific behaviour (same goes for line 831 and probably a bunch of other places. I should really check all over). Now that we know that's not the case, I'll make it accept major version 8 too.
jftui/src/net.c
Line 800 in 38762b7
It seems like the preprocessor incorrectly determines the minor and major version of libcurl. I've throughway verified that the libcurl version is not 7.>=62 but rather 8.0.1
Appending the following:
to line 818 results in the following output:
The version inside
/usr/include/curl/curlver.h
also seems correctDon't think this could be the cause but these are the use flags for my local installation of libcurl, just in case:
This seems quite fishy.
The text was updated successfully, but these errors were encountered: