From: William E. <MrU...@po...> - 2008-11-02 22:49:21
|
OK here is how I reinstalled Mingw32-gcc: [root@laptop ~]# cd /usr/local/mingw32/ [root@laptop mingw32]# tar zxf /src/Mingw32/gcc-core-3.4.5-20060117-3.tar.gz [root@laptop mingw32]# tar zxf /src/Mingw32/w32api-3.12-mingw32-dev.tar.gz [root@laptop mingw32]# tar zxf /src/Mingw32/wget-1.9.1.tar.gz [root@laptop mingw32]# tar zxf /src/Mingw32/mingwrt-3.15.1-mingw32-dev.tar.gz [root@laptop mingw32]# Then downloaded binutils-2.18.50-20080109-2-src.tar.gz tar zxf cd bunutils configure make make install I still get this: $ makewin hello /usr/local/mingw32/bin/mingw32-gcc -DWIN32 -g -Wall -I. -I/usr/local/mingw32/include -L/usr/local/mingw32/lib hello.c -o hello.exe fixme:msvcrt:_spawnve only trying .exe when no extension given mingw32-gcc: installation problem, cannot exec `as': No such file or directory Any ideas????? -- William Estrada MrU...@po... Mt-Umunhum-Wireless.net ( http://Mt-Umunhum-Wireless.net ) Ymessenger: MrUmunhum |
From: JonY <10...@gm...> - 2008-11-02 23:43:41
|
On 11/3/2008 07:48, William Estrada wrote: > OK here is how I reinstalled Mingw32-gcc: > > [root@laptop ~]# cd /usr/local/mingw32/ > [root@laptop mingw32]# tar zxf > /src/Mingw32/gcc-core-3.4.5-20060117-3.tar.gz > [root@laptop mingw32]# tar zxf > /src/Mingw32/w32api-3.12-mingw32-dev.tar.gz > [root@laptop mingw32]# tar zxf /src/Mingw32/wget-1.9.1.tar.gz > [root@laptop mingw32]# tar zxf > /src/Mingw32/mingwrt-3.15.1-mingw32-dev.tar.gz > [root@laptop mingw32]# > > Then downloaded binutils-2.18.50-20080109-2-src.tar.gz > tar zxf > cd bunutils > configure > make > make install > > I still get this: > > $ makewin hello > /usr/local/mingw32/bin/mingw32-gcc -DWIN32 -g -Wall -I. > -I/usr/local/mingw32/include -L/usr/local/mingw32/lib hello.c -o > hello.exe > fixme:msvcrt:_spawnve only trying .exe when no extension given > mingw32-gcc: installation problem, cannot exec `as': No such file or > directory > > Any ideas????? > > > Hi, gcc-core-3.4.5-20060117-3.tar.gz is for windows. Your install is really messed up. The mingw32-gcc is calling the wrong native "as", it should be using "mingw32-as". You should really use a cross-compiler instead. This is really the first time I've seen anybody run gcc through Wine. |
From: William E. <MrU...@po...> - 2008-11-04 22:27:56
|
Jon, OK, I give up! Where do I download the current cross-compiler for compiling Win32 programs under Linux? I have been running around on SourceForge and just get garbage links. For example, this link: https://sourceforge.net/project/showfiles.php?group_id=204414&package_id=243927&release_id=634209 will get me RPMs but not source file URLs. The install script 'x86-mingw32-build.sh-0.0-20061107-1' does not get the most current source file and the ones it does get fail to compile. This gcc-core file 'gcc-core-3.4.5-20060117-1-src.tar.gz' does not work! $ wget http://prdownloads.sf.net/mingw/gcc-core-3.4.5-20060117-1-src.tar.gz?download --13:58:29-- http://prdownloads.sf.net/mingw/gcc-core-3.4.5-20060117-1-src.tar.gz?download => `gcc-core-3.4.5-20060117-1-src.tar.gz?download' Resolving prdownloads.sf.net... 216.34.181.60 Connecting to prdownloads.sf.net|216.34.181.60|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://internap.dl.sourceforge.net/sourceforge/mingw/gcc-core-3.4.5-20060117-1-src.tar.gz [following] --13:58:29-- http://internap.dl.sourceforge.net/sourceforge/mingw/gcc-core-3.4.5-20060117-1-src.tar.gz => `gcc-core-3.4.5-20060117-1-src.tar.gz.1' Resolving internap.dl.sourceforge.net... 69.88.152.3 Connecting to internap.dl.sourceforge.net|69.88.152.3|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 17,693,587 (17M) [application/x-tar] 100%[==================================================================================================>] 17,693,587 88.23K/s ETA 00:00 14:01:16 (104.27 KB/s) - `gcc-core-3.4.5-20060117-1-src.tar.gz.1' saved [17693587/17693587] $ tar zxf gcc-core-3.4.5-20060117- tar: gcc-core-3.4.5-20060117-: Cannot open: No such file or directory tar: Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors $ tar zxf gcc-core-3.4.5-20060117-1-src.tar.gz gzip: stdin: unexpected end of file tar: Unexpected EOF in archive tar: Unexpected EOF in archive tar: Error is not recoverable: exiting now Where can I get the right source files????????????????????????????????????????// JonY wrote: > On 11/3/2008 07:48, William Estrada wrote: >> OK here is how I reinstalled Mingw32-gcc: >> >> [root@laptop ~]# cd /usr/local/mingw32/ >> [root@laptop mingw32]# tar zxf >> /src/Mingw32/gcc-core-3.4.5-20060117-3.tar.gz >> [root@laptop mingw32]# tar zxf >> /src/Mingw32/w32api-3.12-mingw32-dev.tar.gz >> [root@laptop mingw32]# tar zxf /src/Mingw32/wget-1.9.1.tar.gz >> [root@laptop mingw32]# tar zxf >> /src/Mingw32/mingwrt-3.15.1-mingw32-dev.tar.gz >> [root@laptop mingw32]# >> >> Then downloaded binutils-2.18.50-20080109-2-src.tar.gz >> tar zxf >> cd bunutils >> configure >> make >> make install >> >> I still get this: >> >> $ makewin hello >> /usr/local/mingw32/bin/mingw32-gcc -DWIN32 -g -Wall -I. >> -I/usr/local/mingw32/include -L/usr/local/mingw32/lib hello.c -o >> hello.exe >> fixme:msvcrt:_spawnve only trying .exe when no extension given >> mingw32-gcc: installation problem, cannot exec `as': No such >> file or >> directory >> >> Any ideas????? >> >> >> > > Hi, > > gcc-core-3.4.5-20060117-3.tar.gz is for windows. Your install is > really messed up. > > The mingw32-gcc is calling the wrong native "as", it should be using > "mingw32-as". You should really use a cross-compiler instead. > > This is really the first time I've seen anybody run gcc through Wine. > -- William Estrada MrU...@po... Mt-Umunhum-Wireless.net ( http://Mt-Umunhum-Wireless.net ) Ymessenger: MrUmunhum |
From: Keith M. <kei...@us...> - 2008-11-09 23:28:25
|
On Tuesday 04 November 2008 22:27:12 William Estrada wrote: > I have been running around on SourceForge > and just get garbage links. For example, this link: > https://sourceforge.net/project/showfiles.php?group_id=204414&package_id=243927&release_id=634209 Not our download site! If the group_id is anything other than 2435, then you will not find genuine MinGW packages there. > will get me RPMs but not source file URLs. We do *not* provide *anything*, packaged as RPM. Regards, Keith. |
From: JonY <10...@gm...> - 2008-11-05 02:02:33
|
On 11/5/2008 08:44, William Estrada wrote: > JonY wrote: >>> >> >> Hi, >> are you sure your distro does not provide a cross-compiler for MinGW? > They are available and I tried them but they did not work! In what way? Please do elaborate. Its probably easier to fix your distro provided install than to compile and install a cross gcc yourself. >> >> Anyway, please pay attention to your tar command, you are supplying it >> with the wrong file name to work on. > That is part of the problem, I don't know which files to use. From the wget output, the file you downloaded is "gcc-core-3.4.5-20060117-1-src.tar.gz.1", you omitted the ending. >> >> The latest for the gcc-3 series is gcc-core-3.4.5-20060117-3.tar.gz. >> The build script is gcc-build-3.4.5-20060117-3.tar.gz. >> >> Both of the above can be found at >> <http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82723&release_id=428244>. >> > These are older files, I need the more current ones. > These are the latest for the gcc 3 series. The source for the GCC 4 series with MinGW fixes are found here: <http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=241304&release_id=596917> If you want the vanilla gcc-4.3.2 source, you can grab them from the official gcc mirrors: <http://gcc.gnu.org/mirrors.html> Looks like I accidentally dropped mingw-users and did not reply it to the list in my last message. |
From: JonY <10...@gm...> - 2008-11-05 15:56:48
|
On 11/5/2008 23:06, Earnie Boyd wrote: > Quoting JonY<10...@gm...>: > > >>>>>> Anyway, please pay attention to your tar command, you are supplying it >>>>>> with the wrong file name to work on. >>>>> That is part of the problem, I don't know which files to use. >>>> From the wget output, the file you downloaded is >>>> "gcc-core-3.4.5-20060117-1-src.tar.gz.1", you omitted the ending. >>>> >>> This was a wget of the same file so he adds a ',1' to the file name. >> So tar should work on whatever wget output the file as. You may need to >> rename it to have a .tar.gz extension for tar to recognize it. >> > > No, tar doesn't care what the file name is. It only cares about the > content format in the file. > So it actually determines how to decompress the file by scanning the first few bytes? I didn't know that. Just to clarify, the OP did not pass the correct filename to tar, tar couldn't find the archive to work on. >>>>>> The latest for the gcc-3 series is gcc-core-3.4.5-20060117-3.tar.gz. >>>>>> The build script is gcc-build-3.4.5-20060117-3.tar.gz. >>>>>> >>>>>> Both of the above can be found at >>>>>> <http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82723&release_id=428244>. >>>>>> >>>>>> >>>>> These are older files, I need the more current ones. >>>>> >>>> These are the latest for the gcc 3 series. >>>> >>>> The source for the GCC 4 series with MinGW fixes are found here: >>>> <http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=241304&release_id=596917> >>>> >>>> >>>> If you want the vanilla gcc-4.3.2 source, you can grab them from the >>>> official gcc mirrors:<http://gcc.gnu.org/mirrors.html> >>>> >>>> Looks like I accidentally dropped mingw-users and did not reply it to >>>> the list in my last message. >>>> >> Looks like a problem on my side, mingw-users is not showing up when I >> hit reply. >> > > I use Horde/IMP as my mail client. I have three options Reply, Reply > to list and Reply to all. Reply only replies to the sender regardless > of REPLY TO munging. Reply to list will only reply to the list. And > reply to all will reply to everyone listed as a receiver of the email. > You might need to configure your mail client to your needs. > Thunderbird doesn't have reply to list, I'll need to check the send list carefully. Strangely, I never had any problems with using "reply" until recently. >>> I already have the latest GNU GCC installed, do I need to install the >>> Mingw GCC?? >>> >> Yes, the GCC you installed was designed to compile for your platform, >> not MinGW(Windows), hence you need a "Cross-Compiler". >> >> Setting up the GCC cross compiler is done by passing the appropriate >> host and target combination to the gcc configure. >> >> You may also need to install a cross binutils and install w32api and the >> mingw runtime separately. >> > > See http://www.mingw.org/wiki/LinuxCrossMinGW for instruction on > building the cross compiler. > > Earnie > |
From: Earnie B. <ea...@us...> - 2008-11-05 21:10:56
|
Quoting JonY <10...@gm...>: > On 11/5/2008 23:06, Earnie Boyd wrote: >> Quoting JonY<10...@gm...>: >> >> >>>>>>> Anyway, please pay attention to your tar command, you are supplying it >>>>>>> with the wrong file name to work on. >>>>>> That is part of the problem, I don't know which files to use. >>>>> From the wget output, the file you downloaded is >>>>> "gcc-core-3.4.5-20060117-1-src.tar.gz.1", you omitted the ending. >>>>> >>>> This was a wget of the same file so he adds a ',1' to the file name. >>> So tar should work on whatever wget output the file as. You may need to >>> rename it to have a .tar.gz extension for tar to recognize it. >>> >> >> No, tar doesn't care what the file name is. It only cares about the >> content format in the file. >> > > So it actually determines how to decompress the file by scanning the > first few bytes? I didn't know that. > Archiving and compression are two different things. Tar is an archiver. While GNU tar will use an external program whose name is based on a switch to decompress or compress the archive; that isn't true of other tar brands. > Just to clarify, the OP did not pass the correct filename to tar, tar > couldn't find the archive to work on. > Well, it has to be able to read the file given to it. >>>>>>> The latest for the gcc-3 series is gcc-core-3.4.5-20060117-3.tar.gz. gzip -dc gcc-core-3.4.5-20060117-3.tar.gz | tar -xf - Earnie |
From: JonY <10...@gm...> - 2008-11-07 00:22:05
|
On 11/7/2008 08:05, William Estrada wrote: > JonY wrote: >> On 11/7/2008 03:20, William Estrada wrote: >>> OK, after about a 2 weeks of attempts to install by hand, I went back >>> to the >>> x86-mingw32-build.sh. I modified x86-mingw32-build.conf to use the >>> latest >>> source packages that I could find and have downloaded. This work up to a >>> point. Now I get this error during the build: >>> >>> ./x86-mingw32-build.sh: stage 1: build w32api ... >>> ./x86-mingw32-build.sh: line 139: ../config.guess: No such file or >>> directory >>> ./x86-mingw32-build.sh: line 139: ../configure: No such file or >>> directory >>> ./x86-mingw32-build.sh: unrecoverable error configuring w32api >>> >>> The mods I made to the conf file: >>> >>> # >>> # 4) Package versions, from which the compiler will be built. >>> # >>> assume GCC_VERSION 3.4.5-20060117-1 >>> assume BINUTILS_VERSION 2.18.50-20080109-2 >>> assume RUNTIME_VERSION 3.14 >>> assume W32API_VERSION 3.9 >>> >>> Now what?????????? >>> >> >> Hi, >> The latest versions are: >> >> GCC_VERSION 3.4.5-20060117-3 >> BINUTILS_VERSION 2.18.50-20080109-2 >> RUNTIME_VERSION 3.15.1 >> W32API_VERSION 3.12 >> > I can't find any source files for these! All the newer files are RPMs > and not tar.gz files! > These are on the MinGW official sf mirrors. <http://sourceforge.net/project/showfiles.php?group_id=2435> >> Strange, I have never encountered this error before. There seems no >> reason for it to fail here. >> >> Did the other components build properly? >> > The script stops on an error. > Ok, do check the conf file, does WORKING_DIR, PACKAGE_DIR and INSTALL_DIR exist? Try clearing the contents of the directories, or at least move them away and start clean. |
From: William E. <MrU...@po...> - 2008-11-30 20:59:27
|
Just to close the loop, I finally got Mingw32 installed on my FC8 system. I found ( by accident ) a mingw32-linux-x86-glibc-2.5.tar.gz that worked on my system. The only problem is that it is compiled to be run from /usr/local/cross-tools, so had to install it there. This presents a problem if I need other cross tools to be installed since any other packages will over write the Mingw32 install! The files can be found at:http://www.libsdl.org/extras/win32/cross/README.txt Thanks for all of your time. JonY wrote: > On 11/7/2008 08:05, William Estrada wrote: >> JonY wrote: >>> On 11/7/2008 03:20, William Estrada wrote: >>>> OK, after about a 2 weeks of attempts to install by hand, I went back >>>> to the >>>> x86-mingw32-build.sh. I modified x86-mingw32-build.conf to use the >>>> latest >>>> source packages that I could find and have downloaded. This work up >>>> to a >>>> point. Now I get this error during the build: >>>> >>>> ./x86-mingw32-build.sh: stage 1: build w32api ... >>>> ./x86-mingw32-build.sh: line 139: ../config.guess: No such file or >>>> directory >>>> ./x86-mingw32-build.sh: line 139: ../configure: No such file or >>>> directory >>>> ./x86-mingw32-build.sh: unrecoverable error configuring w32api >>>> >>>> The mods I made to the conf file: >>>> >>>> # >>>> # 4) Package versions, from which the compiler will be built. >>>> # >>>> assume GCC_VERSION 3.4.5-20060117-1 >>>> assume BINUTILS_VERSION 2.18.50-20080109-2 >>>> assume RUNTIME_VERSION 3.14 >>>> assume W32API_VERSION 3.9 >>>> >>>> Now what?????????? >>>> >>> >>> Hi, >>> The latest versions are: >>> >>> GCC_VERSION 3.4.5-20060117-3 >>> BINUTILS_VERSION 2.18.50-20080109-2 >>> RUNTIME_VERSION 3.15.1 >>> W32API_VERSION 3.12 >>> >> I can't find any source files for these! All the newer files are RPMs >> and not tar.gz files! >> > These are on the MinGW official sf mirrors. > <http://sourceforge.net/project/showfiles.php?group_id=2435> > >>> Strange, I have never encountered this error before. There seems no >>> reason for it to fail here. >>> >>> Did the other components build properly? >>> >> The script stops on an error. >> > > Ok, do check the conf file, does WORKING_DIR, PACKAGE_DIR and > INSTALL_DIR exist? > > Try clearing the contents of the directories, or at least move them > away and start clean. > -- William Estrada MrU...@po... Mt-Umunhum-Wireless.net ( http://Mt-Umunhum-Wireless.net ) Ymessenger: MrUmunhum |
From: Brian D. <br...@de...> - 2008-11-02 23:49:07
|
William Estrada wrote: > OK here is how I reinstalled Mingw32-gcc: > > [root@laptop ~]# cd /usr/local/mingw32/ > [root@laptop mingw32]# tar zxf > /src/Mingw32/gcc-core-3.4.5-20060117-3.tar.gz This makes no sense. You're installing win32 executables on a linux system. If you want to build a cross compiler this is absolutely not how you do it. I have no idea how you expect this to work unless you plan to use WINE or something, which is way more overhead and complication than is required. > Any ideas????? Start with explaining exactly what you are trying to do. It seems you want to build a MinGW cross compiler. If that is the case, try the x86-mingw32-build scripts available at the MinGW site, which will automate everything required to set up a cross-development toolchain. Brian |
From: JonY <10...@gm...> - 2008-11-05 02:31:54
|
On 11/5/2008 10:08, William Estrada wrote: > JonY wrote: >> On 11/5/2008 08:44, William Estrada wrote: >>> JonY wrote: >>>>> >>>> >>>> Hi, >>>> are you sure your distro does not provide a cross-compiler for MinGW? >>> They are available and I tried them but they did not work! >> >> In what way? Please do elaborate. Its probably easier to fix your >> distro provided install than to compile and install a cross gcc yourself. >> > I don't remember exactly but I posted it on the mailing list. Ok, but I did not archive the list messages. I'll try looking for them later. >>>> >>>> Anyway, please pay attention to your tar command, you are supplying it >>>> with the wrong file name to work on. >>> That is part of the problem, I don't know which files to use. >> >> From the wget output, the file you downloaded is >> "gcc-core-3.4.5-20060117-1-src.tar.gz.1", you omitted the ending. >> > This was a wget of the same file so he adds a ',1' to the file name. So tar should work on whatever wget output the file as. You may need to rename it to have a .tar.gz extension for tar to recognize it. >>>> >>>> The latest for the gcc-3 series is gcc-core-3.4.5-20060117-3.tar.gz. >>>> The build script is gcc-build-3.4.5-20060117-3.tar.gz. >>>> >>>> Both of the above can be found at >>>> <http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82723&release_id=428244>. >>>> >>>> >>> These are older files, I need the more current ones. >>> >> >> These are the latest for the gcc 3 series. >> >> The source for the GCC 4 series with MinGW fixes are found here: >> <http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=241304&release_id=596917> >> >> >> If you want the vanilla gcc-4.3.2 source, you can grab them from the >> official gcc mirrors: <http://gcc.gnu.org/mirrors.html> >> >> Looks like I accidentally dropped mingw-users and did not reply it to >> the list in my last message. >> Looks like a problem on my side, mingw-users is not showing up when I hit reply. > I already have the latest GNU GCC installed, do I need to install the > Mingw GCC?? > Yes, the GCC you installed was designed to compile for your platform, not MinGW(Windows), hence you need a "Cross-Compiler". Setting up the GCC cross compiler is done by passing the appropriate host and target combination to the gcc configure. You may also need to install a cross binutils and install w32api and the mingw runtime seperately. |
From: William E. <MrU...@po...> - 2008-11-06 19:21:22
|
OK, after about a 2 weeks of attempts to install by hand, I went back to the x86-mingw32-build.sh. I modified x86-mingw32-build.conf to use the latest source packages that I could find and have downloaded. This work up to a point. Now I get this error during the build: ./x86-mingw32-build.sh: stage 1: build w32api ... ./x86-mingw32-build.sh: line 139: ../config.guess: No such file or directory ./x86-mingw32-build.sh: line 139: ../configure: No such file or directory ./x86-mingw32-build.sh: unrecoverable error configuring w32api The mods I made to the conf file: # # 4) Package versions, from which the compiler will be built. # assume GCC_VERSION 3.4.5-20060117-1 assume BINUTILS_VERSION 2.18.50-20080109-2 assume RUNTIME_VERSION 3.14 assume W32API_VERSION 3.9 Now what?????????? JonY wrote: > On 11/5/2008 10:08, William Estrada wrote: >> JonY wrote: > > You may also need to install a cross binutils and install w32api and > the mingw runtime seperately. > -- William Estrada MrU...@po... Mt-Umunhum-Wireless.net ( http://Mt-Umunhum-Wireless.net ) Ymessenger: MrUmunhum |
From: Keith M. <kei...@us...> - 2008-11-09 23:28:11
|
On Thursday 06 November 2008 19:20:40 William Estrada wrote: > OK, after about a 2 weeks of attempts to install by hand, I went > back to the x86-mingw32-build.sh. I modified x86-mingw32-build.conf > to use the latest source packages that I could find and have > downloaded. This work up to a point. Now I get this error during the > build: > > ./x86-mingw32-build.sh: stage 1: build w32api ... > ./x86-mingw32-build.sh: line 139: ../config.guess: No such file > or directory > ./x86-mingw32-build.sh: line 139: ../configure: No such file or > directory > ./x86-mingw32-build.sh: unrecoverable error configuring w32api Did you, by any chance, perform a `dry-run' before you tried the actual build? It looks like the w32api package has not been unpacked, or there is some artifact directory in your build directory, which is expected to contain the package files, but doesn't; `dry-run' is known to cause problems such as these, if you fail to completely clear out the build directory, before the real build -- you should do `rm -rf *' on that directory, before you start the build for real. Regards, Keith. |
From: Earnie B. <ea...@us...> - 2008-11-05 15:06:57
|
Quoting JonY <10...@gm...>: >>>>> >>>>> Anyway, please pay attention to your tar command, you are supplying it >>>>> with the wrong file name to work on. >>>> That is part of the problem, I don't know which files to use. >>> >>> From the wget output, the file you downloaded is >>> "gcc-core-3.4.5-20060117-1-src.tar.gz.1", you omitted the ending. >>> >> This was a wget of the same file so he adds a ',1' to the file name. > > So tar should work on whatever wget output the file as. You may need to > rename it to have a .tar.gz extension for tar to recognize it. > No, tar doesn't care what the file name is. It only cares about the content format in the file. >>>>> >>>>> The latest for the gcc-3 series is gcc-core-3.4.5-20060117-3.tar.gz. >>>>> The build script is gcc-build-3.4.5-20060117-3.tar.gz. >>>>> >>>>> Both of the above can be found at >>>>> <http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82723&release_id=428244>. >>>>> >>>>> >>>> These are older files, I need the more current ones. >>>> >>> >>> These are the latest for the gcc 3 series. >>> >>> The source for the GCC 4 series with MinGW fixes are found here: >>> <http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=241304&release_id=596917> >>> >>> >>> If you want the vanilla gcc-4.3.2 source, you can grab them from the >>> official gcc mirrors: <http://gcc.gnu.org/mirrors.html> >>> >>> Looks like I accidentally dropped mingw-users and did not reply it to >>> the list in my last message. >>> > > Looks like a problem on my side, mingw-users is not showing up when I > hit reply. > I use Horde/IMP as my mail client. I have three options Reply, Reply to list and Reply to all. Reply only replies to the sender regardless of REPLY TO munging. Reply to list will only reply to the list. And reply to all will reply to everyone listed as a receiver of the email. You might need to configure your mail client to your needs. >> I already have the latest GNU GCC installed, do I need to install the >> Mingw GCC?? >> > > Yes, the GCC you installed was designed to compile for your platform, > not MinGW(Windows), hence you need a "Cross-Compiler". > > Setting up the GCC cross compiler is done by passing the appropriate > host and target combination to the gcc configure. > > You may also need to install a cross binutils and install w32api and the > mingw runtime seperately. > See http://www.mingw.org/wiki/LinuxCrossMinGW for instruction on building the cross compiler. Earnie |
From: JonY <10...@gm...> - 2008-11-06 23:57:12
|
On 11/7/2008 03:20, William Estrada wrote: > OK, after about a 2 weeks of attempts to install by hand, I went back > to the > x86-mingw32-build.sh. I modified x86-mingw32-build.conf to use the latest > source packages that I could find and have downloaded. This work up to a > point. Now I get this error during the build: > > ./x86-mingw32-build.sh: stage 1: build w32api ... > ./x86-mingw32-build.sh: line 139: ../config.guess: No such file or > directory > ./x86-mingw32-build.sh: line 139: ../configure: No such file or > directory > ./x86-mingw32-build.sh: unrecoverable error configuring w32api > > The mods I made to the conf file: > > # > # 4) Package versions, from which the compiler will be built. > # > assume GCC_VERSION 3.4.5-20060117-1 > assume BINUTILS_VERSION 2.18.50-20080109-2 > assume RUNTIME_VERSION 3.14 > assume W32API_VERSION 3.9 > > Now what?????????? > Hi, The latest versions are: GCC_VERSION 3.4.5-20060117-3 BINUTILS_VERSION 2.18.50-20080109-2 RUNTIME_VERSION 3.15.1 W32API_VERSION 3.12 Strange, I have never encountered this error before. There seems no reason for it to fail here. Did the other components build properly? |
From: William E. <MrU...@po...> - 2008-11-07 00:06:35
|
JonY wrote: > On 11/7/2008 03:20, William Estrada wrote: >> OK, after about a 2 weeks of attempts to install by hand, I went back >> to the >> x86-mingw32-build.sh. I modified x86-mingw32-build.conf to use the >> latest >> source packages that I could find and have downloaded. This work up to a >> point. Now I get this error during the build: >> >> ./x86-mingw32-build.sh: stage 1: build w32api ... >> ./x86-mingw32-build.sh: line 139: ../config.guess: No such file or >> directory >> ./x86-mingw32-build.sh: line 139: ../configure: No such file or >> directory >> ./x86-mingw32-build.sh: unrecoverable error configuring w32api >> >> The mods I made to the conf file: >> >> # >> # 4) Package versions, from which the compiler will be built. >> # >> assume GCC_VERSION 3.4.5-20060117-1 >> assume BINUTILS_VERSION 2.18.50-20080109-2 >> assume RUNTIME_VERSION 3.14 >> assume W32API_VERSION 3.9 >> >> Now what?????????? >> > > Hi, > The latest versions are: > > GCC_VERSION 3.4.5-20060117-3 > BINUTILS_VERSION 2.18.50-20080109-2 > RUNTIME_VERSION 3.15.1 > W32API_VERSION 3.12 > I can't find any source files for these! All the newer files are RPMs and not tar.gz files! > Strange, I have never encountered this error before. There seems no > reason for it to fail here. > > Did the other components build properly? > The script stops on an error. -- William Estrada MrU...@po... Mt-Umunhum-Wireless.net ( http://Mt-Umunhum-Wireless.net ) Ymessenger: MrUmunhum |
From: Keith M. <kei...@us...> - 2008-11-09 23:28:19
|
On Friday 07 November 2008 00:05:46 William Estrada wrote: > > The latest versions are: > > > > GCC_VERSION 3.4.5-20060117-3 > > BINUTILS_VERSION 2.18.50-20080109-2 > > RUNTIME_VERSION 3.15.1 > > W32API_VERSION 3.12 > > > > I can't find any source files for these! All the newer files are > RPMs and not tar.gz files! We do not supply *any* downloads in RPM format; you must be looking at the wrong download site. The only place you should be looking is the MinGW download site[*], on SourceForge, where you will definitely find every one of those listed, in -src.tar.gz format. Regards, Keith. [*] https://sourceforge.net/project/showfiles.php?group_id=2435 |
From: Keith M. <kei...@us...> - 2008-11-09 23:28:08
|
On Thursday 06 November 2008 23:49:47 JonY wrote: > > # 4) Package versions, from which the compiler will be built. > > # > > assume GCC_VERSION 3.4.5-20060117-1 > > assume BINUTILS_VERSION 2.18.50-20080109-2 > > assume RUNTIME_VERSION 3.14 > > assume W32API_VERSION 3.9 > > > > Now what?????????? > > The latest versions are: > > GCC_VERSION 3.4.5-20060117-3 > BINUTILS_VERSION 2.18.50-20080109-2 > RUNTIME_VERSION 3.15.1 > W32API_VERSION 3.12 This is true. However, the cross-compiler build scripts will not currently handle the change of package names for the most recent RUNTIME or W32API versions. I have patches from Hin Tak Leung, awaiting review and follow up action. Until I find a round tuit for that, it is probably better to stick with: GCC_VERSION 3.4.5-20060117-3 BINUTILS_VERSION 2.18.50-20080109-2 RUNTIME_VERSION 3.14 W32API_VERSION 3.11 to build the cross-compiler initially, then use that to build the newer versions in isolation, and subsequently install them into the same prefix. Regards, Keith. |