[Bug ada/43749] installed gnat cannot find installed libraries when exec-prefix != prefix
--- Comment #2 from markus dot schoepflin at comsoft dot de 2010-04-15 07:21 --- Looks like both are duplicates of http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15819. Back then it has been noted that it's just not supported. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43749
[Bug target/4605] [alpha-osf]mips-tfile spaced directory names
--- Comment #16 from markus dot schoepflin at comsoft dot de 2009-01-14 08:11 --- Subject: Re: [alpha-osf]mips-tfile spaced directory names gnu at the-meissners dot org wrote: --- Comment #15 from gnu at the-meissners dot org 2009-01-13 23:13 --- I suspect this needs to be solved in gcc.c with the specs handling, and you probably need something to quote the white space in filename, so that it doesn't break the file into separate arguments. Only some alpha and mips port use ASM_FINAL_SPEC which calls mips-tfile. I don't think this can be solved in gcc at all. AFAICT the quoting is all there as needed, but the system assembler simply can't handle file names with embedded blanks. I must admit that when I wrote mips-tfile as a quick hack in 1990 to get around the problem of having to use the MIPS assembler which provided no debug inteferface until a MIPS port of GAS was done, that the hack would still be in use 18 years later. Nothing is as long-lived as a quick hack, isn't it? Markus -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4605
[Bug target/4605] [alpha-osf]mips-tfile spaced directory names
--- Comment #6 from markus dot schoepflin at comsoft dot de 2009-01-12 09:53 --- The problem is still there as of 4.3.2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4605
[Bug target/4605] [alpha-osf]mips-tfile spaced directory names
--- Comment #7 from markus dot schoepflin at comsoft dot de 2009-01-12 11:36 --- gcc -v gives: ~/local/src/tests/gcc/4605 /opt/gcc-4.3.2/bin/gcc -v -c hello.c -o 'dir test/hello.o' Using built-in specs. Target: alphaev56-dec-osf5.1b Configured with: /net/homes/schoepf/local/src/gcc-4.3.2/configure --prefix=/opt/gcc-4.3.2 --enable-languages=c,c++,ada --with-mpfr=/opt/mpfr-2.3.1 --with-gmp=/opt/gmp-4.2.2 : (reconfigured) /net/homes/schoepf/local/src/gcc-4.3.2/configure --prefix=/opt/gcc-4.3.2 --enable-languages=c,c++,ada --with-mpfr=/opt/mpfr-2.3.1 --with-gmp=/opt/gmp-4.2.2 --disable-nls Thread model: posix gcc version 4.3.2 (GCC) COLLECT_GCC_OPTIONS='-v' '-c' '-o' 'dir test/hello.o' '-mcpu=ev56' /vol2/opt/gcc-4.3.2/bin/../libexec/gcc/alphaev56-dec-osf5.1b/4.3.2/cc1 -quiet -v -iprefix /vol2/opt/gcc-4.3.2/bin/../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/ hello.c -quiet -dumpbase hello.c -mcpu=ev56 -auxbase-strip dir test/hello.o -version -o /tmp//ccg0PVXV.s ignoring nonexistent directory /vol2/opt/gcc-4.3.2/bin/../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/../../../../alphaev56-dec-osf5.1b/include ignoring duplicate directory /vol2/opt/gcc-4.3.2/bin/../lib/gcc/../../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/include ignoring duplicate directory /vol2/opt/gcc-4.3.2/bin/../lib/gcc/../../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/include-fixed ignoring nonexistent directory /vol2/opt/gcc-4.3.2/bin/../lib/gcc/../../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/../../../../alphaev56-dec-osf5.1b/include #include ... search starts here: #include ... search starts here: /vol2/opt/gcc-4.3.2/bin/../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/include /vol2/opt/gcc-4.3.2/bin/../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/include-fixed /usr/local/include /vol2/opt/gcc-4.3.2/bin/../lib/gcc/../../include /usr/include End of search list. GNU C (GCC) version 4.3.2 (alphaev56-dec-osf5.1b) compiled by GNU C version 4.3.2, GMP version 4.2.2, MPFR version 2.3.1. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 6bc3b0eb85e6c5b4ab2303229c5aac70 COLLECT_GCC_OPTIONS='-v' '-c' '-o' 'dir test/hello.o' '-mcpu=ev56' as -g -oldas -c -nocpp -O0 -o dir test/hello.o /tmp//ccg0PVXV.s COLLECT_GCC_OPTIONS='-v' '-c' '-o' 'dir test/hello.o' '-mcpu=ev56' /vol2/opt/gcc-4.3.2/bin/../libexec/gcc/alphaev56-dec-osf5.1b/4.3.2/mips-tfile -v -o dir test/hello.o /tmp//ccg0PVXV.s mips-tfile (GCC) 4.3.2 mips-tfile:dir test/hello.o: No such file or directory -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4605
[Bug target/4605] [alpha-osf]mips-tfile spaced directory names
--- Comment #8 from markus dot schoepflin at comsoft dot de 2009-01-12 11:43 --- I think the problem is with 'as': ~/local/src/tests/gcc/4605 ls -1 dir test hello.c ~/local/src/tests/gcc/4605 as -g -oldas -c -nocpp -O0 -o 'dir test/hello.o' /tmp//ccTogmGX.s ~/local/src/tests/gcc/4605 ls -1 dir dir test hello.c ~/local/src/tests/gcc/4605 file dir dir:COFF format alpha executable or object module not stripped - version 3.13-14 Note that 'as' created the output in a file called 'dir', the directory 'dir test' is still empty. I tried various ways of escaping the blank but to no avail. So I don't think there is much that can be done about this. -- markus dot schoepflin at comsoft dot de changed: What|Removed |Added CC||markus dot schoepflin at ||comsoft dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4605
[Bug target/4605] [alpha-osf]mips-tfile spaced directory names
--- Comment #11 from markus dot schoepflin at comsoft dot de 2009-01-12 14:17 --- Here is the result of using -### instead of -v: scho...@area51:~/local/src/tests/gcc/4605 /opt/gcc-4.3.2/bin/gcc -### -c hello.c -o 'dir test/hello.o'Using built-in specs. Target: alphaev56-dec-osf5.1b Configured with: /net/homes/schoepf/local/src/gcc-4.3.2/configure --prefix=/opt/gcc-4.3.2 --enable-languages=c,c++,ada --with-mpfr=/opt/mpfr-2.3.1 --with-gmp=/opt/gmp-4.2.2 : (reconfigured) /net/homes/schoepf/local/src/gcc-4.3.2/configure --prefix=/opt/gcc-4.3.2 --enable-languages=c,c++,ada --with-mpfr=/opt/mpfr-2.3.1 --with-gmp=/opt/gmp-4.2.2 --disable-nls Thread model: posix gcc version 4.3.2 (GCC) COLLECT_GCC_OPTIONS='-c' '-o' 'dir test/hello.o' '-mcpu=ev56' /vol2/opt/gcc-4.3.2/bin/../libexec/gcc/alphaev56-dec-osf5.1b/4.3.2/cc1 -quiet -iprefix /vol2/opt/gcc-4.3.2/bin/../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/ hello.c -quiet -dumpbase hello.c -mcpu=ev56 -auxbase-strip dir test/hello.o -o /tmp//ccLLEdGT.s COLLECT_GCC_OPTIONS='-c' '-o' 'dir test/hello.o' '-mcpu=ev56' as -g -oldas -c -nocpp -O0 -o dir test/hello.o /tmp//ccLLEdGT.s COLLECT_GCC_OPTIONS='-c' '-o' 'dir test/hello.o' '-mcpu=ev56' /vol2/opt/gcc-4.3.2/bin/../libexec/gcc/alphaev56-dec-osf5.1b/4.3.2/mips-tfile -o dir test/hello.o /tmp//ccLLEdGT.s COMPILER_PATH=/vol2/opt/gcc-4.3.2/bin/../libexec/gcc/alphaev56-dec-osf5.1b/4.3.2/:/vol2/opt/gcc-4.3.2/bin/../libexec/gcc/ LIBRARY_PATH=/vol2/opt/gcc-4.3.2/bin/../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/:/vol2/opt/gcc-4.3.2/bin/../lib/gcc/:/usr/lib/cmplrs/cc/:/vol2/opt/gcc-4.3.2/bin/../lib/gcc/alphaev56-dec-osf5.1b/4.3.2/../../../:/lib/:/usr/lib/ COLLECT_GCC_OPTIONS='-c' '-o' 'dir test/hello.o' '-mcpu=ev56' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4605
[Bug target/4605] [alpha-osf]mips-tfile spaced directory names
--- Comment #13 from markus dot schoepflin at comsoft dot de 2009-01-12 19:51 --- Strange, I seem to get something different on Linux with gcc 4.3.2: ~/src/tests/gcc/PR4605$ gcc -v -c hello.c -o ./dir test/hello.o Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.3.2-1ubuntu11' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) COLLECT_GCC_OPTIONS='-v' '-c' '-o' './dir test/hello.o' '-mtune=generic' /usr/lib/gcc/i486-linux-gnu/4.3.2/cc1 -quiet -v hello.c -D_FORTIFY_SOURCE=2 -quiet -dumpbase hello.c -mtune=generic -auxbase-strip ./dir test/hello.o -version -fstack-protector -o /tmp/cciLVmZP.s ignoring nonexistent directory /usr/local/include/i486-linux-gnu ignoring nonexistent directory /usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../i486-linux-gnu/include ignoring nonexistent directory /usr/include/i486-linux-gnu #include ... search starts here: #include ... search starts here: /usr/local/include /usr/lib/gcc/i486-linux-gnu/4.3.2/include /usr/lib/gcc/i486-linux-gnu/4.3.2/include-fixed /usr/include End of search list. GNU C (Ubuntu 4.3.2-1ubuntu11) version 4.3.2 (i486-linux-gnu) compiled by GNU C version 4.3.2, GMP version 4.2.2, MPFR version 2.3.2. GGC heuristics: --param ggc-min-expand=42 --param ggc-min-heapsize=23711 Compiler executable checksum: fbed29247d8ae538bfd0dd565a17225f COLLECT_GCC_OPTIONS='-v' '-c' '-o' './dir test/hello.o' '-mtune=generic' as -V -Qy -o ./dir test/hello.o /tmp/cciLVmZP.s GNU assembler version 2.18.93 (i486-linux-gnu) using BFD version (GNU Binutils for Ubuntu) 2.18.93.20081009 COMPILER_PATH=/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/:/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/:/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/ LIBRARY_PATH=/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/4.3.2/:/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../../lib/:/lib/../lib/:/usr/lib/../lib/:/usr/lib/gcc/i486-linux-gnu/4.3.2/../../../:/lib/:/usr/lib/ COLLECT_GCC_OPTIONS='-v' '-c' '-o' './dir test/hello.o' '-mtune=generic' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4605
[Bug target/4605] [alpha-osf]mips-tfile spaced directory names
--- Comment #14 from markus dot schoepflin at comsoft dot de 2009-01-12 20:01 --- Just to recap what I think the problem is: 1) cc1 compiles the C file and creates input for the system assembler. The assembler source is placed into the /tmp directory. 2) The system assembler is called to create the object file dir test/hello.o from the assembler source file in /tmp. The system assembler can't deal with the space character in the location of the object file and instead creates an object file called dir in the current directory. 3) mips-tfile is called to add debugging information to the object file in dir test/hello.o but there is no such file, because the system assembler didn't create it, and mips-tfile complains correctly that there is no such file. Does that sound about right? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4605
[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.
--- Comment #15 from markus dot schoepflin at comsoft dot de 2009-01-09 10:57 --- Patch for current trunk has been posted as requested. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7055
[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.
--- Comment #11 from markus dot schoepflin at comsoft dot de 2009-01-08 14:40 --- I don't have 4.3 or 4.4 available, but I now checked with gcc 4.1.2 and 4.2.1. It works with both versions. Looking at the resulting listing file, the #.def entries which were triggering the error in mips-tfile are no longer present. For example, gcc 3.4.6 creates the following: #.def 11_Is_integerIbE; .scl10; .type 0x8;.size 1; .endef whereas gcc 4.2.1 creates: #.def St12__is_integerIbE;.scl10; .type 0x8;.size 1; .endef So GCC 4.1 and 4.2 no longer create the problematic definitions, but nevertheless the problem in mips-tfile is still present. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7055
[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.
--- Comment #13 from markus dot schoepflin at comsoft dot de 2009-01-08 15:13 --- Note that my original patch is for the 4.1.1 source tree. Should I post it anyway? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7055
[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.
--- Comment #9 from markus dot schoepflin at comsoft dot de 2009-01-07 16:08 --- Comments #4 and #5 say so. And the code in question has not been fixed, AFAICT. (See http://gcc.gnu.org/viewcvs/*checkout*/branches/gcc-4_3-branch/gcc/mips-tfile.c?revision=132824, line numbers 2858, 2914, and 2988.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7055
[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.
--- Comment #10 from markus dot schoepflin at comsoft dot de 2009-01-07 16:11 --- Please disregard my reference to #4 and #5, I got the version numbers mixed up. But nevertheless, the current code still contains the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7055
[Bug ada/38511] New: Assert_Failure when compiling PolyOrb
gcc --version gcc (Ubuntu 4.3.2-1ubuntu11) 4.3.2 svn checkout http://svn.eu.adacore.com/anonsvn/Dev/trunk/polyorb cd polyorb ./support/reconfig ./configure make ... +===GNAT BUG DETECTED==+ | 4.3.2 (i486-pc-linux-gnu) Assert_Failure sinfo.adb:2023 | | Error detected at polyorb-references-ior.adb:135:15 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc-4.3 or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. /home/markus/src/ada/polyorb/src/polyorb-references-ior.adb /home/markus/src/ada/polyorb/src/polyorb-references-ior.ads /home/markus/src/ada/polyorb/src/polyorb-references.ads /home/markus/src/ada/polyorb/src/polyorb.ads /home/markus/src/ada/polyorb/src/polyorb-annotations.ads /home/markus/src/ada/polyorb/src/polyorb-utils.ads /home/markus/src/ada/polyorb/src/polyorb-utils-chained_lists.ads /home/markus/src/ada/polyorb/src/polyorb-binding_data.ads /home/markus/src/ada/polyorb/src/polyorb-components.ads /home/markus/src/ada/polyorb/src/polyorb-errors.ads /home/markus/src/ada/polyorb/src/polyorb-smart_pointers.ads /home/markus/src/ada/polyorb/src/polyorb-tasking.ads /home/markus/src/ada/polyorb/src/polyorb-tasking-mutexes.ads /home/markus/src/ada/polyorb/src/polyorb-types.ads /home/markus/src/ada/polyorb/src/polyorb-objects.ads /home/markus/src/ada/polyorb/src/polyorb-qos.ads /home/markus/src/ada/polyorb/src/polyorb-transport.ads /home/markus/src/ada/polyorb/src/polyorb-asynch_ev.ads /home/markus/src/ada/polyorb/src/polyorb-jobs.ads /home/markus/src/ada/polyorb/src/polyorb-buffers.ads /home/markus/src/ada/polyorb/src/polyorb-opaque.ads /home/markus/src/ada/polyorb/src/polyorb-opaque-chunk_pools.ads /home/markus/src/ada/polyorb/src/polyorb-utils-strings.ads /home/markus/src/ada/polyorb/src/polyorb-initialization.ads /home/markus/src/ada/polyorb/src/polyorb-utils-strings-lists.ads /home/markus/src/ada/polyorb/src/polyorb-log.ads /home/markus/src/ada/polyorb/src/polyorb-representations.ads /home/markus/src/ada/polyorb/src/polyorb-any.ads /home/markus/src/ada/polyorb/src/polyorb-representations-cdr.ads /home/markus/src/ada/polyorb/src/polyorb-utils-dynamic_tables.ads /home/markus/src/ada/polyorb/src/polyorb-representations-cdr-common.ads list may be incomplete compilation abandoned gnatmake: /home/markus/src/ada/polyorb/src/polyorb-references-ior.adb compilation error make: *** [src.gpr] Error 4 -- Summary: Assert_Failure when compiling PolyOrb Product: gcc Version: 4.3.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: markus dot schoepflin at comsoft dot de GCC host triplet: i486-pc-linux-gnu GCC target triplet: i486-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38511
[Bug ada/38511] Assert_Failure when compiling PolyOrb
--- Comment #1 from markus dot schoepflin at comsoft dot de 2008-12-12 23:19 --- The last compile command executed was: ADA_PROJECT_PATH=/home/markus/src/ada/polyorb/projects:/home/markus/src/ada/polyorb/projects:$ADA_PROJECT_PATH \ gnatmake -P src.gpr --create-missing-dirs -g -O2 -XBuild=PRODUCTION -XWarnings_Mode=e -j4 -cargs gcc-4.3 -c -gnat05 -gnati1 -gnatf -gnatec=/home/markus/src/ada/polyorb/src/config.adc -gnatyg -gnatwale -gnatp -gnatn -g -O2 -I- -gnatA /home/markus/src/ada/polyorb/src/polyorb-references-ior.adb -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38511
[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.
--- Comment #7 from markus dot schoepflin at comsoft dot de 2006-10-06 10:23 --- Created an attachment (id=12390) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12390action=view) Patch for mips-tfile.c against 4.1.1 source tree. This turned out to be a bug in mips-tfile.c, triggered by identifiers starting with a number. There is code which tries to allow that, but the logic is flawed. This patch corrects the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7055
[Bug target/28307] [4.1/4.2 Regression] pthread functions in libgcc not weak any more on Tru64 UNIX
--- Comment #5 from markus dot schoepflin at comsoft dot de 2006-10-05 08:49 --- (In reply to comment #3) With the attached patch, at least the unmodified boehm-gc 6.7 tested successfully. I stumbled accross this bug when investigating why the boost thread library tests started to fail from 4.1.0 onwards on this platform. I can confirm that the suggested patch fixes things in such a way, that the regression tests for the boost thread library pass sucessfully when testing with 4.1.1. Please note that the patch didn't apply cleanly to 4.1.1, but I was able to apply it manually. -- markus dot schoepflin at comsoft dot de changed: What|Removed |Added CC||markus dot schoepflin at ||comsoft dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28307