User account creation filtered due to spam.

Bug 16024 - Document use of relative path to ${srcdir}/configure when using MSYS
Summary: Document use of relative path to ${srcdir}/configure when using MSYS
Status: NEW
Alias: None
Product: gcc
Classification: Unclassified
Component: bootstrap (show other bugs)
Version: 3.4.0
: P2 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords: documentation
Depends on:
Blocks:
 
Reported: 2004-06-16 19:25 UTC by jfierstone
Modified: 2016-10-07 08:24 UTC (History)
2 users (show)

See Also:
Host: i686-pc-mingw32
Target:
Build: i686-pc-mingw32
Known to work:
Known to fail:
Last reconfirmed: 2007-08-24 10:20:53


Attachments
gengtype.i preprocessed file (35.37 KB, application/octet-stream)
2004-06-16 19:30 UTC, jfierstone
Details
preprocessed file (26.02 KB, application/octet-stream)
2004-06-16 19:31 UTC, jfierstone
Details
preprocessed file (15.42 KB, application/octet-stream)
2004-06-16 19:31 UTC, jfierstone
Details

Note You need to log in before you can comment on or make changes to this bug.
Description jfierstone 2004-06-16 19:25:53 UTC
When building gcc 3.4 with c++, gengtype.exe crashes (without the c++ extension
package, it works):

gcc -v -save-temps -c   -g  -DIN_GCC -DCROSS_COMPILE  -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long   
-DHAVE_CONFIG_H -DGENERATOR_FILE    -I. -I.
-I../../source/gcc-3.4.0-20040501-1/gcc
-I../../source/gcc-3.4.0-20040501-1/gcc/.
-I../../source/gcc-3.4.0-20040501-1/gcc/../include -I../intl
/c/build/gcc/dev/gcc_3.4.0/source/gcc-3.4.0-20040501-1/gcc/gengtype.c -o gengtype.o
flex  -ogengtype-lex.c
/c/build/gcc/dev/gcc_3.4.0/source/gcc-3.4.0-20040501-1/gcc/gengtype-lex.l
bison  -d -o gengtype-yacc.c
/c/build/gcc/dev/gcc_3.4.0/source/gcc-3.4.0-20040501-1/gcc/gengtype-yacc.y
gcc -v -save-temps -c   -g  -DIN_GCC -DCROSS_COMPILE  -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long  -Wno-error 
-DHAVE_CONFIG_H -DGENERATOR_FILE    -I. -I.
-I../../source/gcc-3.4.0-20040501-1/gcc
-I../../source/gcc-3.4.0-20040501-1/gcc/.
-I../../source/gcc-3.4.0-20040501-1/gcc/../include -I../intl \
 gengtype-lex.c -o gengtype-lex.o
gcc -v -save-temps -c   -g  -DIN_GCC -DCROSS_COMPILE  -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long  -Wno-error 
-DHAVE_CONFIG_H -DGENERATOR_FILE    -I. -I.
-I../../source/gcc-3.4.0-20040501-1/gcc
-I../../source/gcc-3.4.0-20040501-1/gcc/.
-I../../source/gcc-3.4.0-20040501-1/gcc/../include -I../intl \
 gengtype-yacc.c -o gengtype-yacc.o
gcc -v -save-temps   -g  -DIN_GCC -DCROSS_COMPILE  -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long   
-DHAVE_CONFIG_H -DGENERATOR_FILE  -o gengtype.exe \
 gengtype.o gengtype-lex.o gengtype-yacc.o ../libiberty/libiberty.a
./gengtype

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

Configure command line :
/c/build/gcc/dev/gcc_3.4.0/source/gcc-3.4.0-20040501-1/gcc/configure
--cache-file=./config.cache --build=i686-pc-mingw32 --host=i686-pc-mingw32
--target=i386-elf -v --prefix=/c/build/gcc/dev/gcc_3.4.0/build/cross-tools
--enable-languages=c,c++ --without-headers --enable-threads --with-gnu-as
--with-gnu-ld --disable-win32-registry --with-newlib --disable-shared
--with-gcc-version-trigger=/c/build/gcc/dev/gcc_3.4.0/source/gcc-3.4.0-20040501-1/gcc/version.c
--program-transform-name=s,^,i386-elf-,; 
--srcdir=/c/build/gcc/dev/gcc_3.4.0/source/gcc-3.4.0-20040501-1/gcc

Attached the gengtype*.i

I can send more info if needed.
Thanks in adavance
Jeremy
Comment 1 jfierstone 2004-06-16 19:30:29 UTC
Created attachment 6541 [details]
gengtype.i preprocessed file

Please find attached the corresponding preprocessed file
Comment 2 jfierstone 2004-06-16 19:31:26 UTC
Created attachment 6542 [details]
preprocessed file
Comment 3 jfierstone 2004-06-16 19:31:41 UTC
Created attachment 6543 [details]
preprocessed file
Comment 4 Andrew Pinski 2004-06-16 21:06:23 UTC
What gcc are you starting with?
Comment 5 Danny Smith 2004-06-16 21:41:21 UTC
Could you try the TARGET_IS_PE_COFF patch to cp/method.c and cygming.h 
commutted to 3.4.1 branch 

by Jim Wilson on at 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14808

(Comment 12)

I think that is the problem.

Danny
Comment 6 jfierstone 2004-06-17 08:57:39 UTC
(In reply to comment #4)
> What gcc are you starting with?

gcc 3.2.3 from Mingw (standard distrib)

$ gcc -v 
Reading specs from c:/bin/MinGW/bin/../lib/gcc-lib/mingw32/3.2.3/specs
Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as
--host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls
--enable-languages=c++,f77,objc --disable-win32-registry --disable-shared
--enable-sjlj-exceptions
Thread model: win32
gcc version 3.2.3 (mingw special 20030504-1)
Comment 7 jfierstone 2004-06-17 09:46:22 UTC
It doesn't solve the problem.
I found a trick, by replacing absolute path by relative path in the
gcc/gcc/Makefile for srcdir, GTFILES_SRCDIR, which change gcc/gtyp-gen.h paths
into relative paths.
I think this bug is due to mingw vs w$ paths management (/c/... in mingw and c:\
for w$) which causes this crashes in executable file built by mingw/gcc.
Comment 8 Danny Smith 2004-06-17 11:07:38 UTC
> I think this bug is due to mingw vs w$ paths management (/c/... in mingw and 
c:\
> for w$) which causes this crashes in executable file built by mingw/gcc.

Oh, you should have mentioned that you were using the "msys" shell environment.
This problem does not occur when using cygwin's bash (with apropriate mounts) 
to build a mingw host.  The /c/... method of specifying absolute paths is going 
to confuse the windows runtime

I think you will find that still need the TARGET_IS_PE_COFF patch to build 
libstdc++

Danny
Comment 9 Samuel Audet 2005-01-24 17:20:44 UTC
I think the "relative path" issue with MSYS and MinGW should be added for
example in the notes at:

http://gcc.gnu.org/install/specific.html

It would save a lot of grief from people trying to build it on MSYS.
Comment 10 Francois-Xavier Coudert 2007-08-24 10:20:53 UTC
Since this one seems to be a documentation issue, I'll take it. I intend to write a *-*-mingw32 entry to the target-specific installation notes.