[Bug ada/43749] installed gnat cannot find installed libraries when exec-prefix != prefix

2010-04-15 Thread markus dot schoepflin at comsoft dot de
--- 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

2009-01-14 Thread markus dot schoepflin at comsoft dot de
--- 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

[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2009-01-12 Thread markus dot schoepflin at comsoft dot de
--- 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

2009-01-12 Thread markus dot schoepflin at comsoft dot de
--- 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

[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2009-01-12 Thread markus dot schoepflin at comsoft dot de
--- 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

[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2009-01-12 Thread markus dot schoepflin at comsoft dot de
--- 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

[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2009-01-12 Thread markus dot schoepflin at comsoft dot de
--- 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

[Bug target/4605] [alpha-osf]mips-tfile spaced directory names

2009-01-12 Thread markus dot schoepflin at comsoft dot de
--- 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

[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.

2009-01-09 Thread markus dot schoepflin at comsoft dot de
--- 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.

2009-01-08 Thread markus dot schoepflin at comsoft dot de
--- 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

[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.

2009-01-08 Thread markus dot schoepflin at comsoft dot de
--- 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.

2009-01-07 Thread markus dot schoepflin at comsoft dot de
--- 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

[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.

2009-01-07 Thread markus dot schoepflin at comsoft dot de
--- 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

2008-12-12 Thread markus dot schoepflin at comsoft dot de
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

2008-12-12 Thread markus dot schoepflin at comsoft dot de
--- 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

[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.

2006-10-06 Thread markus dot schoepflin at comsoft dot de
--- 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

[Bug target/28307] [4.1/4.2 Regression] pthread functions in libgcc not weak any more on Tru64 UNIX

2006-10-05 Thread markus dot schoepflin at comsoft dot de
--- 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