--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23
08:16 ---
Subject: Bug 16405
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-23 08:14:34
Modified files:
gcc: ChangeLog gimplify.c
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-23
08:17 ---
Fixed in GCC 4.0.
--
What|Removed |Added
Known to fail|3.4.3 4.0.0
--- Additional Comments From frouleau at naotek dot com 2004-12-23 08:45
---
Created an attachment (id=7810)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7810action=view)
workarround to fix the bug
This patch moves attiny13 and attiny2313 from arch4 to arch2. Thus no bugs
occure
Good morning,
I had some bug in my program, corrected, but founded some bug in gcc.
Demonstration of this problem is above.
Thanks for answer
Ale Velebil
gcc (GCC) 3.3.3 20040412 (Red Hat Linux 3.3.3-7)
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-23
11:16 ---
Gerald, you think you can find some cycles to see where we
stand? I'm very curious how we do for this file, and for
the rest of your test suite.
(It'd be nice if you can compare mainline with some other
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-23
11:21 ---
Right... OK, so for mainline the problem is different from 3.4
apparently. Someone should get profile information for this to
see what is going on here.
--
What|Removed
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-23
11:23 ---
Any movement here?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18851
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-23
11:28 ---
Karel, your latest comparison is almost a month old (it was
here: http://gcc.gnu.org/ml/gcc/2004-11/msg01157.html), and
we've fixed a few compile time bottlenecks since then. Can
you spare some cycles and
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-23
11:30 ---
It's interesting that -O1 is consistently slower than previous
releases. Perhaps we should turn off some of the more costly
tree passes at -O1, such as iterating in DOM, and the expensive
loop
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-23
12:19 ---
The initial CP lexer bugger size is 1:
#define CP_LEXER_BUFFER_SIZE 1
That came in with the lex-all-ahead patch from Matt and Zack,
on 2004-09-20 (parser.c rev. 1.250 for the CVS history diggers)
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-23
12:35 ---
Giovanni, any news?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14179
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-23
12:46 ---
This bug was opened almost a year ago, and I'm the only one who's
tried to give it a serious look. How sad.
Denis, you are the only person listed as ip2k maintainer. If you
are not going to fix this,
--
What|Removed |Added
Status|NEW |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13754
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-23
12:55 ---
This is not a wrong-code bug, not as far as we can tell right now, at
least. There is way too little information to say anything at all about
this problem. We need your help here ;-)
Do you have a
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23
12:56 ---
Also happens on ppc-darwin.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23
13:03 ---
Subject: Bug 17746
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-23 13:02:34
Modified files:
gcc: ChangeLog expr.c dojump.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23
13:06 ---
Subject: Bug 17746
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-23 13:05:54
Modified files:
gcc: ChangeLog tree.h
Log message:
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-23
13:10 ---
See http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01748.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2004-12-23
13:10 ---
Fixed
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-23
13:31 ---
Jeff, as I said, you're attacking problems not related to the original
problem reported in this PR. Maybe you don't use bugzilla often enough
to see how annoying it is when the PR summary and the problem
The following program gives nan nan output instead of expected 0 0
#include stdio.h
_Complex double a, r;
double b = 1.0 / 0.0;
int
main (void)
{
__real__ a = 1.0;
__imag__ a = -1.0;
r = a / b;
printf (%f %f\n, __real__ r, __imag__ r);
return 0;
}
As [EMAIL PROTECTED] pointed out
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23
14:41 ---
I don't see anything wrong with this.
--
What|Removed |Added
Component|c
--- Additional Comments From gdr at integrable-solutions dot net
2004-12-23 14:42 ---
Subject: Re: memory consumption for heavy template instantiations tripled
since 3.3
steven at gcc dot gnu dot org [EMAIL PROTECTED] writes:
[...]
| Maybe buffer should not be in GC memory at all?
--- Additional Comments From dmitri at unm dot edu 2004-12-23 14:43 ---
I do not understand. nan is not 0. That seems to be the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19138
.gnu.linkonce.* sections never get the SECTION_SMALL attribute set, but items
small enough and placed therein will still be referenced through gprel22 (i.e.
without going through the linkage table).
A simple solution could be to have IA64 have a custom TARGET_SECTION_TYPE_FLAGS
handler so that the
--- Additional Comments From amodra at bigpond dot net dot au 2004-12-23
14:58 ---
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01820.html
--
What|Removed |Added
--- Additional Comments From dmitri at unm dot edu 2004-12-23 15:18 ---
I noticed that my attempt to do multiple selection of gcc version did not quite
work. I see this bug with gcc 3.2.2, 3.3.3 and as late as 3.4.3 20041212 (Red
Hat 3.4.3-10).
--
--- Additional Comments From jbeulich at novell dot com 2004-12-23 15:18
---
Hmm, it's not as severe as I first thought. The references use ltoff22x
relocations, so they are safe. It is just inefficient to have these data items
not live in short data.
--
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-23 15:19
---
Fixing the problem at the RTL evel with loop header copying improves sixtrack
performance 12.5%.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19038
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-23
15:34 ---
The error message shows 'using-declaration' while it
is actually an 'access-declaration' (section 11.3 in
the standard).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18698
--- Additional Comments From joseph at codesourcery dot com 2004-12-23
15:50 ---
Subject: Re: New: double complex / inf gives nan instead of 0
On Thu, 23 Dec 2004, dmitri at unm dot edu wrote:
The following program gives nan nan output instead of expected 0 0
It would have been
It started failing between
LAST_UPDATED: Sat Dec 18 12:22:14 UTC 2004
LAST_UPDATED: Thu Dec 23 10:53:32 UTC 2004
It works on x86.
,.,. C37402A ACATS 2.5 04-12-23 13:06:28
C37402A CHECK THAT WHEN A FORMAL PARAMETER OF A SUBPROGRAM, ENTRY,
OR GENERIC UNIT HAS AN UNCONSTRAINED
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-23
16:00 ---
s/fixing/papering over/ in the previous comment ;-)
This appears to be a problem with loop-closed ssa form, but I don't
quite understand it yet. But we should fix this on trees no matter
what, we don't
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23
16:05 ---
Note I would not be surprised that fixing this also helps compile time as there
are a couple (really a lot)
of bit fields in GCC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18008
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23
16:09 ---
Subject: Bug 16891
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-23 16:09:01
Modified files:
gcc: ChangeLog calls.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23
16:09 ---
Subject: Bug 16819
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-23 16:09:01
Modified files:
gcc: ChangeLog calls.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23
16:13 ---
Subject: Bug 18962
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-23 16:12:57
Modified files:
gcc/cp : ChangeLog pt.c
Whether #pragma once is or is not deprecated is not the issue. Rather, the
problem is that GCC's behavior since it was deprecated is inappropriate for
writing portable code and arguably violates the intent of the C (9899-1999
6.10.6) and C++ (14882-1998 16.6) language specifications.
While
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-23
16:21 ---
Fixed in mainline (which will become 4.0.0).
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23
16:23 ---
Well it is undeprecated for 3.4.0 so in that way it is fixed so closing as such.
This will not be fixed in 3.3.x as it was a rewrite of libcpp (the
preprocessor) handling of files which
fixed it. So i
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23
16:25 ---
Fixed at least on the mainline.
--
What|Removed |Added
Known to fail|
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23
16:25 ---
Fixed at least on the mainline.
--
What|Removed |Added
Known to fail|3.4.1 4.0.0
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23
16:26 ---
Subject: Bug 18757
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-12-23 16:25:51
Modified files:
gcc/cp :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23
16:27 ---
Subject: Bug 16405
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-23 16:27:12
Modified files:
gcc/testsuite : ChangeLog
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-23
16:39 ---
Well, it's not really a regression, since GCC accepted the code before 3.4.0.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23
16:39 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-23
17:11 ---
Fixed by Richard's patch for PR19102:
http://gcc.gnu.org/ml/gcc-cvs/2004-12/msg00917.html
Btw, I needed to add -march=i686 to the command line to trigger the bug.
--
What|Removed
--- Additional Comments From bangerth at dealii dot org 2004-12-23 17:14
---
Joseph's comment points to the exact right place. The result should be zero.
Confirmed with gcc 3.3 and mainline.
W.
--
What|Removed |Added
--- Additional Comments From janis187 at us dot ibm dot com 2004-12-23
17:18 ---
The patch doesn't work, the command to link 64-bit libiberty.so.0.0.0 still
doesn't use -m64.
This comment in libiberty/Makefile.in might provide a clue about the problem:
# This is tricky. Even though
--- Additional Comments From law at redhat dot com 2004-12-23 17:22 ---
Subject: Re: [4.0 Regression] jump threading
on trees is slow with switch statements with large # of cases
On Thu, 2004-12-23 at 13:31 +, steven at gcc dot gnu dot org wrote:
--- Additional
--- Additional Comments From hjl at lucon dot org 2004-12-23 18:22 ---
With the new patch, there are
COMPILER = $(CC) @DEFS@ $(LIBCFLAGS) $(HDEFINES) @ac_libiberty_warn_cflags@
COMPILE.c = $(COMPILER) -c -I. -I$(INCDIR)
LTCOMPILE = $(LIBTOOL) --mode=compile $(COMPILE.c)
LINK =
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-23
18:25 ---
The patch is the previous comment does not actually apply to this PR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17413
--- Additional Comments From law at redhat dot com 2004-12-23 18:29 ---
Subject: Re: New: tree-ssa-dom.c has an if
statement whose condition is probably wrong
On Tue, 2004-12-21 at 05:59 +, kazu at cs dot umass dot edu wrote:
tree-ssa-dom.c has the following
if
--- Additional Comments From law at redhat dot com 2004-12-23 18:32 ---
Subject: Re: Missed comparision optimization
(jump threading related)
On Wed, 2004-12-22 at 05:33 +, pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot gnu dot
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-23
18:41 ---
Could you please retry with a new checkout?
Richard's patch for PR19102 probably fixed this:
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01777.html
--
What|Removed
--- Additional Comments From hp at gcc dot gnu dot org 2004-12-23 18:46
---
URL:http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01628.html
--
What|Removed |Added
--- Additional Comments From janis187 at us dot ibm dot com 2004-12-23
18:50 ---
There is no -rpath in the command to build 64-bit libiberty. It appears to be
just $(CC) plus -shared, the list of object files, -Wl,-soname
-Wl,libiberty.so.0
-o ././libs/libiberty.so.0.0.0.
Where in
--- Additional Comments From hjl at lucon dot org 2004-12-23 18:55 ---
You need to show me your build log. There should be
.../libtool ... -o libiberty.la ... -rpath
which will build both shared library and static archive.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19135
--- Additional Comments From pcarlini at suse dot de 2004-12-23 19:20
---
I'm tempted to mark this as duplicate of middle-end/18902, which I will try to
(partially) fix after 4.0 branches. Ok with everyone?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19138
--- Additional Comments From hjl at lucon dot org 2004-12-23 19:30 ---
It looks like a libtool bug to me. There is
/bin/sh ./libtool --mode=link
/home/janis/build/gcc-mline/build-gcc-mline-20041222-hjl/gcc/xgcc
-B/home/janis/build/gcc-mline/build-gcc-mline-20041222-hjl/gcc/
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23
19:37 ---
Subject: Bug 16951
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-ppc-branch
Changes by: [EMAIL PROTECTED] 2004-12-23 19:36:58
Modified files:
gcc:
--- Additional Comments From janis187 at us dot ibm dot com 2004-12-23
19:44 ---
An easier question is: how does libmudflap do it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19135
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-23
19:50 ---
The code in the PR is clearly invalid, as it explicitly uses a local class as an
explicit template arugment. However, the broader question is how to perform
overload resolution when argument deduction has
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23
19:54 ---
Subject: Bug 17413
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-23 19:54:09
Modified files:
gcc/testsuite : ChangeLog
gcc/cp :
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-23 19:55
---
Do you have the environment variable PSALLOC set on in the process building GCC?
I build on AIX systems with data, stack, and memory size unlimited, 2GB memory,
PSALLOC unset.
If running stage1 genattrtab
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-23
20:00 ---
Fixed in G++ 4.0.
--
What|Removed |Added
Known to fail|3.4.2 4.0.0
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23
20:06 ---
Subject: Bug 18962
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-12-23 20:06:11
Modified files:
gcc/cp :
--- Additional Comments From aoliva at gcc dot gnu dot org 2004-12-23
20:25 ---
http://www.open-std.org/jtc1/sc22/wg14/www/docs/dr_120.html seems to be pretty
clear on this matter: the type of the bit-field is informally unsigned int :1,
so the conversion invokes undefined behavior per
--- Additional Comments From gdr at integrable-solutions dot net
2004-12-23 20:30 ---
Subject: Re: [3.4/4.0 regression] local classes as template argument
I agree with your analysis. Thanks for the time you put into this.
I record it for future references in EWG.
-- Gaby
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23
20:33 ---
: Search converges between 2004-10-26-161001-trunk (#611) and
2004-11-03-014001-trunk
(#612).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19121
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23
20:37 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From aoliva at gcc dot gnu dot org 2004-12-23
21:03 ---
Paolo's patch looks good to me. Paolo, would you please check it in?
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23
21:39 ---
Subject: Bug 16819
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-12-23 21:39:04
Modified files:
gcc:
--- Additional Comments From hjl at lucon dot org 2004-12-23 21:40 ---
Janis, can you send me the build log of both 32bit and 64bit libmudflap.la?
I only need the one for libmudflap.la.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19135
--- Additional Comments From laurent at guerby dot net 2004-12-23 21:53
---
Richard Kenner in:
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01832.html
Note that C380004 doesn't count and should be made a XFAIL because it
raises a complex implementation issue with arrays of protected
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23
22:07 ---
Subject: Bug 17595
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-23 22:07:02
Modified files:
gcc/cp : ChangeLog parser.c
Log message:
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |zlaski at apple dot com
|dot org |
Status|NEW
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-23
22:20 ---
The cp_parser_pure_specifier and decl2.c hunks are OK, and I think will be
sufficient to fix the PR. Please apply.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17401
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23
22:20 ---
Subject: Bug 17595
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-23 22:19:55
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen
dot de 2004-12-23 22:23 ---
Subject: Re: alloca returning unnecessarily aligned pointer
and uses too much memory
pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot gnu dot
--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen
dot de 2004-12-23 22:23 ---
Subject: Re: alloca returning unnecessarily aligned pointer
and uses too much memory
pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot
--- Additional Comments From hubicka at ucw dot cz 2004-12-23 22:27 ---
Subject: Re: alloca returning unnecessarily aligned pointer and uses too much
memory
--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen
dot de 2004-12-23 22:23 ---
Subject: Re:
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-23
22:28 ---
Fixed in GCC 4.0.
--
What|Removed |Added
Status|ASSIGNED
the following testcase ICEs (even at -O0):
double
__fixunsdfdi (double a)
{
const double hi = a / (((unsigned long long) 1) (sizeof (int) * 8));
return hi;
}
--
Summary: [4.0 Regression] ppc-darwin no longer builds
Product: gcc
Version: 4.0.0
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19142
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23
22:45 ---
Confirmed via: http://gcc.gnu.org/ml/gcc-regression/2004-12/msg00066.html.
--
What|Removed |Added
--- Additional Comments From bangerth at dealii dot org 2004-12-23 23:05
---
A special case of what is covered in this PR is PR 19138.
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18902
--- Additional Comments From bangerth at dealii dot org 2004-12-23 23:06
---
This PR only covers a special case of the other PR, so I would be tempted
to keep both open and if the other one is fixed checked whether this also
covers the special case discussed here. I'm not sure whether
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-23
23:09 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pcarlini at suse dot de 2004-12-23 23:17
---
I'm not sure whether this special
case here immediately follows from fixing PR 18902.
It does, indeed, this one is a *really* a special case: have a look to the test
--- Additional Comments From bangerth at dealii dot org 2004-12-23 23:19
---
I'll be happy to defer to your superior technical knowledge :-)
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19138
--- Additional Comments From pcarlini at suse dot de 2004-12-23 23:22
---
*** Bug 19138 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pcarlini at suse dot de 2004-12-23 23:22
---
Ok ;) Then, let's close this one.
*** This bug has been marked as a duplicate of 18902 ***
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-23
23:51 ---
Subject: Bug 18282
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-12-23 23:50:56
Modified files:
gcc:
--- Additional Comments From john at jupiter dot com 2004-12-23 23:59
---
(In reply to comment #1)
There is the problem:
binutils-2.14.tar.gz
so you need --with-gnu-as and --with-gnu-ld.
Adding these two options does not solve the problem. The libgcc_s.so does not
get built.
--- Additional Comments From wanderer at rsu dot ru 2004-12-24 00:05
---
Good news: i found commit when problem arised: http://gcc.gnu.org/ml/gcc-
cvs/2003-10/msg01125.html
Before this commit testcase compile without problems.
After this commit testcase compilation failed.
Bad news:
--- Additional Comments From bdavis at gcc dot gnu dot org 2004-12-24
00:14 ---
patch here
http://gcc.gnu.org/ml/fortran/2004-12/msg00224.html
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-24
00:29 ---
Subject: Bug 19071
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-24 00:29:08
Modified files:
gcc/testsuite : ChangeLog
libgfortran:
--- Additional Comments From bdavis at gcc dot gnu dot org 2004-12-24
00:29 ---
maybe fixed by pr19071, please check !!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19064
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-24
01:00 ---
We did not have implicit sets in 3.3, so it doesn't show this behavior.
On the other hand, someone could feed RTL to 3.3 where a single register
is set many times, and I'm sure it will show the same
1 - 100 of 141 matches
Mail list logo