Diffutils-3.1

[Matthew Burgess]

​http://lists.gnu.org/archive/html/bug-diffutils/2011-08/msg00033.html.

[Gilles Espinasse]

I spotted in configure result of diffutils-3.1

checking for working GNU getopt function... no

when it was previously yes on 3.0 and in all other packages I compile.

[Matthew Burgess]

Replying to gespinasse:

checking for working GNU getopt function... no

That looks like it's due to them pulling in an updated getopt module from gnulib, which has the following code in it:

/* This code dumps core on glibc 2.14.  */
{
    static char program[] = "program";
    static char w[] = "-W";
    static char dummy[] = "dummy";
    char *argv[] = { program, w, dummy, NULL };
    optind = opterr = 1;
    if (getopt (3, argv, "W;") != 'W')
        result |= 128;
    }
}

This does indeed dump core, so you're getting the correct result.

[Matthew Burgess]

By the way, discussion of the issue is at ​http://lists.gnu.org/archive/html/bug-gnulib/2011-07/msg00103.html which also mentions that Glibc has been fixed upstream.

[Matthew Burgess]

If you/we want to fix the bug in Glibc, rather than rely on the gnulib getopt module fix, the patch is at ​http://sourceware.org/git/?p=glibc.git;a=commitdiff;h=01636b2140cd1281202b89f7103249ed598065c4. Given the pretty unlikely combination of requiring a 'W' short option with no corresponding long option, I'd suggest we just wait for Glibc-2.14.1 for the time being.

[Matthew Burgess]

Fixed in r9584. The fix for the getopt issue in Glibc that the new configure check uncovered is in r9586.

[(none)]

Milestone 6.9 deleted