From: SourceForge.net <no...@so...> - 2010-01-23 06:33:50
|
Bugs item #2937725, was opened at 2010-01-22 22:33 Message generated for change (Tracker Item Submitted) made by jmichae3 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: Open Resolution: None Priority: 5 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2937725&group_id=2435 |
From: SourceForge.net <no...@so...> - 2010-01-25 10:20:10
|
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-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 |
From: SourceForge.net <no...@so...> - 2010-01-26 08:38:14
|
Bugs item #2937725, was opened at 2010-01-22 22:33 Message generated for change (Comment added) made by jmichae3 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: Jim Michaels (jmichae3) Date: 2010-01-26 00: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 02: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 |
From: SourceForge.net <no...@so...> - 2010-01-26 08:45:53
|
Bugs item #2937725, was opened at 2010-01-22 22:33 Message generated for change (Comment added) made by jmichae3 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: Jim Michaels (jmichae3) Date: 2010-01-26 00: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 00: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 02: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 |
From: SourceForge.net <no...@so...> - 2010-01-26 09:13:22
|
Bugs item #2937725, was opened at 2010-01-22 22:33 Message generated for change (Comment added) made by jmichae3 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: Jim Michaels (jmichae3) Date: 2010-01-26 01: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 00: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 00: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 02: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 |
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 |
From: SourceForge.net <no...@so...> - 2010-01-27 05:40:07
|
Bugs item #2937725, was opened at 2010-01-22 22:33 Message generated for change (Comment added) made by jmichae3 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: Jim Michaels (jmichae3) Date: 2010-01-26 21:40 Message: 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 ---------------------------------------------------------------------- Comment By: Keith Marshall (keithmarshall) Date: 2010-01-26 07: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 01: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 00: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 00: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 02: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 |
From: SourceForge.net <no...@so...> - 2010-01-27 09:42:46
|
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-27 09:42 Message: > 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. ---------------------------------------------------------------------- Comment By: Jim Michaels (jmichae3) Date: 2010-01-27 05:40 Message: 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 ---------------------------------------------------------------------- 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 |
From: SourceForge.net <no...@so...> - 2010-02-06 05:12:48
|
Bugs item #2937725, was opened at 2010-01-23 08:33 Message generated for change (Comment added) made by love4boobies 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: Love4Boobies (love4boobies) Date: 2010-02-06 07:12 Message: > 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 ---------------------------------------------------------------------- Comment By: Keith Marshall (keithmarshall) Date: 2010-01-27 11:42 Message: > 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. ---------------------------------------------------------------------- Comment By: Jim Michaels (jmichae3) Date: 2010-01-27 07:40 Message: 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 ---------------------------------------------------------------------- Comment By: Keith Marshall (keithmarshall) Date: 2010-01-26 17: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 11: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 10: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 10: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 12: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 |
From: SourceForge.net <no...@so...> - 2010-02-08 09:23:49
|
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-02-08 09:23 Message: > 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. ---------------------------------------------------------------------- Comment By: Love4Boobies (love4boobies) Date: 2010-02-06 05:12 Message: > 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 ---------------------------------------------------------------------- Comment By: Keith Marshall (keithmarshall) Date: 2010-01-27 09:42 Message: > 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. ---------------------------------------------------------------------- Comment By: Jim Michaels (jmichae3) Date: 2010-01-27 05:40 Message: 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 ---------------------------------------------------------------------- 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 |