From: Charles W. <cwi...@us...> - 2010-09-02 06:28:27
|
Well...it's not really NEW per se. But it's a GUI, and you can use it to install MinGW GCC 4.5.0 and (a basic version of) MSYS. It installs and uses the mingw-get command line application to handle the actual installation process (*). https://sourceforge.net/projects/mingw/files/Automated%20MinGW%20Installer/mingw-get-inst/mingw-get-inst-20100831/mingw-get-inst-20100831.exe/download Once you have a basic MinGW and/or MSYS installation, you can use the mingw-get command line program to update or install additional components. See C:\MinGW\share\doc\mingw-get\README for more information. Short version; mingw-get update mingw-get install <some package> Right now, there aren't very many additional packages that you can install this way; we are slowly adding the "manifests" that describe all of the various packages that should be available via this channel. Until we finish that project, you can also simply download the desired *.tar.lzma files and unpack them (the basic MSYS installation includes tar and the necessary compression libraries). (*) as a result "uninstalling" removes only mingw-get itself; it does not remove whatever other programs you installed USING mingw-get. Like MSYS and GCC. Enjoy! -- Chuck |
From: Ladislav M. <la...@li...> - 2010-09-02 06:46:26
|
On Thu, Sep 02, 2010 at 02:27:28AM -0400, Charles Wilson wrote: > Well...it's not really NEW per se. But it's a GUI, and you can use it > to install MinGW GCC 4.5.0 and (a basic version of) MSYS. It installs > and uses the mingw-get command line application to handle the actual > installation process (*). > > https://sourceforge.net/projects/mingw/files/Automated%20MinGW%20Installer/mingw-get-inst/mingw-get-inst-20100831/mingw-get-inst-20100831.exe/download Awesome! Even myself, who normally uses cmdline way, found this very convenient. Just a small nitpick, is it really necessary to require administrator priviledge to install? Thank you, ladis |
From: Charles W. <cwi...@us...> - 2010-09-02 11:20:14
|
On 9/2/2010 4:46 AM, Ladislav Michl wrote: > Awesome! Even myself, who normally uses cmdline way, found this very > convenient. Just a small nitpick, is it really necessary to require > administrator priviledge to install? If not, then the Start Menu shortcuts created don't go into All Users, but that's pretty much the only reason. I'll await more comments before making any changes tho... -- Chuck |
From: Hans L. <han...@re...> - 2010-09-02 11:53:11
|
On 2-9-2010 13:19, Charles Wilson wrote: > On 9/2/2010 4:46 AM, Ladislav Michl wrote: >> Awesome! Even myself, who normally uses cmdline way, found this very >> convenient. Just a small nitpick, is it really necessary to require >> administrator priviledge to install? > > If not, then the Start Menu shortcuts created don't go into All Users, > but that's pretty much the only reason. I'll await more comments before > making any changes tho... > > -- > Chuck If the start menu issue is the only thing I second the opinion of Ladislav. Current user install is usually sufficient on a single user system. Personally I was unable to install setup, and must wait until 'higher authorities' grant access... More important, I am very glad with renewing the setup functionality. It led to so much (unnecessary) confusion. Thanks! Regards, hans lodder |
From: Earnie <ea...@us...> - 2010-09-02 12:00:16
|
Charles Wilson wrote: > On 9/2/2010 4:46 AM, Ladislav Michl wrote: >> Awesome! Even myself, who normally uses cmdline way, found this very >> convenient. Just a small nitpick, is it really necessary to require >> administrator priviledge to install? > > If not, then the Start Menu shortcuts created don't go into All Users, > but that's pretty much the only reason. I'll await more comments before > making any changes tho... > If I use it (throw out the caveat first) I would prefer Current User shortcuts only. I've seen some installers offer a choice. -- Earnie -- http://www.for-my-kids.com |
From: Ladislav M. <la...@li...> - 2010-09-02 13:13:54
|
On Thu, Sep 02, 2010 at 07:59:43AM -0400, Earnie wrote: > If I use it (throw out the caveat first) I would prefer Current User > shortcuts only. I've seen some installers offer a choice. With a little scripting, that's not a big problem. Offer two radiobuttons: 1) Install for all users 2) Install only for me where the first one would be disabled is user lack priviledge. I can do it this evening if Chuck agrees. ladis |
From: Luis L. <lui...@gm...> - 2010-09-02 17:39:46
|
On Thu, Sep 2, 2010 at 12:11 PM, Ladislav Michl <la...@li...> wrote: > On Thu, Sep 02, 2010 at 07:59:43AM -0400, Earnie wrote: >> If I use it (throw out the caveat first) I would prefer Current User >> shortcuts only. I've seen some installers offer a choice. > > With a little scripting, that's not a big problem. Offer two radiobuttons: > 1) Install for all users > 2) Install only for me > where the first one would be disabled is user lack priviledge. I can do it > this evening if Chuck agrees. > since you're using InnoSetup, you can take a look to our scripts for RubyInstaller: http://github.com/oneclick/rubyinstaller/blob/master/resources/installer/util.iss#L13-21 We determine if user has admin rights and change the registry keys for PATH modification but you can do that the same for shortcuts: http://github.com/oneclick/rubyinstaller/blob/master/resources/installer/rubyinstaller.iss#L104-127 Doing that way, allow an admin to elevate privileges and install things for all users while normal users do not require any permission at all. HTH, -- Luis Lavena AREA 17 - Perfection in design is achieved not when there is nothing more to add, but rather when there is nothing more to take away. Antoine de Saint-Exupéry |
From: Charles W. <cwi...@us...> - 2010-09-04 15:22:41
|
On 9/2/2010 1:39 PM, Luis Lavena wrote: > since you're using InnoSetup, you can take a look to our scripts for > RubyInstaller: > > http://github.com/oneclick/rubyinstaller/blob/master/resources/installer/util.iss#L13-21 > > We determine if user has admin rights and change the registry keys for > PATH modification but you can do that the same for shortcuts: It's actually much simpler than that, if all you're worried about are Start Menu shortcuts. By adding the following: PrivilegesRequired=none to the .iss, then if the user launches the installer with 'Run As Administrator', the shortcuts end up in the All Users start menu. If the user launches it "normally", they end up in the user's start menu. Since we do not give this installer a name which triggers Vista/V7 "auto elevation" behavior: *instal* *patch* *setup* *update* (fortunately, mingw-get-inst does NOT match *instal*) the user will thus have a choice. However, I think I'll need to add an Information Page, that detects whether we are running in an elevated context, and explains the situtation to the user. They'll then be able to cancel the installation and run the installer again in the proper context, or continue... But always keep in mind, folks, that this mingw-get-inst is merely a stopgap, on the way to the "real" mingw-get GUI interface. Hence, I don't want to waste a lot of effort making it too fancy. I am, however, thinking of giving the end user the opportunity to select whether to use pre-packaged manifests, or to automatically update them from the web. E.g. radio buttons o Use snapshot of packages from YYYYMMDD o Use most recent packages For now, the default would be to use a snapshot. Comments? -- Chuck |
From: Ladislav M. <la...@li...> - 2010-09-02 12:40:30
|
On Thu, Sep 02, 2010 at 07:19:15AM -0400, Charles Wilson wrote: > On 9/2/2010 4:46 AM, Ladislav Michl wrote: > > Awesome! Even myself, who normally uses cmdline way, found this very > > convenient. Just a small nitpick, is it really necessary to require > > administrator priviledge to install? > > If not, then the Start Menu shortcuts created don't go into All Users, > but that's pretty much the only reason. I thought so. Having 'Power Users' priviledge is enough to write to 'All Users' folder (bah, folder, what a word, seems like 'directory' was not good enough). Adding "PrivilegesRequired=poweruser" in the script's [Setup] section does the job. Then it needs some trickery to find proper path to 'All Users', so if you decide this is a way to go, I'll try to remember how I did it in the past. > I'll await more comments before making any changes tho... Pretty strange, heh? Comparing this silence with screaming about nonexistat installer ;-) ladis |
From: Andy R. <min...@an...> - 2010-09-03 17:00:45
|
Strange behaviour - I tried the CLI command 'mingw-get list' not realising it wasn't there yet and of course got an error. No problem. However, this seems to have uninstalled mingw-get! I found a mingw-get.exe~ file in /mingw/bin but renaming it to lose the tilde just gives another error: mingw-get.exe: libexec/mingw-get/mingw-get-0.dll: shared library load failed So I guess I need to reinstall. But why would an error cause an uninstall in the first place? Andy Rushton |
From: Charles W. <cwi...@us...> - 2010-09-03 17:38:39
|
On 9/3/2010 1:00 PM, Andy Rushton wrote: > Strange behaviour - I tried the CLI command 'mingw-get list' not > realising it wasn't there yet and of course got an error. > > No problem. > > However, this seems to have uninstalled mingw-get! > > I found a mingw-get.exe~ file in /mingw/bin but renaming it to lose the > tilde just gives another error: > > mingw-get.exe: libexec/mingw-get/mingw-get-0.dll: shared library load failed > > So I guess I need to reinstall. No, just rename mingw-get.exe~ back to mingw-get.exe, and rename mingw-get-0.dll~ back to mingw-get-0.dll. > But why would an error cause an uninstall in the first place? It's part of the new (very very alpha-ish) functionality in mingw-get-0.1-alpha-0.3, which attempts enable mingw-get to upgrade itself, without requiring a reboot. See, unlike linux, Windows doesn't let you update files that are currently in use (working around this is the main reason for the "reboot after update" dialog boxes many installers give you). But...Windows DOES let you rename files that are currently in use. So, mingw-get tries to rename its own core files, which then -- theoretically -- would allow mingw-get to download and install any new "mingw-get" update packages. Afterwards, IIUC the new last-rites program renames them back, if you HAVEN'T installed a newer version. However...if there is an error during the normal mingw-get -- such as, 'the requested package does not exist' -- mingw-get aborts, and last-rites doesn't get called to fix stuff back up. It's a bug. -- Chuck |
From: Neil D. <nx...@ya...> - 2010-09-06 13:15:21
|
Charles Wilson <cwilso11@...> writes: > > Well...it's not really NEW per se. But it's a GUI, and you can use it > to install MinGW GCC 4.5.0 and (a basic version of) MSYS. It installs > and uses the mingw-get command line application to handle the actual > installation process (*). > > First of all thank you for making this so accessible to us. This comment is for the new installer "https://sourceforge.net/projects/mingw/files/Automated%20MinGW%20Installer/ mingw-get-inst/mingw-get-inst-20100831/mingw-get-inst-20100831.exe/download" which is supposed to install gcc-4.5. When I tried the new installer - it failed to download the following components required for gcc 1. mpfr 2. libpthread 3. gomp 4. mpc Note that in the page "HOWTO Install the MinGW (GCC) Compiler Suite" in the "unofficial script" - there are some forward slashes ("/") missing in the paths to these packages and its curious that exactly the same packages fail to download through the new installer. Thank you for your time, Neil |
From: Charles W. <cwi...@us...> - 2010-09-06 14:41:04
|
On 9/6/2010 9:11 AM, Neil DSouza wrote: > mingw-get-inst/mingw-get-inst-20100831/mingw-get-inst-20100831.exe/download" > which is supposed to install gcc-4.5. When I tried the new installer > - it failed to download the following components required for gcc > > 1. mpfr > 2. libpthread > 3. gomp > 4. mpc > > Note that in the page "HOWTO Install the MinGW (GCC) Compiler Suite" in the > "unofficial script" - there are some forward slashes ("/") missing in the paths > to these packages and its curious that exactly the same packages fail to > download through the new installer. Sorry, I can't reproduce. In the cmd box that appears when the setup program launches mingw-get, I see: ... Load catalogue: C:\MinGW-foo4\var/lib/mingw-get/data/msys-base.xml downloading: libgmp-5.0.1-1-mingw32-dll-10.tar.lzma: 159027 b downloading: libmpfr-2.4.1-1-mingw32-dll-1.tar.lzma: 111144 b downloading: libpthread-2.8.0-3-mingw32-dll-2.tar.lzma: 20862 b downloading: libgomp-4.5.0-1-mingw32-dll-1.tar.lzma: 17170 b downloading: libmpc-0.8.1-1-mingw32-dll-2.tar.lzma: 24146 b downloading: libssp-4.5.0-1-mingw32-dll-0.tar.lzma: 15900 b downloading: libgcc-4.5.0-1-mingw32-dll-1.tar.lzma: 41185 b downloading: w32api-3.14-mingw32-dev.tar.gz: 671744 b ... Note that we do not actually need to install ALL of the elements of these support packages. We only need the DLLs -- hence, we install libgmp-5.0.1-1-mingw32-dll-10.tar.lzma not gmp-5.0.1-1-mingw32-dev.tar.lzma gmp-5.0.1-1-mingw32-doc.tar.lzma gmp-5.0.1-1-mingw32-lic.tar.lzma or even libgmpxx-5.0.1-1-mingw32-dll-4.tar.lzma and similar for the other support packages. If you want to install those additional components, you need to do so manually: mingw-get install mingw32-gmp (will install ALL such) mingw-get install mingw32-gmp-dev (just the dev pkg) mingw-get install mingw32-libgmpxx etc. -- Chuck |
From: Neil D. <nx...@ya...> - 2010-09-06 17:40:43
|
Charles Wilson <cwilso11@...> writes: > > Sorry, I can't reproduce. In the cmd box that appears when the setup > program launches mingw-get, I see: > Thank you for your quick response. After seeing your post, I tried again and it worked. I had earlier installed to c:\mingwa10 (keep it <= 8 chars and get the month and date in = aug 2010), however i deleted the directory in hopes of doing a clean install. So I cannot even compare the catalog xml files to see if anything is different this time around. Also the first time I had ticked g++ in the gui, whereas this time I kept it to default values (i.e. gcc only) and then installed g++ by "mingw-get install g++". Everything worked fine - i.e. the c++ hello world, compiles and does its stuff. I didn't give it a second try earlier, because I was feeling guilty about the bandwidth, but I think your time is more precious and I will double check before I post again. Thank you once again. |
From: Rolf E. <rol...@gm...> - 2010-09-07 05:39:21
|
Thank you for building and providing the new installer. I had a quick check and checked all compiler elements. 1. Although Ada was selected it did not get installed (don't know if it was downloaded at all, I manually installed it) 2. Msys lacks m4 that is required for compiling gmp Thanks again Rolf |
From: Charles W. <cwi...@us...> - 2010-09-07 08:29:48
|
On 9/7/2010 1:39 AM, Rolf Ebert wrote: > 1. Although Ada was selected it did not get installed (don't know if it > was downloaded at all, I manually installed it) Sorry, I can't reproduce this. Here's what I see in the mingw-get window that the installer opens: ... downloading: libgnat-4.5.0-1-mingw32-dll-4.5.tar.lzma: 601411 b downloading: gcc-ada-4.5.0-1-mingw32-bin.tar.lzma: 7892965 b install: libgmp-5.0.1-1-mingw32-dll-10.tar.lzma install: libmpfr-2.4.1-1-mingw32-dll-1.tar.lzma ... install: mingw32-base-2010083100-mingw32-bin.meta install: libgnat-4.5.0-1-mingw32-dll-45.tar.lzma install: gcc-ada-4.5.0-1-mingw32-bin.tar.lzma And here's what ends up in my mingw/bin directory (Just C and Ada): $ ls addr2line.exe* gnat.exe* ld.exe* mingw32-make.exe* ar.exe* gnatbind.exe* libexpat-1.dll* mingw-get.exe* as.exe* gnatchop.exe* libgcc_s_dw2-1.dll* nm.exe* c++filt.exe* gnatclean.exe* libgmp-10.dll* objcopy.exe* cpp.exe* gnatfind.exe* libgnarl-4.5.dll* objdump.exe* dlltool.exe* gnatkr.exe* libgnat-4.5.dll* pkginfo.exe* dllwrap.exe* gnatlink.exe* libgomp-1.dll* ranlib.exe* elfedit.exe* gnatls.exe* libmpc-2.dll* readelf.exe* gcc.exe* gnatmake.exe* libmpfr-1.dll* size.exe* gccbug* gnatname.exe* libpthread-2.dll* strings.exe* gcov.exe* gnatprep.exe* libssp-0.dll* strip.exe* gdb.exe* gnatxref.exe* mingw32-gcc.exe* windmc.exe* gdbserver.exe* gprof.exe* mingw32-gcc-4.5.0.exe* windres.exe* > 2. Msys lacks m4 that is required for compiling gmp No, msys doesn't "lack" m4. It is just not installed by default. You can use mingw-get afterwards to add additional packages: mingw-get update mingw-get install m4 -- Chuck |
From: Neil D. <nx...@ya...> - 2010-09-07 10:20:45
|
Charles Wilson <cwilso11@...> writes: > > On 9/7/2010 1:39 AM, Rolf Ebert wrote: > > 1. Although Ada was selected it did not get installed (don't know if it > > was downloaded at all, I manually installed it) > > Sorry, I can't reproduce this. Here's what I see in the mingw-get window > that the installer opens: > I just realised this is something that happens the first time you try to download a package. When I installed mingw - i tried ticking C++ and when i tried g++ -v after the install process terminated i got a command not found. I checked the Mingw/bin directory - libstc++ was there, but the g++ compiler was not. I manually installed it with "mingw-get install g++". Based on my experience with what i saw yesterday and that was reported earlier - i think this problem goes away when you try to do it a second time. Is there any caching involved at the server side ... just guessing. I also wanted to install bison and flex. Since i noted mingw-get outputting files from the var\lib\mingw-get\data - I went to that directory and noticed the xml files. I had a look at package-list.xml which contains pointers to mingw32-package-list and msys-package-list. I went to msys-package-list - and noticed 1. The comment at the relative top of the file that says - "real" packages ~~ those commented out are yet to be published 2. msys-bison was commented out I uncommented bison, went to the prompt and ran mingw-get install msys-bison and viola - bison was installed. Similarly I did for flex and it worked just fine as well. So my question is - is there any command to mingw-get to query the package interface and find out what components are available to be installed. In particular I also needed pdcurses. When I looked at msys-package-list and mingw32-package-list, there was no reference to pdcurses I went to "https://sourceforge.net/projects/mingw/files/" and noticed "mingw32-pdcurses.xml.lzma" . I suspected that if I put this file in the "var\lib\mingw-get\data" directory and put a pointer to it in msys-package-list.xml, mingw-get would do the download automatically. So a few minutes later after making the above mentioned modifications and dumping the file - i ran "mingw-get install mingw32-pdcurses". I faced the same problem I had reported yesterday - with mingw-gcc - the first time - it gave me some errors downloading packages. However I have the command a second time and the files downloaded correctly. While mingw-get did install the pdcurses library - it did not install the developer files - curses.h . When I looked that mingw32-pdcurses.xml I can see a component with class "dll", "dev" and it seems to have installed only the "dll" component but not the "dev" component. So my second question. Is there a way to get mingw-get to query the catalog and for a particular package and install a particular component? something to the equivalent of: mingw-get --query-components msys-pdcurses ->output dll, dev, source-tarball mingw-get install "dev" msys-pdcurses and then msys downloads the developer stuff required for pdcurses. To summarize this long post: 1. sometimes mingw-get displays an error the first time you try to download a package, but if you try the command again it works. 2. Is there some documentation on how to use the mingw-get command line interface to query the available packages, install a particular package. If there are no volunteers I would be happy to write up a document. I am developing a tool on linux which compiles without any issues, but many of my users are on windows and i rely on the g++ compiler. A clean install of the required tools on their system would go a long way in breaking barriers and developing such a document is certainly in my own interest. Many Thanks for your continued support. Regards, Neil |
From: Chris W. <ch...@qw...> - 2010-09-07 21:36:23
|
Hi all, On Tue, 7 Sep 2010, Chris Wilson wrote: > I discovered that I had no Perl installed, so I tried to look for an > MSYS package for it. I tried "mingw-get help" and it output something > like "c:\mingw\bin\mingw-get.exe: fatal error: unknown command help". > This also seems to have erased mingw-get.exe from the system. I cannot > run it any more, and it's no longer in c:\mingw\bin. I was able to reproduce the self-destruct of mingw-get.exe issue. I found a copy in /mingw/bin and tried to run it: Chris Wilson@winxp-dev ~ $ /mingw/bin/mingw mingw-get.exe mingw32-g++.exe mingw32-gcc.exe mingw32-c++.exe mingw32-gcc-4.5.0.exe mingw32-make.exe Chris Wilson@winxp-dev ~ $ /mingw/bin/mingw-get.exe mingw-get.exe: libexec/mingw-get/gui.exe: unable to start application; status = -1 Chris Wilson@winxp-dev ~ $ /mingw/bin/mingw-get.exe --help C:\MinGW\bin\mingw-get.exe: unrecognised option `--help' Chris Wilson@winxp-dev ~ $ /mingw/bin/mingw-get.exe help C:\MinGW\bin\mingw-get.exe: *** FATAL *** help: unknown action keyword (now it seems to have been deleted:) Chris Wilson@winxp-dev ~ $ /mingw/bin/mingw-get.exe help sh: /mingw/bin/mingw-get.exe: No such file or directory Chris Wilson@winxp-dev ~ $ ls /mingw/bin/mingw-get.exe ls: /mingw/bin/mingw-get.exe: No such file or directory Chris Wilson@winxp-dev ~ $ ls /mingw/bin addr2line.exe gccbug libmpfr-1.dll objcopy.exe ar.exe gcov.exe libpthread-2.dll objdump.exe as.exe gdb.exe libssp-0.dll pkginfo.exe c++.exe gdbserver.exe libstdc++-6.dll ranlib.exe c++filt.exe gprof.exe mingw-get.exe~ readelf.exe cpp.exe ld.exe mingw32-c++.exe size.exe dlltool.exe libexpat-1.dll mingw32-g++.exe strings.exe dllwrap.exe libgcc_s_dw2-1.dll mingw32-gcc-4.5.0.exe strip.exe elfedit.exe libgmp-10.dll mingw32-gcc.exe windmc.exe g++.exe libgomp-1.dll mingw32-make.exe windres.exe gcc.exe libmpc-2.dll nm.exe Cheers, Chris. -- _____ __ _ \ __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Ruby/Perl/SQL Developer | \ _/_/_/_//_/___/ | Stop nuclear war http://www.nuclearrisk.org | |
From: Bostjan M. <cco...@gm...> - 2010-09-07 06:08:53
|
> Note that in the page "HOWTO Install the MinGW (GCC) Compiler Suite" in the > "unofficial script" - there are some forward slashes ("/") missing in the paths > to these packages and its curious that exactly the same packages fail to > download through the new installer. > > Thank you for your time, > Neil > > I hope there are plans to occasionally make the "full" archive for gcc, like "gcc-full-4.4.0-mingw32-bin-2.tar.lzma". All these new dependencies which are distributed separately have made me pull my hair out when upgrading, ultimately just getting the full package after having to return several times because I was always still missing something. That, or maybe update the mentioned "HOWTO Install the MinGW (GCC) Compiler Suite", so it would describe the manual installation process for 4.5.0, instead of 3.4.5. The problem is that I haven't seen any place list the needed dependencies. Personally I only need core and sometimes C++. The automated installer? No, thanks. I'd rather manually download everything there is on the download page ;) With regards, Bostjan |
From: Greg C. <gch...@sb...> - 2010-09-07 23:30:44
|
On 2010-09-07 21:36Z, Chris Wilson wrote: > > On Tue, 7 Sep 2010, Chris Wilson wrote: > >> I discovered that I had no Perl installed, so I tried to look for an >> MSYS package for it. I tried "mingw-get help" and it output something >> like "c:\mingw\bin\mingw-get.exe: fatal error: unknown command help". >> This also seems to have erased mingw-get.exe from the system. I cannot >> run it any more, and it's no longer in c:\mingw\bin. Sounds like the "mingw-gets last-rites bug": http://article.gmane.org/gmane.comp.gnu.mingw.user/34074 whereby the program is renamed with an appended '~': > c++filt.exe gprof.exe mingw-get.exe~ readelf.exe |
From: Ladislav M. <la...@li...> - 2010-09-08 09:23:38
|
On Tue, Sep 07, 2010 at 11:30:01PM +0000, Greg Chicares wrote: > On 2010-09-07 21:36Z, Chris Wilson wrote: > > > > On Tue, 7 Sep 2010, Chris Wilson wrote: > > > >> I discovered that I had no Perl installed, so I tried to look for an > >> MSYS package for it. I tried "mingw-get help" and it output something > >> like "c:\mingw\bin\mingw-get.exe: fatal error: unknown command help". > >> This also seems to have erased mingw-get.exe from the system. I cannot > >> run it any more, and it's no longer in c:\mingw\bin. > > Sounds like the "mingw-gets last-rites bug": > http://article.gmane.org/gmane.comp.gnu.mingw.user/34074 > whereby the program is renamed with an appended '~': Indeed. Pressing Ctrl-C while mingw-get is downloading package is enough to trigger it. ladis |
From: Charles W. <cwi...@us...> - 2010-09-07 08:39:28
|
On 9/7/2010 2:08 AM, Bostjan Mihoric wrote: > I hope there are plans to occasionally make the "full" archive for > gcc, like "gcc-full-4.4.0-mingw32-bin-2.tar.lzma". No, there are no such plans. You're welcome to publish your own -- on your own website -- as long as you also provide all relevant source code on that same website. GPL, and all, you know. A bundled installer is always completely out of date, the day it is published -- and it just gets worse from there. Plus, everybody thinks they need to d/l the whole 250MB just because a single DLL was updated; it's a b/w killer. And not everybody wants the entire compiler suite. > All these new > dependencies which are distributed separately have made me pull my > hair out when upgrading, ultimately just getting the full package > after having to return several times because I was always still > missing something. Yes, the situation has not been good. Until now, as we /now/ have an automated installer with dependency resolution built in -- and all the necessary metadata to support those dependencies. > That, or maybe update the mentioned "HOWTO Install the MinGW (GCC) > Compiler Suite", so it would describe the manual installation process > for 4.5.0, instead of 3.4.5. The problem is that I haven't seen any > place list the needed dependencies. Personally I only need core and > sometimes C++. Sure, I'll get right on that... > The automated installer? No, thanks. I'd rather manually download > everything there is on the download page ;) ...since I apparently wasted my time improving the installer database and all the dependency specifications. If you insist on doing things the hard way, then you should expect that things will be...hard. -- Chuck |
From: Bostjan M. <cco...@gm...> - 2010-09-08 05:59:05
|
On Tue, Sep 7, 2010 at 10:38 AM, Charles Wilson <cwi...@us...> wrote: >> That, or maybe update the mentioned "HOWTO Install the MinGW (GCC) >> Compiler Suite", so it would describe the manual installation process >> for 4.5.0, instead of 3.4.5. The problem is that I haven't seen any >> place list the needed dependencies. Personally I only need core and >> sometimes C++. > > Sure, I'll get right on that... > Thank you. >> The automated installer? No, thanks. I'd rather manually download >> everything there is on the download page ;) > > ...since I apparently wasted my time improving the installer database > and all the dependency specifications. > > If you insist on doing things the hard way, then you should expect that > things will be...hard. > Yes, I agree. The thing is, it was easy before version 4.3 IIRC. I know there are reasons for the changes but... Regards, Bostjan |
From: Charles W. <cwi...@us...> - 2010-09-07 15:26:23
|
On 9/7/2010 6:20 AM, Neil DSouza wrote: > I just realised this is something that happens the first time you try to > download a package. When I installed mingw - i tried ticking C++ and when i > tried g++ -v after the install process terminated i got a command not found. I > checked the Mingw/bin directory - libstc++ was there, but the g++ compiler was > not. Again, I cannot reproduce this. Each time I test something in response to queries here, I do it in a "pristine" (empty) destination directory... > I manually installed it with "mingw-get install g++". Based on my > experience with what i saw yesterday and that was reported earlier - i think > this problem goes away when you try to do it a second time. Is there any caching > involved at the server side ... just guessing. ...so there is no caching going on, at least in my test. > 2. msys-bison was commented out > mingw32-package-list, there was no reference to pdcurses > "mingw-get install mingw32-pdcurses". You've skipped the important step: mingw-get update which downloads and updates all of your xml manifest files, including mingw32-package list. Doing that would solve most of these problems, as I just finished updating, validating, testing, and uploading all the "missing" xml scripts yesterday. > I faced the same problem I had reported yesterday - with mingw-gcc - the first > time - it gave me some errors downloading packages. However I have the command a > second time and the files downloaded correctly. I don't really know what to tell you. It sounds like you have a transient *network* problem between your computer and the nearest sf server, and those are devilishly hard to track down. > While mingw-get did install the pdcurses library - it did not install the > developer files - curses.h . When I looked that mingw32-pdcurses.xml I can see a > component with class "dll", "dev" and it seems to have installed only the "dll" > component but not the "dev" component. So my second question. The reason you got this behavior is you installed "pdcurses". What that does is install all of the components of the package named "pdcurses" and their pre-requisites. That is: pdcurses-bin pdcurses-doc pdcurses-lic + libpdcurses-dll However, it does NOT install "all of" the components of the OTHER pdcurses-related package: libpdcurses-dll <<< you got this one because it is listed as a pre-req of 'pdcurses-bin' libpdcurses-dev <<< you did not get this one > Is there a way to get mingw-get to query the catalog and for a particular > package No > and install a particular component? Yes. 'mingw-get install libpdcurses-dev' > mingw-get install "dev" msys-pdcurses err...we do not have an "msys" version of pdcurses; only mingw32. > 1. sometimes mingw-get displays an error the first time you try to download a > package, but if you try the command again it works. WJJFM. > 2. Is there some documentation on how to use the mingw-get command line > interface to query the available packages, No. (And this was discussed in the last two days. Please read the other postings on this list so I don't have to keep repeating myself.) > install a particular package. Yes. -- Chuck |
From: Chris W. <ch...@qw...> - 2010-09-07 21:18:02
|
Hi all, Many thanks to everyone who worked on mingw-get and the graphical wrapper (especially Charles Wilson). I just tried it and it does make the installation of MinGW and MSYS about a hundred times easier than it was! However, I did discover an issue which I think is pretty serious. I installed the C++ compiler and MSYS as well as the core. I opted not to reboot after installation (why is that reboot necessary? What system files did we replace?) Then I started an MSYS shell which, at first, appeared to work. I discovered that I had no Perl installed, so I tried to look for an MSYS package for it. I tried "mingw-get help" and it output something like "c:\mingw\bin\mingw-get.exe: fatal error: unknown command help". This also seems to have erased mingw-get.exe from the system. I cannot run it any more, and it's no longer in c:\mingw\bin. I tried to run the graphical installer again, and just download the core package, to get mingw-get.exe back again. Now it exists, but I can't run it. I get the following error: Chris Wilson@winxp-dev ~ $ mingw-get mingw-get.exe: libexec/mingw-get/gui.exe: unable to start application; status = -1 Does anyone have any idea what might have caused the EXE to disappear, or why I now can't run it even though it's installed? Thanks, Chris. -- _____ __ _ \ __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/ ,\/ _/ /_ \ | Security/C/C++/Java/Ruby/Perl/SQL Developer | \ _/_/_/_//_/___/ | Stop nuclear war http://www.nuclearrisk.org | |