-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Matthias Kurz wrote:
>I do not think that this is a Solaris _bug_. - From the point of view of the GNULIB getopt.m4 tests, if it doesn't behave like GNU getopt, that is a bug. :) >I'd bet that every system that does not use GNU getopt will suffer from >this problem. I don't know how many of them have a getopt.h, which >"triggers" the problem. Well, yes, in a sense, but the tests in m4/getopt.m4 had already eliminated all systems which don't declare a getopt_long() in favor of the included getopt.c file from GNULIB, assuming that if getopt_long() was declared then we could expect GNU getopt() semantics as well. getopt_long() is a GNU extension and not part of any standard that I know of. Unfortunately, in the sense that it broke the existing GNULIB getopt.m4 tests, the Solaris folks decided they liked the getopt_long() function and imported it, without updating their getopt() to match, thereby breaking the assumption getopt.m4 had been making thus far. >>Matthias, would you mind testing this version out? If you could send me >>your config.log when you are done building, that would be helpful as well. > > >Yes, i'm going to test this asap. Thanks. Cheers, Derek -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCf49SLD1OTBfyMaQRAucQAKCZ1j8EtPQaa+1KqZSx3VGKGYvy2wCfeu4t fgBXhyz5M7ewzUcAydnxtv0= =oNlX -----END PGP SIGNATURE----- _______________________________________________ bug-gnulib mailing list bug-gnulib@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnulib
