Hello,
I see that flow no longer uses loop_depth when computing REG_N_REFS,
That strikes me as wrong. Don't we want to give pseudos that are in loops
preference over those that aren't?
we have much more reliable heuristic based on profile information for some time
now.
Zdenek
[EMAIL PROTECTED] writes:
I compiled gcc 3.4.5 on an i386 pc under Solaris 10 with posix threads.
When I try to compile certain downloaded tarballs (especially those that
use the gtk+ libs) gcc passes -mt to cc1, which chokes with an illegal
option error message. The gcc docs say that this
Hi,
Can someone tell me what do unql,high,low refer to in the dump generated by
gcc using -fdump-tree-original-raw.
@10 integer_type name: @20 unql: @21 size: @22
algn: 64 prec: 36 unsigned
min : @23 max : @24
Kalaky [EMAIL PROTECTED] writes:
I'am looking for some way to pass variable arguments to another
function that receives variable arguments without using va_list.
This is impossible.
what about?
#define DOTS ...
function_1 (int z, ...);
function_2 (int z, ...);
{
return function_1 (z,
Kalaky [EMAIL PROTECTED] writes:
I'am looking for some way to pass variable arguments to another
function that receives variable arguments without using va_list.
This is impossible.
what about?
#define DOTS ...
function_1 (int z, ...);
function_2 (int z, ...);
{
return function_1
On 09 March 2006 13:11, Jean-Yves Bitterlich wrote:
Jean, do you know you're replying to an email from October 2005? Ah well, I
see the thread ended without all the information coming out, Andreas said it
was impossible but didn't go into the details so it's worth mentioning the
builtins.
Dave Korn wrote:
On 09 March 2006 13:11, Jean-Yves Bitterlich wrote:
Jean, do you know you're replying to an email from October 2005? Ah well, I
see the thread ended without all the information coming out, Andreas said it
was impossible but didn't go into the details so it's worth
On Wed, 2006-03-08 at 15:05 -0500, Andrew Pinski wrote:
I notice in your PDF, you have:
Since alias analysis results are often conservative, may-alias sets my
contain tens
and enve hundreds of symbols.
Is there a reason why not tune the aliasing anaysis to return more liberal
results
I have C/C++/Java programming skills. I have also
studied a couple of books on compiler development. I
would like to start with a project that will provide
me with the experience of having participated in a
real compiler development effort. I am interested in
C/C++/Java.
Can you tell me which
Jeffrey A Law wrote:
Presumably there's a reason why enumeral types don't have a
base type?
They don't in Ada (since there is no issue at the Ada semantic
level of out of range intermediate values), but we could certainly
introduce such a notion at the implementation level if it helps.
I've
I see that flow no longer uses loop_depth when computing REG_N_REFS,
That strikes me as wrong. Don't we want to give pseudos that are in loops
preference over those that aren't?
On Thu, Mar 09, 2006 at 09:12:35AM +0100, Zdenek Dvorak wrote:
we have much more reliable heuristic
On 3/9/06, Lalit Gidwani [EMAIL PROTECTED] wrote:
I have C/C++/Java programming skills. I have also
studied a couple of books on compiler development. I
would like to start with a project that will provide
me with the experience of having participated in a
real compiler development effort. I
On 3/9/06, Joe Buck [EMAIL PROTECTED] wrote:
Profile information isn't always available.
On Thu, Mar 09, 2006 at 06:26:27PM +0100, Steven Bosscher wrote:
But branch predictions are, and those are still far more reliable than loop
notes. The predictions use natural loop discovery and they are
I've built a generic 4.1.0 for RH7.3 x86 linux (I did a make bootstrap)
Compiling a rather large file, I get
tmp.f_00.cxx:26432: error: unrecognizable insn:
(insn 173 172 174 9 (set (reg:QI 122)
(const_int 128 [0x80])) -1 (nil)
(nil))
tmp.f_00.cxx:26432: internal compiler
Hi,
Can someone tell me what do unql,high,low refer to in the dump generated by
gcc using -fdump-tree-original-raw.
@10 integer_type name: @20 unql: @21 size: @22
algn: 64 prec: 36 unsigned
min : @23 max : @24
On Thursday 09 March 2006 18:04, Alan Lehotsky wrote:
I've built a generic 4.1.0 for RH7.3 x86 linux (I did a make bootstrap)
Compiling a rather large file, I get
tmp.f_00.cxx:26432: error: unrecognizable insn:
(insn 173 172 174 9 (set (reg:QI 122)
(const_int 128 [0x80])) -1
On Mon, 6 Mar 2006, Joseph S. Myers wrote:
It is a bit weird that objcp is included in the gcc-core download. It
could be included in the gcc-objc download (or in a separate objcp
download). But
It should go in an objcp download. sourcebuild.texi includes updating
the release script as
Alexey Starovoytov [EMAIL PROTECTED] writes:
We are pleased to announce the availability of GCC for SPARC (R) Systems
(GCCfss) at http://cooltools.sunsource.net/gcc/
GCCfss extends GCC to be able to use
the optimizing Sun(tm) Code Generator for SPARC systems (SCGfss).
A couple of
Snapshot gcc-4.0-20060309 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.0-20060309/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.0 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
I am working on a port with gcc-4.0.2, and I've been getting a
segmentation fault when call_used_regs[] is referenced with a pseudo
register in fixup_match_2() in regmove.c.
if (call_used_regs[REGNO(dst)])
|| find_reg_fusage (p, CLOBBER, dst))
break;
...
}
Ian --
The new pex-win32.c code doesn't operate correctly when used for
MinGW-hosted tools invoked from a Cygwin window. In particular, process
creation (gcc invoking as, say) results in a DOS console window
popping up. When invoked from a DOS window, things are fine.
The reason for this
Is there a function like prev_nonnote_insn that, when it encounters a
label preceeded by a barrier, attempts to determine if there's a
single jump to that branch and returns it if so?
On Thu, 9 Mar 2006, Rainer Orth wrote:
Alexey Starovoytov [EMAIL PROTECTED] writes:
We are pleased to announce the availability of GCC for SPARC (R) Systems
(GCCfss) at http://cooltools.sunsource.net/gcc/
GCCfss extends GCC to be able to use
the optimizing Sun(tm) Code Generator for
* Maybe it would be possible to perform further development on a vendor
branch in the GCC svn repository? I'm not sure if this would require SC
buy-in, though. Perhaps the changes might become acceptible for FSF GCC
at some point in time; there have been discussions over at
Mark Mitchell [EMAIL PROTECTED] writes:
The new pex-win32.c code doesn't operate correctly when used for
MinGW-hosted tools invoked from a Cygwin window. In particular, process
creation (gcc invoking as, say) results in a DOS console window
popping up. When invoked from a DOS window, things
#include cstdio
template typename T, std::size_t N
char[N] sizer( T (array)[N] ); === gcc error:
expected unqualified-id before #8216;[#8217;
token
int main()
{
int t[15];
printf(%Zd\n, sizeof(sizer(t)));
return 0;
}
--
Summary:
I get an ICE when compiling net/core/dev.o from the linux kernel 2.6.11.6, this
does not happen if I remove the -Os option or when compiling for ARM (not
thumb)
The dev.i file is 510K, how do I upload it ?
output :
Reading specs from /cygdrive/c/gccarm/lib/gcc/arm-elf/3.4.0/specs
Configured
--- Comment #1 from pluto at agmk dot net 2006-03-09 09:43 ---
ooops, it's invalid c++ (returning an array) code.
the better testcase is:
template typename T, std::size_t N
char[N] sizer( T (array)[N] );
the `char ()[15]` can be returned by function.
--
--- Comment #2 from pluto at agmk dot net 2006-03-09 10:10 ---
(In reply to comment #1)
ooops, it's invalid c++ (returning an array) code.
the better testcase is:
template typename T, std::size_t N
char[N] sizer( T (array)[N] );
the `char ()[15]` can be returned by
GCJ allows classes in named packages to see classes in unnamed packages.
For example:
./Snafu.java
public class Snafu { }
--
./foo/Bar.java
package foo;
// import Snafu;
public class Bar
{
Snafu junk;
}
Note that GCJ accepts
--- Comment #3 from multix at gmail dot com 2006-03-09 10:22 ---
If I compile 3.4.5 using --disable-shared the problem goes away, thus it is a
problem with the shared library.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26541
--- Comment #5 from RonnyPeine at gmx dot de 2006-03-09 10:37 ---
(In reply to comment #4)
Is there a testcase other than just compile and run nbench with
-ftree-loop-linear?
Yes, see PR20256: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20256
This is just a duplicate bugreport.
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-09 10:39 ---
Try a more recent release from the 3.4 series first, please. Otherwise, just
attach the preprocessed source to the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26616
--- Comment #2 from orenskl at lipman dot co dot il 2006-03-09 11:17
---
Created an attachment (id=11008)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11008action=view)
bug test case
Bug happens also on GCC 3.4.5
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26616
--- Comment #3 from orenskl at lipman dot co dot il 2006-03-09 11:17
---
Bug happens also on GCC 3.4.5
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26616
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-09 13:28 ---
*** This bug has been marked as a duplicate of 20256 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-09 13:28
---
*** Bug 25449 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-09 13:32 ---
One more thing, 3.4.6 (which has not been announced yet but it is on the ftp
server) is the last 3.4.x release.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26616
GCC 4.1.0 initializes another register than the one specified in the
definition.
I'm not sure it this has also something to do with bug 21596.
The same testcase built with GCC 3.4.4 is correct.
--
Summary: Compiler fails to correctly initialize global reg
--- Comment #1 from dave dot mueller at gmx dot ch 2006-03-09 13:59 ---
Created an attachment (id=11009)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11009action=view)
PowerPC .i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26619
--- Comment #2 from dave dot mueller at gmx dot ch 2006-03-09 14:00 ---
Created an attachment (id=11010)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11010action=view)
PowerPC .s file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26619
--- Comment #3 from dave dot mueller at gmx dot ch 2006-03-09 14:01 ---
Created an attachment (id=11011)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11011action=view)
ARM .s file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26619
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-09 14:02 ---
local register variables don't do what you think they do. Hint they only work
with inline-asm.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-09 14:03 ---
If you want to use r5 the correct way is to do:
register int *foo asm(r5) = 0;
void t1(void)
{
*foo = 1;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26619
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-09 14:21 ---
Reduced testcase:
int dev_alloc_name()
{
int i = 0;
f(i);
if (__builtin_constant_p(i))
g();
}
--
This is fixed in 4.0.0 and above by the tree-ssa merge and cannot be invoked in
4.0.0 and above because
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-09 14:22 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from sayle at gcc dot gnu dot org 2006-03-09 14:54 ---
Subject: Bug 26561
Author: sayle
Date: Thu Mar 9 14:54:11 2006
New Revision: 111862
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111862
Log:
2006-03-09 Roger Sayle [EMAIL PROTECTED]
Eric
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2006-03-09 14:56
---
If you are doing sequential writes, the write truncates the file. So if you
write out 8 bytes where there were 4 before, it just overwrites and extends the
file length if necessary. All data after the last
--- Comment #14 from martin at mpa-garching dot mpg dot de 2006-03-09
15:11 ---
(In reply to comment #13)
If it is DIRECT I/O you are doing, this is a different story and record sizes
are fixed length.
Yes, that's what I'm talking about. Consider:
PROGRAM TESTRECL
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2006-03-09 15:32
---
Thanks Roger!
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
On various architectures all the 4.0.X versions of g++ fail to properly
instanciate some members of a class template if optimisation is set to -O3. For
-O2 everything is fine.
A test case will be attached.
Versions tested:
g++ 4.0.3 20060212 (prerelease) (Debian 4.0.2-9) i686-pc-linux-gnu
g++
--- Comment #1 from _talyn_ at web dot de 2006-03-09 16:33 ---
Created an attachment (id=11013)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11013action=view)
Test case consisting of a Makefile and three source files
The makefile runs a compilation and linking with -O2 and -O3,
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-09 16:49 ---
I don't think this is a bug. We are inlining CVectorWrap::~CVectorWrap into
main which causes the reference to TTypeWrapper::~TTypeWrapper and
TTypeWrapper::~TTypeWrapper is not used in instance.cc at all so it is
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-03-09 17:19
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #14 from law at redhat dot com 2006-03-09 18:02 ---
Subject: Re: [4.2 Regression] three testsuite
failures in gcc.dg/tree-ssa/
On Thu, 2006-03-09 at 17:19 +, pinskia at gcc dot gnu dot org wrote:
--- Comment #13 from pinskia at gcc dot gnu dot org
--- Comment #3 from _talyn_ at web dot de 2006-03-09 18:06 ---
Allocating the CVectorWrap variable dynamically removes the undefined reference
to TTypeWrapper::~TTypeWrapper. I guess that's because it is virtual, and a
dynamic instance of CVectorWrap will call CVectorWrap::~CVectorWrap
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-09 18:27 ---
Confirmed on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-09 18:31 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-09 18:33 ---
Also happens on the mainline now. Reducing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-09 18:43 ---
Confirmed, reduced testcase:
int t;
void search()
{
#pragma omp parallel for
for (int i = 0; i 1000; ++i) try {
mm::print(t);
}catch(...){}
}
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-09 18:49 ---
PR 26076 has a reducer testcase and I can reduce the testcase in here into that
one.
*** This bug has been marked as a duplicate of 26076 ***
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-09 18:49 ---
*** Bug 26084 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-09 18:53 ---
A little simplier testcase is:
struct A
{
~A();
};
void foo()
{
#pragma omp parallel
A a, b;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26076
--- Comment #8 from dnovillo at gcc dot gnu dot org 2006-03-09 19:01
---
Andrew, please do not close bugs if you do not understand the problem. You
obviously have not even tried to understand the problem. This PR is related to
26076 but it is *not* a duplicate.
The patch that I
--- Comment #4 from tromey at gcc dot gnu dot org 2006-03-09 19:02 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-09 19:03 ---
(In reply to comment #8)
Andrew, please do not close bugs if you do not understand the problem. You
obviously have not even tried to understand the problem. This PR is related
to
26076 but it is *not* a
--- Comment #10 from dnovillo at redhat dot com 2006-03-09 19:10 ---
Subject: Re: ICE (segfault) on C++ OpenMP code
On 03/09/06 14:03, pinskia at gcc dot gnu dot org wrote:
Then there are two issues, one for the reduced testcase which is PR 26076 and
another issue. But please
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-03-09 19:17
---
(In reply to comment #10)
If you are so keen on closing PRs, close 26076 as a duplicate of this one.
If you had written a status on this bug before I closed it as a dup, I would
not have closed it as a dup
--- Comment #12 from tromey at gcc dot gnu dot org 2006-03-09 19:17 ---
Fair enough. I'm handling this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from dnovillo at redhat dot com 2006-03-09 19:28 ---
Subject: Re: ICE (segfault) on C++ OpenMP code
On 03/09/06 14:17, pinskia at gcc dot gnu dot org wrote:
If you had written a status on this bug before I closed it as a dup,
I would not have closed it as a dup
Test case is huge (26KLOC), but only takes a fraction of a second to compile
and die.
Just compile with
g++ -c ice.i
I'll append the test case momentarily
--
Summary: ICE in extract_insn, at recog.c:2084
Product: gcc
Version: 4.1.0
Status:
--- Comment #1 from apl at alum dot mit dot edu 2006-03-09 19:43 ---
Created an attachment (id=11014)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11014action=view)
test causing ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26622
--- Comment #2 from apl at alum dot mit dot edu 2006-03-09 19:49 ---
/tools/linux/gcc-4.1.0/bin/g++ -c ice.i
tmp.f_00.cxx: In member function 'void
CarbonDesignSystems__design::c_top::f_$block_selfcycle3_v_L7_253_()':
tmp.f_00.cxx:26432: error: unrecognizable insn:
(insn 176
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-09 19:56 ---
This works for me on x86_64-linux with -m32.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26622
--- Comment #3 from dnovillo at gcc dot gnu dot org 2006-03-09 20:07
---
Diego, is this still an issue on mainline? I can look into the runtime error,
though.
Works now. I can live with the LD_LIBRARY_PATH problem. Though I don't
remember how we handle other libraries like
--- Comment #6 from geoffk at gcc dot gnu dot org 2006-03-09 20:19 ---
darwin5.5 is not a viable host OS for GCC; you need to upgrade. It has, at
least, bugs in mmap. I think at this point you probably need Mac OS
10.3/darwin7.0 or later, but it's likely that 10.2 will work fairly
--- Comment #5 from tromey at gcc dot gnu dot org 2006-03-09 20:22 ---
Subject: Bug 24461
Author: tromey
Date: Thu Mar 9 20:21:58 2006
New Revision: 111870
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111870
Log:
PR libgcj/24461:
*
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-09 20:24 ---
But I can reproduce it on a real i686 machine. Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26622
--- Comment #6 from tromey at gcc dot gnu dot org 2006-03-09 20:25 ---
Subject: Bug 24461
Author: tromey
Date: Thu Mar 9 20:25:23 2006
New Revision: 111871
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111871
Log:
PR libgcj/24461:
*
--- Comment #7 from tromey at gcc dot gnu dot org 2006-03-09 20:27 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-09 21:12 ---
Confirmed, reduced testcase:
unsigned char m_in4;
unsigned long long block_selfcycle3_v_L7_253_()
{
return ((long long)((m_in4 0x80) != 0)) 7;
}
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-09 21:17 ---
This looks like another HWI being 32bit bug :( which is why it works on x86_64
with -m32.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26622
make install in libgcj is currently very slow compared to make install-exec
because of the number of CNI headers and how they are installed, that is one
install command per header. This should be sped up so that we can simply use
make install on rebuilds since this is most likely what the
We were modifying libjava/java/lang/Character.java and rebuilding, and
libgcj-4.2.0.jar wasn't being rebuilt. I didn't try to figure out why but I
thought I'd file the issue since others have seen it too.
--
Summary: libgcj-4.2.0.jar not rebuilt after a source file change
--- Comment #3 from langel at redhat dot com 2006-03-09 22:09 ---
Fixed.
most widgets are fixed accordingly. I will be fixing the rest and creating
mauve tests for all AWT widgets.
--
langel at redhat dot com changed:
What|Removed |Added
--- Comment #27 from wilson at specifix dot com 2006-03-09 22:21 ---
Subject: Re: [4.2 Regression] Build failure: undefined
symbol __floatunsitf
fxcoudert at gcc dot gnu dot org wrote:
Adding the maintainers of all those in Cc list. I don't know what
US_SOFTWARE_GOFAST, but from
following testcase ICEs with = -O2 for a few days now:
=== Cut ===
extern int *__errno_location (void) throw () __attribute__ ((__const__));
typedef union {
double d;
unsigned L[2];
} U;
void kjs_strtod()
{
int rv,e1;
unsigned z;
if (e1 308) { ovfl:
--- Comment #1 from mueller at gcc dot gnu dot org 2006-03-09 22:40 ---
reduce-min5.ii: In function #8216;void kjs_strtod()#8217;:
reduce-min5.ii:12: warning: #8216;e1#8217; is used uninitialized in this
function
reduce-min5.ii:8: internal compiler error: in add_virtual_operand, at
--- Comment #9 from wotte at dre dot vanderbilt dot edu 2006-03-09 22:44
---
In some cases, this warning can also be impossible to address and may be
buggy/erroneous. Consider the following example:
struct A
{
A ();
};
struct B : virtual A
{
B ();
};
struct C : virtual
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-09 22:52 ---
Removing throw () will also cause the code to be ICE'd and also with the C
front-end now too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-09 22:54 ---
The difference between copyprop and before is the following.
Before:
rv.0_3 = rv.0_2;
# VUSE NMT.7_13;
D.1900_4 = rv.0_3-d;
After:
rv.0_3 = rv.0_2;
# VUSE SMT.6;
D.1900_4 = rv.0_2-d;
--
On Thu, 2006-03-09 at 22:54 +, pinskia at gcc dot gnu dot org wrote:
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-09 22:54
---
The difference between copyprop and before is the following.
Before:
rv.0_3 = rv.0_2;
# VUSE NMT.7_13;
D.1900_4 = rv.0_3-d;
--- Comment #4 from dberlin at gcc dot gnu dot org 2006-03-09 23:31 ---
Subject: Re: [4.2 Regression] ICE in in
add_virtual_operand
On Thu, 2006-03-09 at 22:54 +, pinskia at gcc dot gnu dot org wrote:
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-09
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-09 23:58 ---
Forgot to say we also get the following NOTEs in the copyprop dump:
NOTE: no flow-sensitive alias info for rv.0_2 in # VUSE NMT.8_14;
D.2364_4 = rv.0_2-d;
NOTE: no flow-sensitive alias info for rv.0_2 in # VUSE
--- Comment #6 from dberlin at gcc dot gnu dot org 2006-03-10 00:39 ---
Subject: Re: [4.2 Regression] ICE in in
add_virtual_operand
On Thu, 2006-03-09 at 23:58 +, pinskia at gcc dot gnu dot org wrote:
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-09
--- Comment #13 from tromey at gcc dot gnu dot org 2006-03-10 00:39 ---
Subject: Bug 23495
Author: tromey
Date: Fri Mar 10 00:39:49 2006
New Revision: 111919
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111919
Log:
PR libgcj/23495:
* java/lang/natString.cc
--- Comment #14 from tromey at gcc dot gnu dot org 2006-03-10 00:48 ---
I checked in a patch using memcpy and memcmp.
This didn't yield as dramatic a speedup for me, but did do ok.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from dave at hiauly1 dot hia dot nrc dot ca 2006-03-10
01:25 ---
Subject: Re: Default path for libgcc_s.sl is build directory
Attached. The diff is against libtool in binutils as about July 28, 2005.
Similar changes have entered both branch-1-5 and HEAD Libtool
1 - 100 of 109 matches
Mail list logo
