Follow-up Comment #3, bug #37059 (project wget): Commit 67e602 was released in v.1.15. Confirmed that the issue is fixed. However, the long file name warning is printed twice in a row (see bug_37059_
That's not really friendly to those who download precompiled binaries, since the situation on the machine where wget was built and where it will be used can be very different. Anyway, Rpcrt4.dll com
It looks like a good opportunity to fix ./configure's libuuid detection. We just have to agree on an approach. Suggestion: if --with-libuuid explicitly specified search for libuuid (pkg-config or fa
Thanks. I used git show, but maybe that's not the correct way. I'll check that next time. Gijs Just a curiosity, how did you generate the patch? I had some problems to apply it with "git am". -- Giu
Am Monday 26 November 2012 schrieb Ángel González: simply said (well, not simply - it had to refresh my knowledge ;-) sizeof(x) = log256(max(x)) ~= sizeof(x) * 24082 / 10000 = log10(max(x)) and for
In C89 you are not even guaranteed to have an int64. But such thing should not be a problem when you are placing it inside wget.h where wgint is detected based on different defines and autoconf check
Am Saturday 24 November 2012 schrieb Ángel González: ??? I just checked my ~10 years old SuSE 7.3 system: gcc version is 2.95.3, but it alrerady has <stdint.h> with INT64_MAX defined. The define is
that is a good idea, we can add something like: where `x' in our case will be off_t. I am not sure if such a function already exists somewhere. Does it improve readability? Giuseppe
Am Samstag, 24. November 2012 schrieb Ángel González: I found INT64_MAX in stdint.h. AFAIK, it is c99 !? You don't deserve c99 featurs, do you ? ;-) Tim