bug-wget
[Top][All Lists]
Advanced

[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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]