#1525 mingw-get error in alias name matching


There is some sort of confusion between

Everytime I try to isntall the latter, I get the former. Ditto for the 'list' command:

$ mingw-get list autoconf2.5 2>/dev/null

Package: mingw32-autoconf2.1 Subsystem: mingw32
Components: bin, doc, lic

autoconf2.1: Automatic Configure Script Builder (2.1x series)

Autoconf is an extensible package of M4 macros that produce shell
scripts to automatically configure software source code packages. These
scripts can adapt the packages to many kinds of UNIX-like systems
without manual user intervention. Autoconf creates a configuration
script for a package from a template file that lists the operating
system features that the package can use, in the form of M4 macro calls.
This package provides the latest implementation of autoconf in the 2.1x

FYI, there appears also to be confusion between
automake1.11 and automake1.10, and
automake1.4, 1.5, 1.6, 1.7, 1.8, and 1.9

Basically, every command indicating automake1.11 gets "mapped" to automake1.10, and every command indicating automake1.x where x is 5...9, gets "mapped" to automake1.4

See ml thread:


  • Keith Marshall

    Keith Marshall - 2011-03-15

    Thanks Chuck,

    I've identified the bug in src/keyword.c; it's one of those nasty little beasties, with a very specific trigger condition, easily overlooked but (thankfully) consistently reproducible once identified; (it has been present since mingw-get-0.1-alpha-3).

    while( *inspect && ! isspace( *in_list ) && (*inspect++ == *in_list++) )

    is NOT functionally the same as the correct implementation:

    while( *inspect && ! isspace( *in_list ) && (*inspect == *in_list) )
    ++inspect; ++in_list;

    but the difference is only significant when inspect and in_list represent strings of exactly equal length, which differ only in the very last character, (as is manifest in each of your failure cases).

    I've corrected and tested my local working copy, and will commit to CVS as soon as the opportunity arises. It's a small change, but I guess it is sufficiently serious to merit immediate release of mingw-get-0.2-mingw32-alpha-2.

  • Charles Wilson

    Charles Wilson - 2011-03-15

    I agree that an new release is needed ASAP. I'll also roll a new mingw-get-inst.

    We also need to let folks know that they may need to manually run 'mingw-get upgrade mingw-dvlpr' and/or msys-dvlpr IF and ONLY IF they had previously attempted to install those meta packages, because right now their system has only ac-2.11 but not ac-2.6x, and only am-1.4, 1.10, but not am-1.5-1.9,1.11...

    Fortunately we don't use the cygwin-style naming convention for DLL packages (e.g. libfooN vs. libfoo-[otherstuff]-dll-N) or this problem would have had more severe effects!

  • Keith Marshall

    Keith Marshall - 2011-03-15
    • status: open --> pending-fixed
  • Keith Marshall

    Keith Marshall - 2011-03-15

    Fixed and released. I'll give it time to propagate to the mirrors, and post a release notice tomorrow AM GMT.

    I'll include notes about the advisability of reinstalling mingw32-autoconf, mingw32-automake and msys-gettext; anything else I should cover? I'll leave it to you, to update mingw-get-inst.

  • Charles Wilson

    Charles Wilson - 2011-03-15

    That should cover it (except for the bit about adding a <package /> entry for pkginfo to mingw32-mingw-get.xml, discussed back in the original email thread).

    After I do some testing later tonight, I'll close this bug.

  • Charles Wilson

    Charles Wilson - 2011-03-15
    • status: pending-fixed --> open-fixed
  • Keith Marshall

    Keith Marshall - 2011-03-16

    Utility script to list mingw-get package inventories

  • Keith Marshall

    Keith Marshall - 2011-03-16

    I've attached a Q&D utility script, to help users track down what is, and what isn't installed via mingw-get. Save it in the same directory as mingw-get.exe, (it requires mingw-get-0.2 or later), and run from the MSYS shell prompt[*]:

    $ mingw-get-info all

    to see current status for all available packages,

    $ mingw-get-info installed

    to filter on only those packages which are installed locally, or

    $ mingw-get-info index

    to see an index for the repository catalogue.

    [*] If you run cmd.exe, then I'm sorry, but you can't use this. Please don't ask me how to make it work; you will need to install msys-base, and run it from an MSYS shell.

  • Keith Marshall

    Keith Marshall - 2012-03-07
    • status: open-fixed --> pending-fixed
  • Earnie Boyd

    Earnie Boyd - 2013-02-04
    • labels: MinGW Installer -->
    • status: pending-fixed --> closed
    • resolution: --> fixed
    • category: --> Known_bugs
    • milestone: --> INSTALLER

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.

No, thanks