[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-wget] [PATCH] Regression since wget 1.10: no_prefix function i
From: |
Tim Rühsen |
Subject: |
Re: [Bug-wget] [PATCH] Regression since wget 1.10: no_prefix function is *bad* |
Date: |
Thu, 16 May 2013 17:21:30 +0200 |
User-agent: |
KMail/1.13.7 (Linux/3.8-1-amd64; KDE/4.8.4; x86_64; ; ) |
Am Donnerstag, 16. Mai 2013 schrieb Giuseppe Scrivano:
> Tim Rühsen <address@hidden> writes:
>
> > Hi Alex,
> >
> > yes, it is the _PC_NAME_MAX issue which is only valid for pathconf().
> >
> > Attached is the little patch to fix it.
> >
> > Since MinGW is based on gcc-4.6, C99 should be available.
> > As the Wiki states (well, the entry is 3 years old...), printf() is the
main
> > issue. But there may be some other functions that don't behave C99
compliant.
> > Sound not like a compiler, but a library issue.
> >
> > Maybe some functions have to be provided by Wget. If we just had a list of
> > issues/functions...
>
> most of these portability problems should be fixed by gnulib. Have you
> checked those? I am pretty sure that gnulib provides a POSIX compliant
> printf replacement on platforms that lack it.
Now, I checked the gnulib sources. And as far as I can see, the printf like
functions are c99 compliant.
So we have a C99 (cross-) compiler plus a C99 function library (for Win32,
Win64 and MSDOS). Are there any OSes that doesn't have a c99 compiler and that
Wget needs/wants to provide support for ?
Background:
As many C programmers I am used to C99 and for me it is a PITA to check my
patches to be 100% C89 compliant before sending them. It is not fun.
So I wish to see C99 acceptance in Wget in the future...
Regards, Tim