Yoann Vandoorselaere wrote:
> OpenBSD is an example, but there is more, a lot of system doesn't
> support AI_ADDRCONFIG or other specific flags, and thus would be
> affected by the same problem.
What version of OpenBSD?
Regards,
Derek
--
Derek R. Price
CVS Solutions Architect
G
*/
#define AI_ALL 0x0010 /* Return IPv4 mapped and IPv6
addresses. */
#define AI_ADDRCONFIG 0x0020 /* Use configuration of this host to
choose returned address type.. */
#endif /* 0 */
Cheers,
Derek
--
Derek R. Price
CVS Solutions Architect
Get CVS
Simon Josefsson wrote:
> Please install. Thanks!
Done!
> (A free grammar checker that works in emacs would be useful for me...)
Sorry, I don't speak emacs. :)
Derek
--
Derek R. Price
CVS Solutions Architect
Get CVS support at Ximbiot <http://ximbiot.com>!
v: +1 2
ibit this problem so I
may comment this change?
Thanks,
Derek
--
Derek R. Price
CVS Solutions Architect
Get CVS support at Ximbiot <http://ximbiot.com>!
v: +1 248.835.1260
f: +1 248.835.1263
<mailto:[EMAIL PROTECTED]>
Bruno Haible wrote:
> Derek R. Price wrote:
>> +/* #define AI_PASSIVE 0x0001 /* Socket address is intended for `bind'. */
>
> Some compilers warn about /* inside a comment. For this reason, I'd
> recommend to use #if 0 for commenting out.
>
> If you reall
I'd like to commit this whitespace only patch on top of my last
getaddrinfo.h patch. The preprocessor directive indentation was
extremely inconsistent, sometimes within the same #if ... #endif sequence.
2006-07-19 Derek R. Price <[EMAIL PROTECTED]>
* lib/getaddrinfo.
lable on the system.
Though it would be nice to see a full-featured replacement, for now
leaving the definitions of AI_* flags which aren't implemented by the
replacement does sound simplest. How's the attached patch look?
2006-07-19 Derek R. Price <[EMAIL PROTECTED]>
* lib
Mind if I install the attached patch on top of this?
2006-07-19 Derek R. Price <[EMAIL PROTECTED]>
* gnulib.texi (Libtool and Windows): Eliminate passive voice.
Correct grammar.
Simon Josefsson wrote:
> I installed this new section in the manual.
>
> /Simon
&g
I think only size_t is needed, and
> you can find it in - no need to include just
> for size_t.
Thanks. I've fixed this.
Cheers,
Derek
- --
Derek R. Price
CVS Solutions Architect
Get CVS support at Ximbiot <http://ximbiot.com>!
v: +1 248.835.1260
f: +1 248.835.1263
<mailto:[
7;d wait for the paperwork, since it's not urgent.
Okay.
Derek
- --
Derek R. Price
CVS Solutions Architect
Get CVS support at Ximbiot <http://ximbiot.com>!
v: +1 248.835.1260
f: +1 248.835.1263
<mailto:[EMAIL PROTECTED]>
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.
e whether it is necessary to wait on Jim Hyslop's paperwork
before installing this. This would be Jim's third "tiny" contribution
to GNULIB, I think. When you're ready for me to install it, let me know.
Regards,
Derek
- --
Derek R. Price
CVS Solutions Architect
Get CVS suppor
underlying the DIR*
and most all of "dirent.c" from the POSIX API if we want to distribute
it under the GPL or LGPL.
Unless I'm misunderstanding. Is it okay to just take some code that was
declared to be in the public domain and redistribute it under the GPL?
I've attached my
his tweaks public domain too under the many tiny changes rule,
but I expect he would be amenable. Jim?
> DJGPP as a platform / compilation environment is very different from a
> Win32 platform. It does have ; see
> http://www.delorie.com/djgpp/doc/incs/
Thanks for the link.
Cheers,
tils shortly.
Thanks, Paul. I also missed a few references to NAMLEN in the first
patch, so I've installed the attached minor patch:
2006-07-11 Derek R. Price <[EMAIL PROTECTED]>
* glob.c: s/NAMLEN/_D_EXACT_NAMLEN/.
Cheers,
Derek
- --
Derek R. Price
CVS Solutions Archi
ement on some systems.
2006-07-10 Derek R. Price <[EMAIL PROTECTED]>
* lib/backupfile.c, lib/dirfd.h, lib/fts.c, lib/glob.c,
lib/glob_.h, m4/d-ino.m4, m4/d-type.m4, m4/dirfd.m4: Ignore the
obsolescent !HAVE_DIRENT_H case. Consolidate NAMLEN macros into
t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim Hyslop wrote:
> Can you live with the current solution until I (or someone)
> implements a dirent substitute for the Windows build?
It would be nice to simplify. Does the attached patch do the trick?
2006-07-07 Derek R. Price &
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Eggert wrote:
> "Derek R. Price" <[EMAIL PROTECTED]> writes:
>
>> Thanks, Bruno. I've attached a patch that replaces all the references
>> to AC_HEADER_DIRENT with calls to AC_CHECK_HEADERS_ONCE([dirent.h
uld use "__VMS" rather than "VMS" since the latter symbol
> is no longer defined when compiling pedantically.
>
> I found a few other opportunities for simplification and installed
> the following.
Looks good. Thanks.
Cheers,
Derek
--
Derek R. Price
CVS Sol
ifdef' & moved WSAAPI macro inside
brackets. Other minor changes to suppress some compiler
warnings.
Cheers,
Derek
- --
Derek R. Price
CVS Solutions Architect
Get CVS support at Ximbiot <http://ximbiot.com>!
v: +1 248.835.1260
f: +1 248.835.1263
<mailto:[EMA
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bruno & bug-gnulib, sorry for the double-copy, but I realized belatedly
that it may be useful to CC bug-cvs on this one:
Derek R. Price wrote:
> Bruno Haible wrote:
>> Derek R. Price wrote:
>>> Removing references to AC_HEADER_
Bruno Haible wrote:
> Derek R. Price wrote:
>> Removing references to AC_HEADER_DIRENT (replacing with
>> AC_CHECK_HEADERS_ONCE([dirent.h]))
>
> Yes. All Unix systems nowadays have , OpenVMS too. But native Woe32
> (MSVCRT, not mingw) doesn't.
Thanks, Bruno. I'
Bruno Haible wrote:
> Derek R. Price wrote:
>> * m4/onceonly.m4,
>> m4/onceonly_2_57.m4
>> Don't call obsolescent AC_HEADER_STDC.
>
> It's not called there, it's only used as an example. I've changed it
> like this.
...
Bruno
ONCE([dirent.h])) & AC_HEADER_TIME, in particular,
would result in fairly significant simplification.
I'll do the work, but I thought I'd check for potential objections first.
Cheers,
Derek
--
Derek R. Price
CVS Solutions Architect
Get CVS support at Ximbiot <http://ximbiot.com>!
arg.h', `string.h', and `float.h').
2006-06-29 Derek R. Price <[EMAIL PROTECTED]>
* lib/exclude.c, lib/exit.h, lib/fnmatch.c, lib/fnmatch_loop.c,
lib/getusershell.c, lib/mbswidth.c, lib/memcasecmp.c,
lib/strtod.c, lib/strtol.c, lib/xstrtol.c: Remove
Paul Eggert wrote:
> "Derek R. Price" <[EMAIL PROTECTED]> writes:
>
>>> I will remove it in gettext-0.15.1. It will still be present in
>>> gettext-0.15.
>> What does this mean for GNULIB? Should I remove it?
>
> Generally, gnulib just mirro
The attached patch removes reference to AC_STRUCT_TM, which is declared
obsolescent by Autoconf 2.60. `struct tm' is also part of C89.
2006-06-29 Derek R. Price <[EMAIL PROTECTED]>
* m4/posixtm.m4: Don't call obsolescent AC_STRUCT_TM.
* lib/posixtm.c: Assum
Paul Eggert wrote:
> "Derek R. Price" <[EMAIL PROTECTED]> writes:
>
>> Since the utime module only switches on the result of
>> AC_FUNC_UTIME_NULL, and the Autoconf 2.60 documentation labels
>> AC_FUNC_UTIME_NULL as obsolescent for lack of practical porting
, & m4/utimes-null.m4.
No modules depend on utime, so the only other modification would be
removing the references in MODULES.html.sh.
Cheers,
Derek
--
Derek R. Price
CVS Solutions Architect
Get CVS support at Ximbiot <http://ximbiot.com>!
v: +1 248.835.1260
f: +1 248.835.1263
<
Bruno Haible wrote:
> Derek R. Price wrote:
>> * m4/gettext.m4: Remove references to obsolescent AC_C_CONST.
>
> I'll do this in gettext-0.15.1.
I'm not sure how the GNULIB macro relates to gettext. Is this a change
you'll import into GNULIB after you ch
Bruno Haible wrote:
> Derek R. Price wrote:
>> I found this note in m4/isc-posix.m4:
>>
>> # This file is not needed with autoconf-2.53 and newer. Remove it in 2005.
>>
>> The Autoconf 2.60 also marks AC_ISC_POSIX as obsolescent.
>
> I will remove it in g
Paul Eggert wrote:
> PS. By the way, when you remove m4/c-bs-a.m4, please don't forget to
> update MODULES.html.sh accordingly.
Missed it the first time, but I've now installed this change. Thanks.
Regards,
Derek
--
Derek R. Price
CVS Solutions Architect
Get CVS support
Paul Eggert wrote:
> "Derek R. Price" <[EMAIL PROTECTED]> writes:
>
>> Autoconf 2.60 lists AC_C_BACKSLASH_A as obsolescent because the problem
>> it fixes is so ancient. Would it be okay to remove the module?
>
> Yes, that's fine with me, since &
Autoconf 2.60 declares the AC_FUNC_STRFTIME macro obsolescent since
practical porting targets without a strftime function no longer exist.
2006-06-28 Derek R. Price <[EMAIL PROTECTED]>
* lib/strftime.c: Assume strftime() exists.
* m4/strftime.m4: Don't call AC_FU
The memcmp module is only useful with AC_FUNC_MEMCMP, which Autoconf
2.60 declares obsolescent. No other GNULIB modules reference this
module, so could it be removed?
Cheers,
Derek
--
Derek R. Price
CVS Solutions Architect
Get CVS support at Ximbiot <http://ximbiot.com>!
v: +1 248.835.
Previously neglected patch attached.
Derek R. Price wrote:
> Autoconf 2.60 marks AC_C_CONST as obsolescent because no practical
> porting targets require it any longer. The attached patch removes three
> references.
>
> 2006-06-28 Derek R. Price <[EMAIL PROTECTED]>
>
Autoconf 2.60 lists AC_FUNC_CLOSEDIR_VOID as obsolescent due to lack of
practical porting targets.
2006-06-28 Derek R. Price <[EMAIL PROTECTED]>
* lib/savedir.c: Assume closedir returns an error code.
* m4/savedir.m4: Remove AC_FUNC_CLOSEDIR_VOID requirement.
Cheers,
Autoconf 2.60 marks AC_C_CONST as obsolescent because no practical
porting targets require it any longer. The attached patch removes three
references.
2006-06-28 Derek R. Price <[EMAIL PROTECTED]>
* m4/fnmatch.m4, m4/gettext.m4, m4/strftime.m4: Remove
references to obsol
Autoconf 2.60 lists AC_C_BACKSLASH_A as obsolescent because the problem
it fixes is so ancient. Would it be okay to remove the module? No
other modules reference it.
Regards,
Derek
--
Derek R. Price
CVS Solutions Architect
Get CVS support at Ximbiot <http://ximbiot.com>!
v: +1 248.835.
ed from m4/gettext.m4. Similarly for the
reference to m4/isc-posix.m4 in modules/gettext.
Regards,
Derek
--
Derek R. Price
CVS Solutions Architect
Get CVS support at Ximbiot <http://ximbiot.com>!
v: +1 248.835.1260
f: +1 248.835.1263
<mailto:[EMAIL PROTECTED]>
r file is to be used only for c99 mode
> compilations
>
> #error This header file is to be used only for c99 mode compilations
>^
Regards,
Derek
- --
Derek R. Price
CVS Solutions Architect
Get CVS support at Ximbiot <http://ximbiot.com>!
v: +1 248.835.1260
f: +1
the same time and it
has diverged to the point that merging them would also be
challenging. We would have been better off joining forces early on,
but what can you do?
Regards,
Derek
- --
Derek R. Price
CVS Solutions Architect
Get CVS support at Ximbiot <http://ximbiot.com>!
v: +1 248.835.1
with Cygwin).
Still, it is useful to have a portable way to accomplish the task
across Unices. Why hobble the Unix implementations because Windows
can't perform the task, if it is well documented for Windows users
that it is broken?
Regards,
Derek
- --
Derek R. Price
CVS Solutions Architect
G
Paul Eggert wrote:
> I also changed the
> maintainer of the inttypes module from Derek Price to 'all', since
> this really is more of a collective project. However, Derek, if you
> object, I'll undo these changes.
>
No, that's fine. Just trying to help
Bruno Haible wrote:
> Hi,
>
> Jim requested that a shorter form of URLs to POSIX:2001 be used, and now
> that www.opengroup.org implements these shortcuts, why not use them.
> Derek, any objections?
>
Not at all. Please install it.
Regards,
Derek
--
Derek R. Price
CVS S
th Cygwin).
Doesn't the fact that Cygwin provided an implementation imply that
there is a way to accomplish it?
Regards,
Derek
- --
Derek R. Price
CVS Solutions Architect
Get CVS support at Ximbiot <http://ximbiot.com>!
v: +1 248.835.1260
f: +1 248.835.1263
<mailto:[EMAIL PROTECTED]>
hen stdint_.h has already included
and so the current code from stdint_.h suffices:
#ifndef SIZE_MAX /* SIZE_MAX may also be defined in config.h. */
# define SIZE_MAX ((size_t)~(size_t)0)
#endif
Regards,
Derek
--
Derek R. Price
CVS Solutions Architect
Ximbiot <http://ximbiot.com>
v: +1 248.835.1260
f: +1 248.835.1263
<[EMAIL PROTECTED]>
Any further comments on this, Bruno?
Derek R. Price wrote:
> Bruno Haible wrote:
>
>> When I say that it is _not_ portable to Windows, I mean the following:
>> If someone writes a program that uses the feature, the feature will not work
>> on
>
> Well, I'm
like a simple, non-invasive change to the wait-process module
to me. It requires a few more runtime ops, but interferes with the
previous functionality not at all. If it isn't currently returning
signals under Windows and someone needs that functionality, perhaps they
could add it and submi
ing when a signal is not
present. Please, fill me in if I have misunderstood.
Would the addition of documentation that mentioned that signals are not
detected (and therefore never returned) under Windows and why make the
patch more palatable for you?
Regards,
Derek
--
Derek R. Price
CVS Solutions
ver a dozen platforms.
Thanks,
Derek
--
Derek R. Price
CVS Solutions Architect
Ximbiot <http://ximbiot.com>
v: +1 248.835.1260
f: +1 248.835.1263
<[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Derek R. Price wrote:
> x86 NetBSD 2.0.2
> alpha Linux 2.2.20 #2
> ppc64 Linux 2.6.5-7.97-pseries64 #1 SMP
> x86 Linux 2.6.10-1.771_FC2smp
> x86 Linux 2.6.8-2-386
> x86 Linux 2.6.13-1.1526_FC4
> sparc SunOS 5.9 Generic_112233-0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Derek R. Price wrote:
> Paul Eggert wrote:
>>> "Derek R. Price" <[EMAIL PROTECTED]> writes:
>>>
>>>> Is there any reason that a few files (getndelim2.c, fsusage.c,
>>>> mkdtemp.c, obstack.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Eggert wrote:
> "Derek R. Price" <[EMAIL PROTECTED]> writes:
>
>> Is there any reason that a few files (getndelim2.c, fsusage.c,
>> mkdtemp.c, obstack.c, tempname.c, utimecmp.c) still do #ifdef
>> HAVE
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Eggert wrote:
> "Derek R. Price" <[EMAIL PROTECTED]> writes:
>
>> No one has objected in about a week and this patch plus a small typo fix
>> in m4/full-header-path.m4 is passing CVS nightly testing on some doz
ere is no need to delay its conversion to a
valid CPP macro name until sed can get a crack at it (while configure is
running). You gave me the clue I needed to find the AS_TR_CPP macro
though, which I have installed to shorten the above a bit.
Regards,
Derek
- --
Derek R. Price
CVS Solutions Arc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Derek R. Price wrote:
> 2006-04-11 Derek Price <[EMAIL PROTECTED]>
> Paul Eggert <[EMAIL PROTECTED]>
>
> * lib/inttypes.h: New file.
> * lib/strtoimax.c: Assume .
> * m4/_inttype
imax, modules/strtoumax: Depend on inttypes.
Regards,
Derek
- --
Derek R. Price
CVS Solutions Architect
Get CVS support at Ximbiot <http://ximbiot.com>!
v: +1 248.835.1260
f: +1 248.835.1263
<mailto:[EMAIL PROTECTED]>
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comme
" with the
strtoimax and strtoumax GNULIB modules be welcomed?
Thanks,
Derek
- --
Derek R. Price
CVS Solutions Architect
Get CVS support at Ximbiot <http://ximbiot.com>!
v: +1 248.835.1260
f: +1 248.835.1263
<mailto:[EMAIL PROTECTED]>
-BEGIN PGP SIGNATURE-
Version: GnuP
58 matches
Mail list logo
