I had deluded myself into thinking I could get away with using Outlook
Express with impunity. My apologies for inflicting the consequences of
that on anyone who read the message duplicated herein.
Aaron W. LaFramboise wrote:
> OK, I'll admit I didn't pay close enough addition to that discussion,
> but I don't really understand this bug.
>
Sorry, I had assumed you followed it. Basically, this bug only manifests
itself when the MinGW/GCC bin directory is *not* present in PATH -- e.g.
GCC is run with a fully-qualified command line, like
"C:\path\to\mingw\bin\gcc.exe -o myprogram mysources". It is in fact
highly useful to be able to run GCC on Windows without any additions to
PATH, particularly when working with multiple versions of it or when
running it from and IDE.
The GCC drivers (gcc.exe and friends, as well as collect2) actually
search for their subprograms ("cc1", "as", and "ld" via collect2 in a
typical C compilation) in a predefined set of locations which you cna
view by running "gcc.exe -print-search-dirs". Only if the subprogram is
not found in any of those locations does it fall back on an unqualified
invocation. You will see this when you compare the verbose output of a
previous GCC release with your new one: in 3.4.5, the invocation of "as"
is fully qualified; in the alpha 4.3.0, it is unqualified (and therefore
fails if the directory containing it isn't in PATH). Below is an
abridged transcription of a Windows shell session which demonstrates this:
D:\JDevel\test>D:\JDevel\MinGW\mingw-gcc-3.4.5\bin\gcc.exe -v -o test.exe main.c
Reading specs from D:/JDevel/MinGW/mingw-gcc-3.4.5/bin/../lib/gcc/mingw32/3.4.5/
specs
Configured with: ../gcc-3.4.5/configure --with-gcc --with-gnu-ld --with-gnu-as -
-host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls --
enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shar
ed --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --ena
ble-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-sync
hronization --enable-libstdcxx-debug
Thread model: win32
gcc version 3.4.5 (mingw-vista special r2)
<*** cc1 invocation snipped***>
D:/JDevel/MinGW/mingw-gcc-3.4.5/bin/../lib/gcc/mingw32/3.4.5/../../../../mingw3
2/bin/as.exe -o D:\DOCUME~1\John\LOCALS~1\Temp/ccqP4ilE.o D:\DOCUME~1\John\LOCAL
S~1\Temp/ccxWAvll.s
<*** collect2 invocation snipped***>
D:\JDevel\test>D:\JDevel\MinGW\mingw-gcc-4.3.0\bin\gcc.exe -v -o test.exe main.c
Using built-in specs.
Target: i386-pc-mingw32
Configured with: ../gcc-4.3.0/configure --prefix=/mingw --disable-nls --enable-l
anguages=c,c++,fortran,objc,obj-c++,ada,java --disable-win32-registry --disable-
sjlj-exceptions --enable-libstdcxx-debug --enable-version-specific-runtime-libs
--with-gmp=/mingw/src/gcc/gmp-mpfr-root --with-mpfr=/mingw/src/gcc/gmp-mpfr-root
--enable-libgcj --enable-concept-checks --enable-shared
Thread model: win32
gcc version 4.3.0 (GCC)
<*** cc1 invocation snipped***>
COLLECT_GCC_OPTIONS='-v' '-o' 'test.exe' '-mtune=i386'
as -o D:\DOCUME~1\John\LOCALS~1\Temp/cc2779xd.o D:\DOCUME~1\John\LOCALS~1\Temp/
ccqhufMa.s
gcc.exe: CreateProcess: No such file or directory
Finally, straight from the horse's mouth:
<
http://www.nabble.com/Re%3A-Necessary-environment-path-settings--p16243810.html>.
Cheers,
John E.
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Register now and save $200. Hurry, offer ends at 11:59 p.m.,
Monday, April 7! Use priority code J8TLD2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone_______________________________________________
MinGW-dvlpr mailing list
MinGW-dvlpr@...
https://lists.sourceforge.net/lists/listinfo/mingw-dvlpr