Hi,
While teaching dce.c on the dataflow-branch to delete noop-moves,
I noticed that most noop moves are produced by reload. It inserts
duplicate insns for some reloads, postreload turns the duplicate
reload into a simple reg-reg move (but the lhs and rhs are the same
register of course), and
Steven Bosscher wrote:
Hi,
While teaching dce.c on the dataflow-branch to delete noop-moves,
I noticed that most noop moves are produced by reload. It inserts
duplicate insns for some reloads, postreload turns the duplicate
reload into a simple reg-reg move (but the lhs and rhs are the same
On Sunday 26 February 2006 14:23, Kenneth Zadeck wrote:
Did richard's untested patch not fix this?
No. That patch only makes postreload not emit those reg-reg moves,
but it does not prevent reload from producing the redundant insns in
the first place. So that patch just papers over the problem
The crossgcc mailing list really needs some moderator lovin'.
e.g. an address on the crossgcc mailing list is bouncing,
and needs removal. Worse, the blurb at the bottom of each
post has needed updating for the last four years or so.
I seem to be one of the main players on that list these days,
[Note that reply-to is set to sourcemaster to prevent any further pollination
in the gcc mailing list]
On Sun, Feb 26, 2006 at 09:14:12AM -0800, Dan Kegel wrote:
The crossgcc mailing list really needs some moderator lovin'. e.g. an
address on the crossgcc mailing list is bouncing, and needs
Diego Novillo wrote:
A few days ago we had chatted with Ian on IRC about the general idea of
using some tuple-like structure for GIMPLE instead of the current notion
of treating everything as a 'tree'. We also chatted briefly with Zdenek
about this when he proposed turning compiler
On Mon, 6 Feb 2006, David Edelsohn wrote:
Andrew Your attitude towards Joern's request for help with a regression was
really
Andrew what got my over the board. Your suggestion that a primary target was
more
Andrew important even for an enhancement matter than over a regression was
really
Gerald Pfeifer writes:
Gerald For the record, I reviewed both the Mission Statement and the GCC 4.1
Gerald release criteria. Neither is really applicable.
My comment said my understanding. You interpret them
differently. Neither of us is representing the entire GCC SC in either
On Feb 26, 2006, at 4:40 PM, David Edelsohn wrote:
Gerald Pfeifer writes:
Gerald For the record, I reviewed both the Mission Statement and the
GCC 4.1
Gerald release criteria. Neither is really applicable.
My comment said my understanding. You interpret them
differently.
On Sun, 26 Feb 2006, Ralf Corsepius wrote:
Cross building and installing gcc-4.1.0 rc2 (--prefix=/usr/local)
installs these headers:
/usr/local/include/ssp/unistd.h
/usr/local/include/ssp/string.h
/usr/local/include/ssp/ssp.h
/usr/local/include/ssp/stdio.h
Is this behavior correct?
On Fri, 24 Feb 2006, John Sullivan via RT wrote:
I'm doing some housecleaning, and thought I should pass on this rather
old message to you that we received in the GNU Webmasters queue about
the sidebar on your web pages.
Can someone acknowledge this? Thanks!
Acknowledged. I installed the
Hi -
On Sun, Feb 26, 2006 at 10:54:09PM +0100, Gerald Pfeifer wrote:
On Sun, 26 Feb 2006, Ralf Corsepius wrote:
Cross building and installing gcc-4.1.0 rc2 (--prefix=/usr/local)
installs these headers:
[...]
Related problems include Bugzilla #23935 ($PREFIX/include/ffi.h),
#25938
Hello,
My port is originally aimed for mytarget-elf and has been able to built to use.
Now I want to use another target, mytarget-linux, just like mips-elf
and mips-linux.
Binutils is ok and has been installed, but when build gcc, there is
such a error,
/home/smj/build_gcc_linux/gcc/xgcc
On Mon, Feb 27, 2006 at 10:20:43AM +0800, Eric Fisher wrote:
Are there anyone can give me some suggestion? The configuration of gcc is,
../gcc-3.4.4-mytarget/configure --target=mytarget-lin
ux --prefix=/home/smj/local/
--with-as=/home/smj/local/bin/mytarget-linux-as --with-
Hello List,
I'm a fresh subscriber to this list :-)
I'm new to GCC and I'd appreciate if somebody could point me to _all_
files which are responsible for intermediate representation and
constructing it. I don't want to miss
any files which may be crucial and GCC codebase seems to be quite...
Hi all,
Just gathering info about passing the testsuite for gcc 2.95.3, i've just
downloaded the tarball from GNU and i realize that there is no specific
'testsuite' folder included.
The tarball ftp://ftp.gnu.org/gnu/gcc/gcc-2.95.3/gcc-everything-2.95.3.tar.gz
At the same time, i think there's
Hello,
I am looking for a C++ ABI implementation with BSD or LGPL like
license. My need is only to demangle the symbol names that are
produced by gcc. By searching the web, I came across libiberty and
libcwd, but It appears that there is some confusion about license and
features of these
--- Comment #5 from dorit at gcc dot gnu dot org 2006-02-26 09:27 ---
Subject: Bug 26359
Author: dorit
Date: Sun Feb 26 09:27:35 2006
New Revision: 111451
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111451
Log:
PR tree-optimization/26359
* tree-ssa-alias.c
--- Comment #19 from pcarlini at suse dot de 2006-02-26 10:09 ---
For now...
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #6 from pcarlini at suse dot de 2006-02-26 10:10 ---
For now...
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|NEW
--- Comment #2 from dorit at il dot ibm dot com 2006-02-26 11:01 ---
For -ftree-vectorizer-verbose=1 the vectorizer reports each loop that got
vectorized, and also the total number of loops that got vectorized, even if
that number is zero. If preferable, we can report that 0 loops got
--- Comment #2 from patchapp at dberlin dot org 2006-02-26 11:05 ---
Subject: Bug number PR26419
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01905.html
--
--- Comment #3 from dorit at il dot ibm dot com 2006-02-26 11:05 ---
patch: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01905.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26419
Cross building gcc-4.1.0rc2 installs
$prefix/include/ssp/unistd.h
$prefix/include/ssp/string.h
$prefix/include/ssp/ssp.h
$prefix/include/ssp/stdio.h
i.e. they are being installed into the build-host's include directory.
This hardly can be correct.
--
Summary: cross-building
--- Comment #24 from dorit at gcc dot gnu dot org 2006-02-26 12:55 ---
Subject: Bug 25125
Author: dorit
Date: Sun Feb 26 12:55:43 2006
New Revision: 111452
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111452
Log:
PR tree-optimization/25125
*
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-26 14:44 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||346
nThis||
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-26 14:48 ---
Confirmed, this is just like PR 25938 for libgomp.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from roger at eyesopen dot com 2006-02-26 15:00 ---
I've posted a proposed solution to gcc-patches:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01909.html
--
roger at eyesopen dot com changed:
What|Removed |Added
--- Comment #7 from sayle at gcc dot gnu dot org 2006-02-26 15:36 ---
Subject: Bug 21137
Author: sayle
Date: Sun Feb 26 15:36:52 2006
New Revision: 111453
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111453
Log:
2006-02-26 Roger Sayle [EMAIL PROTECTED]
James A.
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-26
15:37 ---
Subject: Re: Default path for libgcc_s.sl is build directory
I had a hppa64 libtool patch that fixed a lot of problems on this port
(it needs to be handled in a manner very similar to ia64-hpux) but
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-02-26 16:17 ---
updated patch was posted.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-02-26 16:19
---
Mine, I am just going to revert my patch for now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Hello,
Tested with two compilers:
1. powerpc-7400-linux-gnu-g++ version 3.3.4
2. powerpc-linux-g++ version 3.3.2
the following code gives correct results when compiled with no optimization:
Add siy: -3252329895
Compiling with any of the optimization levels gives bad results:
Add siy:
--- Comment #7 from Ralf dot Wildenhues at gmx dot de 2006-02-26 17:19
---
(In reply to comment #5)
I had a hppa64 libtool patch that fixed a lot of problems on this port
(it needs to be handled in a manner very similar to ia64-hpux) but gave
when the patch was ignored
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-26 17:22 ---
Can you give the full output of:
powerpc-7400-linux-gnu-g++ -v
and
powerpc-linux-g++ -v
?
Thanks,
Andrew
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26474
--- Comment #8 from roger at eyesopen dot com 2006-02-26 18:39 ---
Fixed on mainline. I'm still investiating some related optimizations.
--
roger at eyesopen dot com changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-26 18:47 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|2005-11-24 22:11:22
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|2005-11-25 20:31:54
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-26 19:16 ---
Patch for this was posted:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01073.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6737
--- Comment #4 from tkoenig at gcc dot gnu dot org 2006-02-26 19:21 ---
After Tobi's fix for the regression the original patch introduced,
this now works on trunk.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-26 19:29 ---
the mainline gives:
t.cc:9: error: template argument 2 is invalid
t.cc:9: error: invalid type in declaration before ';' token
Which might be an ok enough error message.
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-26 19:46 ---
On the mainline and in 4.1.0, we get:
In file t.f90:4
write(6,*) SIN(I),DCOS(J)
1
In file t.f90:2
COMMON /SIN/ I ! error
2
Error: Global name 'sin' at (1) is already being used as a COMMON at
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-26 19:49 ---
We do get a warning:
In file t.f90:2
SELECT CASE(L)
1
Warning: Logical SELECT CASE block at (1) has more that two cases
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25073
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-26 19:56 ---
No feedback in over 3 months.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-02-26 19:56
---
No testcase in over 3 months of asking so closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-26 20:04 ---
No feedback in three months.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Here's a simple testcase. Compile with -O2 and look at the
-fdump-tree-all-lineno dumps:
int foo (int);
int bar (int a)
{
int ndir = 0;
int b;
b = foo (a);
while (b--)
ndir = foo (ndir);
}
Early on, the ndir = 0 assignment is marked for line 4. Then the 0 gets
propogated into a
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-02-26 21:02 ---
Subject: Bug 26421
Author: rguenth
Date: Sun Feb 26 21:02:43 2006
New Revision: 111461
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111461
Log:
2006-02-26 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-26
21:11 ---
Subject: Re: Default path for libgcc_s.sl is build directory
Please point me to your patch.
Attached. The diff is against libtool in binutils as about July 28, 2005.
Similar changes have
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-02-26 21:19 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-02-26 21:38
---
It turns out that this bug is related pr26835. The patch I am about to submit
for review removes the flush from st_read_done added to fix pr26835 and
modifies backspace to do the flush as necessary there
--- Comment #27 from jakub at gcc dot gnu dot org 2006-02-26 22:16 ---
Created an attachment (id=10915)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10915action=view)
gcc-trunk-pr26208-2.patch
Incremental patch that introduces _Unwind_GetIPInfo (if anyone knows better
name,
I just tried to compile Suse Linux package bochs-2.2.1-6 with a recent
GNU C++ compiler version 4.2 snapshot 20060225.
The compiler snapshot said
g++ -c -I. -I./. -Iinstrument/stubs -I./instrument/stubs -O2 -g
-fmessage-length=0 -D_FORTIFY_SOURCE=2 -fpermissive -D_LARGEFILE_SOURCE
--- Comment #1 from dcb314 at hotmail dot com 2006-02-26 22:32 ---
Created an attachment (id=10916)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10916action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26476
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-26 22:38 ---
Reducing (I have a code that already does not need -fpermissive).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-26 23:06 ---
Confirmed, reduced testcase:
typedef struct logfunctions {
char *prefix;
int onoff[5];
}a;
extern int default_onoff[5];
void f(a *t)
{
int i;
for (i=0; i5; i++)
t-onoff[i] = default_onoff[i];
}
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-26 23:09 ---
I think this will be solved with the patch which solves PR 26443 as the ICE is
also in VRP2.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from patchapp at dberlin dot org 2006-02-26 23:55 ---
Subject: Bug number PR26464
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01951.html
--
--- Comment #3 from sayle at gcc dot gnu dot org 2006-02-27 02:26 ---
Subject: Bug 19983
Author: sayle
Date: Mon Feb 27 02:25:57 2006
New Revision: 111470
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111470
Log:
PR middle-end/19983
* real.c (real_nan): Allow
Bootstrap error with recent CVS:
alpha1:gcc-objuname -a
Linux alpha1 2.4.9-40 #1 Mon Sep 23 08:14:02 EDT 2002 alpha unknown
alpha1:gcc-objg++ --version
g++ (GCC) 4.2.0 20051124 (experimental)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|bootstrap |libgomp
Keywords||build
Bootstrap (e.g. on i686-pc-linux-gnu) fails if the source directory is readonly
(if the individual files are readonly, chmod -R a-w srcdir). To test this it
suffices to chmod a-w gcc/unwind-generic.h then bootstrap, and it fails with
cp ../../gcc-mainline/gcc/unwind-generic.h include/unwind.h
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Target Milestone|--- |4.2.0
--- Comment #6 from basavaraja_g at mindtree dot com 2006-02-27 03:29
---
Subject: RE: uprgading of gcc
Sorry we are able to solve the problem.
Thanks for the help we got from gcc.org
Regards,
Basavaraj.G
-Original Message-
From: pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-27 03:30 ---
Looks like this was introduced by:
+2006-02-20 Paolo Bonzini [EMAIL PROTECTED]
+
+ PR bootstrap/25476
+
+ * Makefile.in (LDFLAGS): Define from autoconf substitution.
+
+ * Makefile.in
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26421
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26398
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25535
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26376
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26412
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25395
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24519
--- Comment #6 from quanah at stanford dot edu 2006-02-27 03:46 ---
What version of binutils would you recommend I try?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26437
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25978
For this code, at -O2, R13 is needlessly used, where R10 would suffice.
(Leading to two extra move insns.) Curiously, if-conversion exposes
the suboptimal allocation; with -fno-if-conversion you get the better
allocation, but looking at the assembled code, there's no reason to not
use r10.
make[4]: *** No rule to make target
`/Users/lucier/programs/gcc/mainline/libstdc++-v3/include/tr1/cstdbool', needed
by `stamp-tr1'. Stop.
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-target-libstdc++-v3] Error 2
make: *** [bootstrap] Error 2
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-27 05:33 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #2 from eran dot nissenhaus at mobileye dot com 2006-02-27
06:46 ---
(In reply to comment #1)
Can you give the full output of:
powerpc-7400-linux-gnu-g++ -v
and
powerpc-linux-g++ -v
?
Thanks,
Andrew
Here goes:
% /opt/Arabella/bin/powerpc-linux-g++ -v
Reading specs
82 matches
Mail list logo
