--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-15
08:11 ---
Subject: Bug 18983
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-15 08:10:24
Modified files:
gcc/testsuite : ChangeLog
libgfortran/io :
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
08:08 ---
Confirmed, changing the summary a little more.
Also if the file contained anything, we seg fault when finishing the write
(which seems wrong).
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
08:17 ---
To fix the compiling C++/C example use the following code:
typedef float V2SF __attribute__((mode(V2SF)));
--
What|Removed |Added
--
What|Removed |Added
Keywords||ssemmx
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17415
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
08:24 ---
Hmm, The only thing I can think of is moving this warning to the tree level
before we do any
optimization.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19058
--- Additional Comments From konqueror at gmx dot de 2005-01-15 08:34
---
All mauve testcase regarding java.text.CollationElementIterator pass now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9613
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
08:48 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-15
09:46 ---
Subject: Bug 19060
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-15 09:46:10
Modified files:
gcc: ChangeLog fold-const.c
I'm aware of PR13470, although this seems like another issue, using gcc-3.3.5 or
gcc-3.4.3 as bootstrap compiler, the build fails in stage3. Seen with CVS HEAD
20050110.
Matthias
stage2/xgcc -Bstage2/ -B/usr/lib/gcc-snapshot/alpha-linux-gnu/bin/ -c -O2
-gnatpg -gnata -I- -I. -Iada -
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-15
10:50 ---
http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00665.html
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-15
10:51 ---
Any news on this, Matthias?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18615
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-15
11:09 ---
Technically illagal, so removing rejects-valid keyword.
IFC is not a particularly good judge of whether code is legal ;-)
--
What|Removed |Added
--- Additional Comments From debian-gcc at lists dot debian dot org
2005-01-15 12:00 ---
started a new build ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18615
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15
12:25 ---
You'd almost think Andrew is not a native speaker.
What I think he asks is: Can the patch that caused this be done in a different
way such that the code is still correct but the compile time regression goes
--- Additional Comments From baldrick at free dot fr 2005-01-15 12:27
---
Subject: Re: ACATS CXA4009, CXA4020 - valgrind detects bad code (overlapping
memcpy)
Confirmed, the problem is in gimplify_modify_expr_to_memcpy (but this is not
a regression even
though this is a
Mainline's C++ frontend warns about the following code snippet:
==
int i=-1;
unsigned int j= ~0;
==
warn.cc:2: warning: converting of negative value '-0x1' to
'unsigned int'
The strange thing is that the warning disappears if I comment out the
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15
12:33 ---
Set to front-end bug based on observations by the reporter (as opposed to wild
guessing by someone else...)
--
What|Removed |Added
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15
12:29 ---
Test case???
There are many other problems with delete_trivially_dead_insns, unsurprisingly,
so maybe the whole thing should be revisited and reconsidered :-/
--
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15
12:37 ---
SSE bug - rth
--
What|Removed |Added
CC||rth at
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15
12:39 ---
Why is this a middle-end bug? Is this not target-specific?
Anyone working on fixes?
--
What|Removed |Added
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15
12:41 ---
Anyone working on this?
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15
12:45 ---
Jason was looking into NRV issues...
--
What|Removed |Added
CC|
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15
12:46 ---
Jakub, can you please close bugs after you have commited your fixes?
--
What|Removed |Added
steven at gcc dot gnu dot org wrote:
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15
12:46 ---
Jakub, can you please close bugs after you have commited your fixes?
Do not close it, it causes bootstrap failure on ppc linux.
--- Additional Comments From toa at pop dot agri dot ch 2005-01-15 12:48
---
Subject: Re: [4.0 Regression] Miscompiling of
if and long long
steven at gcc dot gnu dot org wrote:
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15
12:46 ---
Jakub, can you
--- Additional Comments From andreast at gcc dot gnu dot org 2005-01-15
12:53 ---
Do not know if it is really this patch or if we uncover another problem:
/mnt/slice1/gcc-trunk/gcc/gcc/libgcc2.c: In function '__mulvdi3':
/mnt/slice1/gcc-trunk/gcc/gcc/libgcc2.c:279: internal compiler
--- Additional Comments From andreast at gcc dot gnu dot org 2005-01-15
13:05 ---
Starting program: /mnt/slice1/gcc-trunk/objdir/gcc/cc1 -fpreprocessed libgcc2.i
-quiet -dumpbase libgcc2.c -auxbase-strip libgcc/./_mulvdi3.o -g -O2 -W -Wall
-Wwrite-strings -Wstrict-prototypes
--- Additional Comments From wanderer at rsu dot ru 2005-01-15 13:12
---
Subject: Re: [4.0 Regression] Miscompiling of if and long long
--- Additional Comments From toa at pop dot agri dot ch 2005-01-15
12:48 ---
Subject: Re: [4.0 Regression] Miscompiling of
if and long
The following testcase, reduced from mulvdi3, causes an ICE.
int
foo (int c)
{
if (c = 0)
return 1;
else if (c == -1)
return 1;
return 0;
}
internal compiler error: in simplify_cond_and_lookup_avail_expr, at
tree-ssa-dom.c:2099
Most likely, this patch caused the problem.
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15
13:55 ---
http://gcc.gnu.org/ml/gcc-bugs/2005-01/msg01986.html suggests that it is
a different patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19458
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-15 14:56
---
I have bootstrapped the patch yesterday on
{i386,x86_64,ppc,ppc64,s390,s390x,ia64}-redhat-linux and it certainly worked.
The only change was that tree_int_cst_equal || tree_int_cst_lt -
tree_int_cst_lt
that
--- Additional Comments From wanderer at rsu dot ru 2005-01-15 15:06
---
Are you sure?
I check GCC mainline (2005-01-15 09:00 GMT - before PR 19060 patch) - ./xgcc
compile __mulvdi3 without problems
And GCC mainline (2005-01-15 09:00 GMT - after PR 19060 patch) - ./xgcc
__mulvdi3
--- Additional Comments From wanderer at rsu dot ru 2005-01-15 15:08
---
http://gcc.gnu.org/ml/gcc-bugs/2005-01/msg01986.html suggests
that it is a different patch.
I check GCC mainline (2005-01-15 09:00 GMT - before PR 19060 patch) - ./xgcc
compile __mulvdi3 without problems
And
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-15 15:16
---
This happens also at x86_64-linux-gnu:
../../gcc/libgcc2.c: In function '__mulvti3':
../../gcc/libgcc2.c:279: internal compiler error: in
simplify_cond_and_lookup_avail_expr, at tree-ssa-dom.c:2099
Please
CVS 20050115 doesn't bootstrap on i486-linux.
Matthias
Last ChangeLog entry is
2005-01-15 Marc Espie [EMAIL PROTECTED]
simplify_cond_and_lookup_avail_expr was last touch by
2005-01-15 Jakub Jelinek [EMAIL PROTECTED]
./xgcc -B./ -B/usr/i486-linux/bin/ -isystem /usr/i486-linux/include
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-15 16:07
---
*** Bug 19459 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
16:08 ---
Closing as fixed.
--
What|Removed |Added
Status|NEW
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-15 16:07
---
*** This bug has been marked as a duplicate of 19458 ***
--
What|Removed |Added
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- Additional Comments From mark at gcc dot gnu dot org 2005-01-15 16:20
---
The crash probably came from the use of '.' instead of '/' in the JNI method
signature requested in the native code. Fixed in GNU Classpath CVS by:
2005-01-15 Mark Wielaard [EMAIL PROTECTED]
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
16:23 ---
(In reply to comment #25)
(Well considering, I asked the same question which Eric was asking, or really I
was asking the same
question).
And Eric put this into waiting for a reason and I am keeping it
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 16:24
---
On mmix-knuth-mmixware, with Sat Jan 15 12:02:23 UTC 2005
build fails in a similar way, same reduced test-case,
with -O1 and -O2 (cut-n-pasted):
/home/hp/combined/mmixware-sim/gcc/xgcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
16:27 ---
(In reply to comment #6)
Set to front-end bug based on observations by the reporter (as opposed to wild
guessing by someone else...)
I was not guessing, I actually debuged this and came up with this
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-01-15 16:34 ---
Subject: Re: [4.0 Regression] FAIL: gcc.c-torture/execu
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-15
12:39 ---
Why is this a middle-end bug? Is this not
--
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
16:42 ---
Hmm, alphaev67-unknown-linux-gnu reported results on the 13th:
http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00613.html
Are you sure that this is not fixed yet?
--
What|Removed
One particular F90 source code file in our solver package causes gfortran to
issue an internal compiler error and seg fault. I have not been able to
determine precisely what in the file triggers the problem.
I am using gfortran version 4.0.0 20050106 (experimental). It was configured
and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
16:49 ---
Confirmed, I have been wondering where this warning was coming from.
--
What|Removed |Added
--
What|Removed |Added
Severity|critical|normal
GCC build triplet|x86_64-unknown-linux-gnu|
GCC target triplet|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
16:51 ---
Fixed by:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00882.html
--
What|Removed |Added
--- Additional Comments From cummings at cacr dot caltech dot edu
2005-01-15 16:56 ---
Created an attachment (id=7965)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7965action=view)
Generic_EvalsAndETAX.f90 source code and modules
Unpack this file and then run the compile command
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
17:01 ---
(In reply to comment #3)
I am testing BOOT_CFLAGS='-O2 -g -gstabs' on ppc-darwin to see if this is a
dup of bug 19327.
Oh, the correct way to test that would be '-O2 -gstabs' and leave out the -g,
--- Additional Comments From schlie at comcast dot net 2005-01-15 17:07
---
(In reply to comment #1)
woudn't one exect that any constant = 0 to be compatible with signed or
unsigned, where
only constants 0 should be assumed to be only compatible with signed without
a cast?
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-15
17:10 ---
Subject: Bug 19388
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-15 17:10:02
Modified files:
gcc: ChangeLog
gcc/config/pa :
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
17:13 ---
This is a dup of bug 16861, I found this by looking at .mod for that PR and
looking for similarities (after
seeing the backtrack was similar).
Generic_EvalsAndETAX uses generic_evalgamma and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
17:13 ---
*** Bug 19460 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From schlie at comcast dot net 2005-01-15 17:17
---
(In reply to comment #2)
where futher then any constant not explictly negative should be considerd
compatible with either
signed or unsigned assignment; thereby 0x8000 is compatible with either, as
the
--- Additional Comments From danglin at gcc dot gnu dot org 2005-01-15
17:27 ---
The patch causes problems:
spawn /xxx/gnu/gcc-3.4/objdir/gcc/g++ -shared-libgcc -B/xxx/gnu/gcc-3.4/objdir/g
cc/ -nostdinc++ -L/xxx/gnu/gcc-3.4/objdir/vax-dec-ultrix4.3/libstdc++-v3/src -L/
--- Additional Comments From schlie at comcast dot net 2005-01-15 17:36
---
(In reply to comment #0)
Lasly, (sorry for not collecting all thoughts first), suspect the problem may
be that
~ is being considered as being analogous to an arithmetic -, which it shoudn't
be;
therefore
--- Additional Comments From schlie at comcast dot net 2005-01-15 18:09
---
(In reply to comment #4)
(again sorry), nor should ~0 be considred equivelent to -1, any more than any
explicit
non-signed constant like 0x for example be (as previously questioned), as
such
values only
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
18:18 ---
Confirmed as a dup of bug 19327, -O2 -gstabs causes a bootstrap failure on
ppc-darwin with the
same errror:
/usr/bin/ld: Undefined symbols:
_exp_ch2__expand_current_value__in_appropriate_scope.625
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
18:18 ---
*** Bug 19436 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19327
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
18:21 ---
Fixed, the remaining build failure is recorded in PR 19327.
--
What|Removed |Added
Bootstrapping in a unified tree, LAST_UPDATED Fri Jan 14 01:28:39 UTC 2005
(together with gas and ld) with srcdir/configure --disable-nls
(because without that, I get missing NLS-related symbols, but that's another
story), from a gcc-2.95.2 installation and using GNU make, I get this error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
19:08 ---
http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00409.html
hmm, I don't know if that was with the native tools or not.
--
What|Removed |Added
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 19:13
---
For future reference, it would have been ok to assign this bug to me, once
the bug was diagnosed and attributed to an incomplete patch of mine.
(BTW, your patch introduces spurious spaces.)
--
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-15
19:14 ---
Which binutils version?
--
What|Removed |Added
CC|
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-15
19:20 ---
http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00409.html
hmm, I don't know if that was with the native tools or not.
Native, as neither --with-gnu-as not --with-gnu-ld is specified.
But I
Similar to PR target/7042, this bug is about reorg generating
a return insn while current_function_epilogue_delay_list.
The test-case is newlib/libc/string/wcscspn.c:1.1, which will
be entered in the test-suite (including copyright/license note)
with modified data-types to avoid included files.
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 19:51
---
This bug was first spotted with Fri Jan 14 01:28:39 UTC 2005,
then confirmed on another system with Fri Jan 14 10:58:15 CET 2005.
Patch-testing in progress.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
20:03 ---
Any smaller testcase would be helpfull :).
--
What|Removed |Added
Severity|normal
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-15
20:05 ---
Subject: Bug 19336
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-15 20:04:57
Modified files:
gcc: ChangeLog
gcc/config/pa :
--- Additional Comments From danglin at gcc dot gnu dot org 2005-01-15
20:07 ---
Note: the patch doesn't fix the PR. It addresses a correctness issue
regarding the lack of TImode support on hppa64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19336
Under elusive conditions, hence the rather cluttered testcase, i'm seeing some
387 constants being used here and there; it doesn't have a big performance
impact but it's not uncommon or correct :)
Happens on gcc-40102 and a 2 day old cvs version (post SSE audit).
With: -O2 -march=k8
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 20:15
---
Why was severity changed to minor?
I changed it back to normal; this bug must be fixed,
so maybe it should have been critical.
And I'll handle the test-case, don't worry.
--
What|Removed
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 20:17
---
No, this is with gas and GNU ld, as I said:
Using `/tmp/hptmp/combined/gcc/config/sparc/sparc.c' for machine-specific logic.
Using `/tmp/hptmp/combined/gcc/config/sparc/sparc.md' as machine description
file.
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 20:19
---
Oh, you meant what binutils was used at the testresults URL!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19461
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
20:22 ---
Still since Eric could bootstrap with the GNU binutils, this almost has to be a
binutils bug.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
20:27 ---
Well there is no testcase in this bug.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-01-15 20:34 ---
Paul, the code is legal! Both NAG and Lahey compile the code
without warning or error. Apparently, IFC also compiles the
code. I just sent you a new patch to fix the bug.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
20:39 ---
I would doubt this is target related but really the register allocator sucking.
--
What|Removed |Added
GCC with gcse enabled generates very poor code for this fragment:
--
int r0, r1, r2, r3, r4, r5;
void f (int n)
{
while (-- n)
{
r1 += r0;
r2 += r1;
r3 += r2;
r4 += r3;
r5 += r4;
--
What|Removed |Added
Known to fail||3.3.5 3.4.4 4.0.0
Known to work||2.95.3 3.0.4
Target Milestone|---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
21:04 ---
Confirmed, for 3.4 and 3.3, -fnew-ra fixes the problem so this is just the
register allocator really being
stupid.
With 4.0 and -fnew-ra, we just seg fault (I think this is why we should remove
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 21:05
---
Hm, I thought I had assigned this to me. Stupid bugzilla.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15
21:06 ---
You know that there is a view bug activity which shows why something in the
state.
Again there is no testcase here, we really need one even though you are fixing
it.
--
What|Removed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-15
21:19 ---
Subject: Bug 19321
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-15 21:18:59
Modified files:
gcc/testsuite : ChangeLog
gcc/objc :
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 21:27
---
Of course we need a test-case. Still, when I've assigned the bug to me
_I_will_take_care_of_that_. See also initial text. You're not helping.
--
What|Removed |Added
--- Additional Comments From zlaski at apple dot com 2005-01-15 21:27
---
Committed fix.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-15
21:30 ---
Subject: Bug 19462
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-15 21:30:42
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-15
21:44 ---
Subject: Re: New: [3.3/3.4/4.0 Regression]
gcse causes poor register allocation
This is a regression and was introduced by this change:
I have a very hard time believing this, since the patch
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-15
21:48 ---
Subject: Re: [3.3/3.4/4.0 Regression] gcse
causes poor register allocation
On Sat, 2005-01-15 at 21:44 +, dberlin at dberlin dot org wrote:
--- Additional Comments From dberlin at gcc dot
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-15
22:06 ---
I just bootstrapped C,C++ mainline against Binutils 2.15 CVS without a hitch:
_eprintf.o: file format elf32-sparc
SYMBOL TABLE:
ldf *ABS* libgcc2.c
ld .text
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-15
22:27 ---
Subject: Bug 19444
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-15 22:27:02
Modified files:
libjava: ChangeLog
libjava/java/net:
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-01-15 22:27 ---
I started a thread on c.l.f. The title is whitespace in signed real literal
constants. So far, it appears that the code is indeed standard conforming.
--
--- Additional Comments From konqueror at gmx dot de 2005-01-15 22:30
---
I'm working on it
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From konqueror at gmx dot de 2005-01-15 22:30
---
I'm working on it.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From hp at gcc dot gnu dot org 2005-01-15 22:31
---
Will cvs up binutils and retry.
(Oh my. It might actually be that the checkout
is from before your recent .hidden/_GOT_-whatever
bfd fix!)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19461
--- Additional Comments From konqueror at gmx dot de 2005-01-15 22:36
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
1 - 100 of 121 matches
Mail list logo
