Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo

Close

#1389 please update installer with working gcc 4.4.0 build

INSTALLER
closed
nobody
None
wont-fix
Known_bugs
2013-01-23
2010-01-23
Jim Michaels
No

I have found it impossible to install 5.1.6 and then install gcc 4.4.0 over the top and still have a working 4.4.0 compiler. it just doesn't work.

please make a working installer-based build or compiler package (at least a zip file) of the whole 4.4.0 compiler & utilities set available. even better if I could uncheck items I don't want, such as pdcurses, gdb, guile. If not, I can simply find and delete those.

even better would be the 4.4.3 release (the current release), but I would be happy with 4.4.0 since it contains TR1 and would match mingw-w64.

the documentation for TR1 (actually thw whole C/C++ library sets is at http://www.dinkumware.com/manuals/
a link via a .url file would be a very good idea I think.

Discussion

  • Keith Marshall
    Keith Marshall
    2010-01-25

    A semantic nit: you don't install MinGW-5.1.6; you *use* MinGW-5.1.6 to install a MinGW-GCC-3 toolchain. However, the entire MinGW-5.1.x installer series has been deprecated for some time now; it will *never* be updated to support GCC-4.

    The features you request will be provided by the upcoming mingw-get ; your bug report against a defunct, deprecated and unmaintained product will not make this appear any more quickly; (indeed, the time spent rejecting this frivolous report is time I could have spent progressing the development of mingw-get).

     
  • Keith Marshall
    Keith Marshall
    2010-01-25

    • priority: 5 --> 1
    • status: open --> closed-wont-fix
     
  • Jim Michaels
    Jim Michaels
    2010-01-26

    so are you are saying the entire site at sf.net/projects/mingw and mingw.org is now a dud and to use mingw-w64 instead?

    If so then why not update the web site? the mingw.org site recommends 5.1.6. something somewhere needs to be updated. please.

     
  • Jim Michaels
    Jim Michaels
    2010-01-26

    I can't get any other compiler than 5.1.6 on sf.net/projects/mingw to actually work. I have tried several methods with no success. there is no manual installation documentation for 4.4.0 on mingw.org and it doesn't work "out of the box".

    that's an issue of documentation (how to manually install, which isn't documented) or compiler implementation, or both.

     
  • Jim Michaels
    Jim Michaels
    2010-01-26

    it's very anti-productive and unpleasant to have to stay up-to-date by downloading 200 individual files off of sourceforge.net which only allows click-downloads (have you visited http://sf.net/projects/mingw/files ?). very user-unfriendly experience.

    it's slow and time-consuming for the developer who posts the files, and it's slow and time-consuming and error-prone for the person who has to get them.

    I would prefer a single large package working "build" with all the utilities thrown in and download 1 file. can I at least get a big zip file (preferable) or tarball? If you want to break up into "utilities" and "compiler" that is fine with me. 2 downloads are easy to handle. but not 200.

    so please re-open this bug and make the case for a large tarball or large zip file.

    as the missing documentation is really a separate issue, I think I should move that to a separate bug?

     
  • Keith Marshall
    Keith Marshall
    2010-01-26

    > ... are you are saying the entire site at sf.net/projects/mingw and
    > mingw.org is now a dud and to use mingw-w64 instead?

    Absolutely not! MinGW.org focuses on the 32-bit platform, (which AFAICT remains prevalent); mingw-w64 is for the 64-bit platform. The two remain separately developed because the mingw-w64 lead has declined to co-operate with us.

    > ... there is no manual installation documentation for 4.4.0
    > on mingw.org ...

    Strange then, that I followed the manual installation procedure at http://mingw.org/wiki/Getting_Started, and achieved a working C compiler out of the box. I didn't try to extend that for C++; at one time there was a packaging issue with the C++ package, (requiring that java also be installed to capture all of the C++ libraries, but I understood that to have been fixed).

    If you are having issues, please use the mailing list, show us what you are doing, and how you are doing it, and we will likely be able to point out where you are going wrong. However, you gain no sympathy when you file bug reports complaining that there is no documentation, when there clearly is.

    > I would prefer a single large package working "build" with all the
    > utilities thrown in and download 1 file. ... so please re-open this bug
    > and make the case for a large tarball or large zip file.

    Once there was a one-big-tarball option; no one liked it; everyone complained that it was too much for a single download, and gave them too much cruft they didn't want. It is *not* coming back.

    I agree that the SF download page is in need of reorganisation, to make it easier to find the stuff you really want/need. SF themselves are mostly to blame for the mess, for they keep changing the page design, without consultation, almost from one week to the next -- I don't want to waste time reorganising it today, only to have them destroy it again tomorrow.

    Please stop pestering me with this, and let me get on with developing mingw-get; that will provide a managed download and install mechanism, with dependency resolution akin to that of apt-get, and with enough flexibility to actually allow it to be maintainable in the face of evolving dependencies, *without* requiring the whole kit and caboodle to be recoded from scratch, (which is my main beef with NSIS -- that made for a really painful experience when just one prerequisite package had to be added).

     
  • Jim Michaels
    Jim Michaels
    2010-01-27

    is get similar to cURL which is an open source program that grabs files and pages off the internet and throws it to stdout? cURL is under a non-GPL licensing scheme (though very open).

    I don't know if GPL is the target or not, but if it doesn't matter, then maybe this would be a nice pre-built solution for you and save you a lot of development time.
    http://www.paehl.com/open_source/index.php?CURL_7.19.7
    Just trying to help

     
  • Keith Marshall
    Keith Marshall
    2010-01-27

    > is get similar to cURL...?

    No. Anyway, it is "mingw-get", not "get", (which is an SCCS tool). mingw-get will do a great deal more than curl; its closest analogue in the *nix world would be apt-get, but a direct apt port has been considered, and ruled out as unsuited to our needs.

    Indeed, when we started development of mingw-get, we based its download capability on libcurl, but we've since found that Microsoft's own wininet.dll is a better fit for our requirements. In any case, downloading is only a miniscule part of mingw-get's capability; curl alone cannot handle dependency resolution or installation tracking, which are the primary focus of mingw-get.

    Search the mailing list archives, if you want to know more.

     
  • Love4Boobies
    Love4Boobies
    2010-02-06

    > The features you request will be provided by the upcoming mingw-get ; your
    > bug report against a defunct, deprecated and unmaintained product will not
    > make this appear any more quickly; (indeed, the time spent rejecting this
    > frivolous report is time I could have spent progressing the development of
    > mingw-get).

    Of course. You've been talking about mingw-get for months now and all the commits you've made are 1 line long (mainly changing the copyright from 2009 to 2010). Perhaps you should be less of a troll and not shout at everyone giving suggestions (I'm not just talking about this bug report; e.g., you flipped cause someone said "you should" on mingw.org) just because this is an open source project and you do it in your spare time. Those suggestions give insight about how to make the project better, all us open source developers get them and we're not such cry babies. And if you expect your users to behave in some way perhaps you should also deliver to your promises (i.e., mingw-get) or not make them at all.

    Cheers,
    Bogdan

     
  • Keith Marshall
    Keith Marshall
    2010-02-08

    > all the commits you've made are 1 line long (mainly changing
    > the copyright from 2009 to 2010).

    Blatantly untrue! Perhaps you should take another look at the ChangeLog.

    I'm not even going to waste my time debunking this drivel; since there is nothing more constructive to add, I'm closing comments now.

     
  • Earnie Boyd
    Earnie Boyd
    2013-01-23

    • labels: MinGW Installer -->
    • status: closed-wont-fix --> closed
    • resolution: --> wont-fix
    • category: --> Known_bugs
    • milestone: --> INSTALLER