From: SourceForge.net <no...@so...> - 2004-10-24 23:09:57
|
Bugs item #1053052, was opened at 2004-10-24 00:44 Message generated for change (Comment added) made by earnie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1053052&group_id=2435 Category: msys >Group: Known bugs Status: Open >Resolution: Accepted >Priority: 8 Submitted By: Gregory Casamento (gcasa) >Assigned to: Earnie Boyd (earnie) Summary: Problem with -I../../ when building/Multiple slash handling Initial Comment: Compiler seems to fail when attempting to add -I with ../../ or ../ to include files one or two dirs above. Same example works fine under Linux and Solaris. Steps to recreate: 1) Untar the dir... 2) go down to the lowest dir where test.c is 3) type gcc -I../../ test.c EXPECTED RESULT: Successful compile. ACTUAL: $ gcc -I../../ test.c test.c:2:17: foo.h: No such file or directory test.c: In function `main': test.c:7: error: `ONE' undeclared (first use in this function) test.c:7: error: (Each undeclared identifier is reported only once test.c:7: error: for each function it appears in.) I have some live examples of this happening. However, when I do gcc -I../.. test.c Everything works. This seems to imply that MinGW doesn't properly handle multiple slashes in a pathname, which is a critical bug, if it's going to offer a UNIX compatible build platform. --- INFO Windows 2000 $ gcc -v Reading specs from c:/GNUstep/Development/msys/1.0/mingw/bin/../lib/gcc/ mingw32/3.4.2/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,c++,f77,ada,objc,java --disable-win32- registry --disable-shared --enable-sjlj-exceptions -- enable-libgcj --disable-java-awt --without-x --enable- java-gc=boehm --disable-libgcj-debug --enable- interpreter --enable-hash-synchronization --enable- libstdcxx-debug Thread model: win32 gcc version 3.4.2 (mingw-special) $ ld -v GNU ld version 2.13.90 20030111 MinGW version 3.1.0 MSYS version 1.0.10 Test case is attached. #define __MINGW32_VERSION 3.1 #define __W32API_VERSION 2.4 ---------------------------------------------------------------------- >Comment By: Earnie Boyd (earnie) Date: 2004-10-24 19:09 Message: Logged In: YES user_id=15438 Ok, this is a bug in MSYS that I didn't know about. Anyone wishing to supply a patch for this bug, feel free to submit one. Hint, IIRC, Windows OS doesn't like c:/foo//bar so the trailing / on input needs stripped. Earnie ---------------------------------------------------------------------- Comment By: Danny Smith (dannysmith) Date: 2004-10-24 17:25 Message: Logged In: YES user_id=11494 I cannot reproduce the problem when running from DOS cmd shell or from zsh or cygwin bash. I suspect a msys shell problem. A similar problem was reported to gcc lists when using -I./ and was only observed with msys shell. Danny Danny ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1053052&group_id=2435 |