--- 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
--- 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
--- 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
--- 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 wi
--- 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: alphaev5
--- 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//ccTogm
--- 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/
--- 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
--- 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
--- 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
--- 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 err
--- 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
--- 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
--- 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 --crea
: 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
--- 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=12390&action=view)
Patch for mips-tfile.c against 4.1.1 source tree.
This turned out to be a bug in mips-
--- 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 s
17 matches
Mail list logo