Hi Daniel,
I have already reported this bug. The bug number is #27363.
I also tried the gcc snapshot 4.1.1-20060421. The bug is not
fixed in this version too.
Thanks Regards
yfw
On 5/1/06, Daniel Jacobowitz [EMAIL PROTECTED] wrote:
On Sun, Apr 30, 2006 at 11:03:05AM +0800, Fengwei Yin wrote:
Any ideas?
Re-run the testsuite, they most likely will disappear.
--
Eric Botcazou
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The x86 box that runs SPEC2000 daily has hardware problems. It will be
looked at sometime this week, but I'm not sure when it will be back online.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
I would like to know who supports pdp11 for 3.4.6 or even the latest 4.x
version of gcc? Is it still being maintained ? I'm trying to cross compile a
pdp11 on my i686 and I'm having problems. If I can talk to the maintainer(s)
I can get some help and maybe even get involved in pdp11 support.
Hello,
As a quick reminder, the problem that I encountered arised when trying
to compile source files that are NOT encoded with the same encoding as
the system header files. My current Linux machine uses UTF-8, but I am
trying to compile files that were created using Windows unicode.
To
I'd like to extend the FPSCR support functions in SH's libgcc.a to
include a way for applications to change the bits that GCC doesn't
care about (exception handling, denormals, etc). I've come up with
this routine and (after much head-banging) managed to test it on real
hardware. The idea is
I have a hex file that i want to read and then write to another file and
preserve the hex info.
What is the best approach?
thanks,
**
David DeSimone
Los Alamos National Laboratory
Advanced Nuclear Technology N-2
Mail stop: B228
Los Alamos, NM 87545
phone:
On Apr 29, 2006, at 7:45 AM, Manfred von Willich wrote:
Any interested GCC maintainers/contributors:
I'd encourage you to work up a solid proposal for ISO/ANSI and
propose it there. Some of the issues you bring up have already been
discussed in that forum and decided, I'd doubt that
On May 1, 2006, at 1:26 PM, David Desimone wrote:
I have a hex file that i want to read and then write to another
file and preserve the hex info.
Wrong list.
gcc:version 4.02
target: DLX CPU (port in progress)
Does anyone have an idea what can cause this?
Is this a bug in gcc or in target cpu files?
It's almost certainly a bug in your target files. The quickest course
of action would be to run cc1 under gdb, feed it with the same source
svn is giving me grief, I'm merging and getting:
mrs $ svn cp -r113703 svn+ssh://src.apple.com/svn/fsf-gcc/gcc/
branches/apple-local-200502-branch/gcc/testsuite/g++.dg/
bitreverse-10.C bitreverse-10.C
svn: Entry for 'bitreverse-10.C' exists (though the working file is
missing)
mrs $ svn add
mrs $ svn cp -r113703 svn+ssh://src.apple.com/svn/fsf-gcc/gcc/
branches/apple-local-200502-branch/gcc/testsuite/g++.dg/
bitreverse-10.C bitreverse-10.C
svn: Entry for 'bitreverse-10.C' exists (though the working file is
missing)
How do I `fix' this. I know how to fix it with multiple
On May 1, 2006, at 7:43 PM, Paul Brook wrote:
What exactly are you trying to achieve?
The first order operation is is a new fangled concept called a
merge. The second order operation is to dig out from under svn bugs
with additional commands to get the state of the working copy
correct,
It amazes me that svn can't do a merge.
That's patently inaccurate.
Have you tried using the svnmerge script that uses SVN properties to
remember which changesets you have (and haven't) merged?
Ben
Well, conceptually, I want the history for the file, hence the cp. I
was trying to get around yet another svn bug that causes checkins of
merge products to fail.
What bugs?
If you file them, and tell us how to reproduce them, maybe we could fix
them?
On 5/2/06, Mike Stump [EMAIL PROTECTED] wrote:
It amazes me that svn can't do a merge.
Just because you can't do it, doesn't mean svn can't do it. Other
people have been maintaining branches with svn for months now without
trouble.
Gr.
Steven
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Stump wrote:
It amazes me that svn can't do a merge.
You obviously have not read the documentation nor browsed the GCC wiki.
Doing merges with svn is amazingly simple.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-01 06:18 ---
Grrr:
Visiting PHI node: i_3 = PHI i_17(4), i_13(13);
Argument #0 (4 - 12 executable)
i_17
Value: [1, 1] EQUIVALENCES: { } (0 elements)
Argument #1 (13 - 12 executable)
i_13
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-01 06:19 ---
PR 25643 shows why this is even more important than just the testcase below.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23744
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-01 06:24 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-01 06:25 ---
I see the following files still present on the mainline with a cross compilers:
./gcc:
total 488
-rw-r--r--1 pinskia pinskia1143 Mar 27 00:17 libada-mk
drwxr-xr-x3 pinskia pinskia 102 Mar 27 00:17
Just filing a bug report based on what I see with a make distclean in the
toplevel directory.
--
Summary: [4.2 Regression] gstdint.h in libdecnumber is not
cleaned up with make distclean
Product: gcc
Version: 4.2.0
Status:
--- Comment #3 from csm at gnu dot org 2006-05-01 06:41 ---
It looks like methods internal to Class need to bypass the security manager
when getting the class loader, or should be doing that lookup in a
`doPriviliged' block, right?
Does Classpath itself suffer from this?
--
--- Comment #10 from pluto at agmk dot net 2006-05-01 08:05 ---
(In reply to comment #9)
Created an attachment (id=10666)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10666action=view) [edit]
patch to SVN GCC: (GNU) 4.2.0 20060117 (experimental)
this patch ICEs recent x86-64
--- Comment #6 from baldrick at free dot fr 2006-05-01 10:09 ---
Re comment #5:
so we have [1,1] UNION [2, +INF] and we just get ~[0,0] bogus
and it also means this is PR 23744.
This is more than PR 23744: with the fix for PR 23744 applied,
__builtin_abort () is still not eliminated
--- Comment #7 from pluto at agmk dot net 2006-05-01 10:31 ---
4.1.1-20060501 (rev. 113407) fails again.
[ i686 ]
./c-format.o differs
./combine.o differs
./global.o differs
./i386.o differs
./ipa-cp.o differs
./loop.o differs
./modulo-sched.o differs
./reg-stack.o differs
--- Comment #2 from pluto at agmk dot net 2006-05-01 10:41 ---
(In reply to comment #1)
...and the current 4.2.0 ICEs on this testcase:
$ ./xgcc -B. 26915.c -m32 -march=i686
26915.c: In function #8216;minus1#8217;:
26915.c:1: error: bb_for_stmt (stmt) is set to a wrong basic block
--- Comment #13 from rguenth at gcc dot gnu dot org 2006-05-01 11:36
---
Subject: Bug 26565
Author: rguenth
Date: Mon May 1 11:36:27 2006
New Revision: 113410
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113410
Log:
2006-05-01 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #14 from rguenth at gcc dot gnu dot org 2006-05-01 12:04
---
Subject: Bug 26565
Author: rguenth
Date: Mon May 1 12:04:13 2006
New Revision: 113411
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113411
Log:
2006-05-01 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #15 from rguenth at gcc dot gnu dot org 2006-05-01 12:04
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot
|dot org
Until/unless bug 25375 is fixed, I'd like to use the Xlib AWT peer. But I can't
yet, because it doesn't implement the peer method for
java.awt.Font.canDisplayUpTo - it throws an UnsupportedOperationException.
(Incidentally, the gtk peer doesn't implement it either - it just returns a
dummy
When compiling a C++ program (for the AVR target) that defines interrupt
vectors using the externally_visible attribute, I get this ICE message:
avrlib/bits/atmega128_usart.cpp:20: internal compiler error: tree check:
expected tree that contains 'decl minimal' structure, have 'omp_atomic' in
--- Comment #2 from ned at bike-nomad dot com 2006-05-01 14:40 ---
Created an attachment (id=11353)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11353action=view)
precompiled file that causes ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27369
--- Comment #2 from ned at bike-nomad dot com 2006-05-01 15:01 ---
Still present in 4.2-20060429 snapshot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26882
--- Comment #12 from rguenth at gcc dot gnu dot org 2006-05-01 15:07
---
Subject: Bug 26726
Author: rguenth
Date: Mon May 1 15:07:25 2006
New Revision: 113414
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113414
Log:
2006-05-01 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #13 from rguenth at gcc dot gnu dot org 2006-05-01 15:09
---
This is now a target specific problem, on i?86 and x86_64 we are left with an
offset of -4B and so referencing a[5] in the exit condition.
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #5 from rth at gcc dot gnu dot org 2006-05-01 15:11 ---
We went through three iterations of this on the branch.
The variable identification step cannot be done before gimplification,
because it requires that we also mark some variables that are created
by the gimplification
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-05-01 15:11
---
Subject: Bug 26912
Author: mmitchel
Date: Mon May 1 15:11:34 2006
New Revision: 113415
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113415
Log:
PR c++/26912
* decl.c (grokdeclarator):
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-05-01 15:12
---
Subject: Bug 26912
Author: mmitchel
Date: Mon May 1 15:12:11 2006
New Revision: 113416
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113416
Log:
PR c++/26912
* g++.dg/template/friend41.C:
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-05-01 15:13
---
Fixed in 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from dnovillo at gcc dot gnu dot org 2006-05-01 15:15
---
(In reply to comment #2)
without this we don't remap privatized global vars except directly in the
omp context that privatized them.
But this is as it should be. We are only required to privatize variables in
class QByteArray {
public:
QByteArray(const QByteArray );
};
class QString {
QByteArray toLocal8Bit() const __attribute__ ((warn_unused_result));
inline QByteArray local8Bit() const{ return toLocal8Bit(); }
};
Produces with g++ -S -Wall:
test.1.1.min.ii: In member function 'QByteArray
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-01 15:19 ---
A regression from 3.4.6. Works in 4.1.0 - Janis, can you hunt this down?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-01 15:24 ---
Though 4.1.0 seems to not warn at all:
class QByteArray {
public:
QByteArray(const QByteArray );
};
class QString {
QByteArray toLocal8Bit() const __attribute__ ((warn_unused_result));
inline QByteArray
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Known to work|3.4.6 4.1.0 |3.4.6 4.1.0
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-01 15:38 ---
This is more likely a GC issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
class QByteArray {
public:
QByteArray(const QByteArray );
};
class QString {
QByteArray toLocal8Bit() const __attribute__ ((warn_unused_result));
void fooWarnHere() const { toLocal8Bit(); }
};
Does not complain about fooWarnHere(). 4.0.3 did this.
--
Summary: [4.1/4.2
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #5 from jakub at gcc dot gnu dot org 2006-05-01 16:07 ---
We do need a barrier (well, in some cases with extra code we can avoid
it in some cases), in order to honor 2.8.3.4:
If a list item appears in both firstprivate and lastprivate clauses, the
update
required for
--- Comment #6 from dnovillo at redhat dot com 2006-05-01 16:11 ---
Subject: Re: [gomp] firstprivate not working properly with
non-POD
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
jakub at gcc dot gnu dot org wrote:
--- Comment #5 from jakub at gcc dot gnu dot org 2006-05-01
--- Comment #13 from law at redhat dot com 2006-05-01 16:36 ---
The overflow check for multiplication is totally bogus. The right way to check
for overflow of an integer multiplication is to use division.
ie, given
res = a * b;
Divide res by a, if the result is less than b, then the
--- Comment #2 from rth at gcc dot gnu dot org 2006-05-01 17:46 ---
Subject: Bug 27358
Author: rth
Date: Mon May 1 17:46:32 2006
New Revision: 113421
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113421
Log:
PR c/27358
* c-parser.c
--- Comment #3 from rth at gcc dot gnu dot org 2006-05-01 17:50 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from bero at arklinux dot org 2006-05-01 17:50 ---
Agreed, should be built in any case (which is apparently done correctly in
current trunk).
trunk still has the problem that the classpath_jawt_* functions are defined for
the gtk peer only; an implementation for the qt
--- Comment #7 from rth at gcc dot gnu dot org 2006-05-01 17:58 ---
(In reply to comment #5)
1) if we prove the structured block has at least one barrier in between the
firstprivate and lastprivate code chunks (doesn't matter if explicit #pragma
omp barrier or some other OMP stuff
gcc version 4.2.0 20060501 (experimental)
gfortran -c -O2 bug.f90
bug.f90: In function âreset_to_next_rng_substreamâ:
bug.f90:11: internal compiler error: in add_virtual_operand, at
tree-ssa-operands.c:1284
for :
cat bug.f90
MODULE parallel_rng_types
INTEGER, PARAMETER :: dp=KIND(0.0D0
--- Comment #31 from gdr at integrable-solutions dot net 2006-05-01 18:55
---
Subject: Re: hidden declarations klobber STL
pcarlini at suse dot de [EMAIL PROTECTED] writes:
| Well, two comments: first, I cannot reproduce with current mainline. Second,
| frankly, if the implication
--- Comment #32 from gdr at integrable-solutions dot net 2006-05-01 18:59
---
Subject: Re: hidden declarations klobber STL
pcarlini at suse dot de [EMAIL PROTECTED] writes:
| --- Comment #14 from pcarlini at suse dot de 2006-04-20 09:37 ---
| (In reply to comment #12)
| I
--- Comment #33 from gdr at integrable-solutions dot net 2006-05-01 19:02
---
Subject: Re: hidden declarations klobber STL
bangerth at dealii dot org [EMAIL PROTECTED] writes:
| I mean, it's a miracle your code actually does what you expect.
:-))
-- Gaby
--
--- Comment #4 from steven at gcc dot gnu dot org 2006-05-01 19:17 ---
Re. comment #2 and comment #3, yes you are expecting too much of the nonnull
attribute. The attribute only applies to function arguments, not to function
results.
--
--- Comment #5 from steven at gcc dot gnu dot org 2006-05-01 19:19 ---
Ehm, right, ignore comment #4.
Yes it is possible.
No, it's not very practical. Your code looks like,
bool f(A *a) {
g(a);
return a;
}
to the middle end. It would take a significant amount of extra work to
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-05-01 19:21 ---
Though it's also not hard to teach VRP to do this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27336
--- Comment #7 from rakdver at gcc dot gnu dot org 2006-05-01 19:42 ---
Subject: Bug 27144
Author: rakdver
Date: Mon May 1 19:42:01 2006
New Revision: 113425
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113425
Log:
PR tree-optimization/27144
*
--- Comment #5 from rakdver at gcc dot gnu dot org 2006-05-01 20:06 ---
Subject: Bug 27283
Author: rakdver
Date: Mon May 1 20:05:57 2006
New Revision: 113427
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113427
Log:
PR tree-optimization/27283
*
--- Comment #12 from gdr at integrable-solutions dot net 2006-05-01 20:45
---
Subject: Re: goto crossing P.O.D. initialization
falk at debian dot org [EMAIL PROTECTED] writes:
| I think this is a valid request. While random language extensions aren't
| useful,
| compatibility with
--- Comment #6 from rakdver at gcc dot gnu dot org 2006-05-01 20:46 ---
Subject: Bug 27291
Author: rakdver
Date: Mon May 1 20:46:22 2006
New Revision: 113430
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113430
Log:
PR rtl-optimization/27291
* loop-doloop.c
--- Comment #13 from gdr at integrable-solutions dot net 2006-05-01 20:47
---
Subject: Re: goto crossing P.O.D. initialization
pinskia at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| PR 27252 (aka PR 9278) is another example where C and C++ diff and in fact
was
| just fixed for
--- Comment #14 from gdr at integrable-solutions dot net 2006-05-01 20:48
---
Subject: Re: goto crossing P.O.D. initialization
acahalan at gmail dot com [EMAIL PROTECTED] writes:
| I only ask that C compatibility be provided for code that would otherwise
fail
| to compile as C++.
--- Comment #15 from falk at debian dot org 2006-05-01 20:55 ---
(In reply to comment #12)
Subject: Re: goto crossing P.O.D. initialization
falk at debian dot org [EMAIL PROTECTED] writes:
| I think this is a valid request. While random language extensions aren't
| useful,
|
--- Comment #29 from rguenth at gcc dot gnu dot org 2006-05-01 21:12
---
ca11011 looks like a spurious failure (do I hate that...).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15911
fmdrr and fmrrd each take three arguments.
However, the output templates are giving only two arguments.
I've got a patch.
--
Summary: *arm_movdi_vfp in config/arm/vfp.md has wrong output
templates
Product: gcc
Version: unknown
--- Comment #1 from kazu at gcc dot gnu dot org 2006-05-01 21:55 ---
Subject: Bug 27374
Author: kazu
Date: Mon May 1 21:55:02 2006
New Revision: 113436
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113436
Log:
PR target/27374
* config/arm/vfp.md
--- Comment #2 from kazu at gcc dot gnu dot org 2006-05-01 21:56 ---
Subject: Bug 27374
Author: kazu
Date: Mon May 1 21:56:47 2006
New Revision: 113437
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113437
Log:
PR target/27374
* config/arm/vfp.md
--- Comment #3 from kazu at gcc dot gnu dot org 2006-05-01 21:58 ---
Just checked in a patch.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #16 from gdr at integrable-solutions dot net 2006-05-01 23:30
---
Subject: Re: goto crossing P.O.D. initialization
falk at debian dot org [EMAIL PROTECTED] writes:
| --- Comment #15 from falk at debian dot org 2006-05-01 20:55 ---
| (In reply to comment #12)
|
--- Comment #7 from gdr at integrable-solutions dot net 2006-05-01 23:39
---
Subject: Re: valarray uses __cos which may conflict with libm functions
marc dot glisse at normalesup dot org [EMAIL PROTECTED] writes:
| (In reply to comment #4)
| Should all those private classes and
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2006-05-02 00:02
---
Patch here:
http://gcc.gnu.org/ml/fortran/2006-05/msg0.html
Waiting for approval
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24459
--- Comment #3 from janis at gcc dot gnu dot org 2006-05-02 00:09 ---
The warning for the original testcase went away with this patch:
r81764 | dnovillo | 2004-05-13 06:41:07 + (Thu, 13 May 2004) | 3 lines
Merge tree-ssa-20020619-branch into mainline.
Google Browser - Firefire with Toolbar
Click on the Link Below - IT IS FREE
http://services.google.com/toolbar/firefox_install?hl=enai=BwZGf00c4RM3yA7SQLoKGhYMI6ZnSFOeo_M8BxY23AQAQASCltJQGSKI5UIPj0QKgAbWVyP0DyAECgAIBlQInfgsKgclid=CMT20ri8noQCFU6JCwodYwHAhQ
--- Comment #14 from ian at airs dot com 2006-05-02 03:40 ---
Created an attachment (id=11354)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11354action=view)
Possible patch
I've attached a possible patch for this issue. It adds a new attribute
preserve_stack which tells the
--- Comment #1 from billingd at gcc dot gnu dot org 2006-05-02 03:46
---
Here is the patch I tested. acats results below aren't a total disaster.
2006-01-05 David Billinghurst ([EMAIL PROTECTED])
PR ada/27366
* ada/env.c (__gnat_clearenv): Use unsetenv() to clear environment
on
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-02 04:44 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-02 04:51 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-02 04:54 ---
It worked with 4.2.0 20060409 with a cross compiler from x86_64-linux-gnu to
i686-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27277
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-02 04:59 ---
(In reply to comment #1)
PR26915 seems to be related to this bug.
Not really as this one was working in 4.1.0 and that is about doing an extra
instruction for smaller size.
--
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2006-05-02 05:01
---
With:
$ gfc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../main/configure --prefix=/home/jerry/gcc/usr
--enable-languages=c,fortran --disable-libmudflap
Thread model: posix
gcc version
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-02 05:41 ---
Confirmed. I want to say this was caused by:
2006-04-03 Paolo Bonzini [EMAIL PROTECTED]
Dale Johannesen [EMAIL PROTECTED]
PR target/19653
* regclass.c (struct reg_pref): Update
--- Comment #20 from pinskia at gcc dot gnu dot org 2006-05-02 05:55
---
The code which I replaced here is changed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
90 matches
Mail list logo