From: SourceForge.net <no...@so...> - 2010-01-26 15:10:27
|
Bugs item #2937725, was opened at 2010-01-23 06:33 Message generated for change (Comment added) made by keithmarshall You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2937725&group_id=2435 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: MinGW Installer Group: None Status: Closed Resolution: Wont Fix Priority: 1 Private: No Submitted By: Jim Michaels (jmichae3) Assigned to: Nobody/Anonymous (nobody) Summary: please update installer with working gcc 4.4.0 build Initial Comment: 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. ---------------------------------------------------------------------- >Comment By: Keith Marshall (keithmarshall) Date: 2010-01-26 15:10 Message: > ... 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). ---------------------------------------------------------------------- Comment By: Jim Michaels (jmichae3) Date: 2010-01-26 09:13 Message: 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? ---------------------------------------------------------------------- Comment By: Jim Michaels (jmichae3) Date: 2010-01-26 08:45 Message: 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. ---------------------------------------------------------------------- Comment By: Jim Michaels (jmichae3) Date: 2010-01-26 08:38 Message: 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. ---------------------------------------------------------------------- Comment By: Keith Marshall (keithmarshall) Date: 2010-01-25 10:20 Message: 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). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2937725&group_id=2435 |