On Wed, Mar 31, 2010 at 8:33 PM, Ralf Wildenhues ralf.wildenh...@gmx.de wrote:
* Richard Guenther wrote on Wed, Mar 31, 2010 at 11:02:39AM CEST:
On Tue, Mar 30, 2010 at 8:52 PM, Ralf Wildenhues wrote:
1) Autoconf-generated configure tests often fake the prototype of some
function; e.g.,
Hi.
My builds on my X86 solaris box have failed since yesterday, and
I've just found bug 43615 in Bugzilla which indicates a different
but similar issue for an x86-64 build.I'm running Solaris 10 on an
older Dell box with a Pentium4 chip, and have been building
gcc with the '--disable-multilib'
On Thu, Apr 1, 2010 at 7:14 AM, Art Haas ah...@impactweather.com wrote:
Hi.
My builds on my X86 solaris box have failed since yesterday, and
I've just found bug 43615 in Bugzilla which indicates a different
but similar issue for an x86-64 build.I'm running Solaris 10 on an
older Dell box
Thomas,
The mercurial mirror of the gcc repository, at http://gcc.gnu.org/hg/gcc has
been broken for months. and the contact listed there does not answer
emails.
unfortunately true, I've asked the same question quite some time ago.
Can somebody here at least remove those misleading
I'll update my repo shortly and replace the '--with-arch' and '--with-tune'
arguments as you suggest. As for the '--disable-libstdcxx-pch'
argument, I had build problems months ago and this argument fixed the problem,
although now looking at the configure script for libstdc
it looks like the
H.J. Lu hjl.to...@gmail.com writes:
It may be related to
http://gcc.gnu.org/ml/gcc-patches/2010-03/msg01483.html
No, it's not, quite the contrary. For one, Art did his build before this
patch went in, second, as explained in the message, I've been careful to
only set with_arch_32 and
Thomas Capricelli or...@freehackers.org writes:
The mercurial mirror of the gcc repository, at
http://gcc.gnu.org/hg/gcc has been broken for months. and the
contact listed there does not answer emails.
Can somebody here at least remove those misleading pages..?
If there is concensus
In data giovedì 01 aprile 2010 16:29:12, Rainer Orth ha scritto:
works just fine. From my experience, hg is vastly superior to git,
which is simply a usability nightmare, as Dan Berlin discovered when he
worked on setting up the hg mirror.
I completely agree, but my point was not to start a
By updating to the lastest code in the trunk, and removing the '--with-arch'
and '--with-tune' options from my configuration, I've successfully built the
latest GCC code. I'll be removing the '--disable-multilib' option from my build
configuration now also.
Thanks.
Art Haas
-Original
On 03/31/2010 11:25 AM, Vincent Lefevre wrote:
On 2010-03-31 11:04:03 +0200, Marc Glisse wrote:
IMHO this transformation mostly makes sense for the
-ffinite-math-only case where you can replace: put a constant and
multiply/divide by put a constant and add/sub and never care
about extracting the
* Rainer Orth wrote on Thu, Apr 01, 2010 at 04:24:40PM CEST:
The --disable-multilib option has been broken by a recent patch. This
is a known bug and will hopefully be fixed soon.
Should be fixed now with r157916 which reverts the offending commit.
Apologies for the breakage.
Cheers,
Ralf
Hello Tristan
I think the main issue is that EFI C dialect is not ANSI-C
compliant: the size of pointer is determined
at the run-time and therefore the layout of the structure is not
static. Gcc doesn't support this model.
I have read the sizeof and VLA in C99
I found a example:
EXAMPLE 3
On 28/03/10 15:45, Carrot Wei wrote:
Hi
The detailed description of the optimization is at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43129. This is an ARM
specific optimization.
This optimization uses one less register (the register hold the GOT
base), to get this beneficial the ideal
On Wed, Mar 31, 2010 at 15:13, David Edelsohn edels...@gnu.org wrote:
Please update your listing in the MAINTAINERS file.
Thanks. I've updated MAINTAINERS and also added Le-Chun who should've
been there long ago.
2010-04-01 Diego Novillo dnovi...@google.com
* MAINTAINERS (Plugin):
Thomas Capricelli or...@freehackers.org writes:
The mercurial mirror of the gcc repository, at
http://gcc.gnu.org/hg/gcc has been broken [...]
Or rather, it has gotten stale. I started up update process that
should, very very slowly, let it catch up with the present day. If
that completes in
On Thu, Apr 1, 2010 at 8:10 PM, Andrew Haley a...@redhat.com wrote:
On 28/03/10 15:45, Carrot Wei wrote:
Hi
The detailed description of the optimization is at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43129. This is an ARM
specific optimization.
This optimization uses one less register
I'm debugging a Thumb-2 glibc build failure on trunk for
arm-none-linux-gnueabi. I believe it's from Richard Earnshaw's
2010-02-01 patch for TLS patterns, which includes this:
(define_insn tls_load_dot_plus_four
[(set (match_operand:SI 0 register_operand =l,r)
(mem:SI (unspec:SI
On 04/01/2010 10:54 PM, Daniel Jacobowitz wrote:
I'm debugging a Thumb-2 glibc build failure on trunk for
arm-none-linux-gnueabi. I believe it's from Richard Earnshaw's
2010-02-01 patch for TLS patterns, which includes this:
(define_insn tls_load_dot_plus_four
[(set (match_operand:SI 0
On Fri, Apr 02, 2010 at 12:06:28AM +0100, Bernd Schmidt wrote:
On 04/01/2010 10:54 PM, Daniel Jacobowitz wrote:
I'm debugging a Thumb-2 glibc build failure on trunk for
arm-none-linux-gnueabi. I believe it's from Richard Earnshaw's
2010-02-01 patch for TLS patterns, which includes this:
On 04/01/2010 11:08 PM, Daniel Jacobowitz wrote:
(define_insn tls_load_dot_plus_four
[(set (match_operand:SI 0 register_operand =l,r)
(mem:SI (unspec:SI [(match_operand:SI 1 register_operand l,r)
(const_int 4)
(match_operand 2
Snapshot gcc-4.5-20100401 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20100401/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
On Fri, Apr 02, 2010 at 12:27:33AM +0100, Bernd Schmidt wrote:
That doesn't work either, a matching constraint has to be an input.
i386 uses this, so I figure it's OK.
Also, legitimize_tls_address is calling it with the same reg for both
operands, which is going to lead to tears if they're
Hello,
May I know where or whom should I contact to obtain the copyright
assignment form? I want to contribute some code to gcc so I think
having these forms in place earlier would be a good idea.
Another question is I am working full time for a software company and
the job is irrelevant to
This is really a good question!
Consider the requirement of this optimization.
1. There should be at least 2 methods to load a global variable's
address from GOT. Usually it means using different relocation types.
2. By default all global variables access use the same one method.
3. In some
In data giovedì 01 aprile 2010 21:13:20, Frank Ch. Eigler ha scritto:
The mercurial mirror of the gcc repository, at
http://gcc.gnu.org/hg/gcc has been broken [...]
Or rather, it has gotten stale. I started up update process that
should, very very slowly, let it catch up with the present
--- Comment #11 from ccoutant at gcc dot gnu dot org 2010-04-01 06:32
---
Created an attachment (id=20269)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20269action=view)
Updated gold patch to fix common symbol handling
Sorry, I forgot to include the updated testsuite/Makefile.*
--- Comment #1 from zsojka at seznam dot cz 2010-04-01 06:41 ---
Created an attachment (id=20270)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20270action=view)
auto-reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43611
My usual routine to build gcc-trunk started failing yesterday (or the day
before)?
The configure has remained unchanged (notice --disable-multilib
--disable-bootstrap):
/data/vondele/gcc_bench/gcc_trunk/gcc/configure
--prefix=/data/vondele/gcc_bench/gcc_trunk/build
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #1 from jv244 at cam dot ac dot uk 2010-04-01 07:06 ---
svn versions:
last known good: 157842
first known bad: 157896
CCing a RM
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Summary|bootstrap fails:|[4.5 Regression] bootstrap
Compile the following code with options -Os -march=armv7-a -mthumb
extern long long foo();
void bar2(long long* p)
{
long long t = foo();
*p = t;
}
GCC generates:
bar2:
push{r4, lr}
mov r4, r0
bl foo
mov r2, r0 // A
mov r3, r1
--- Comment #7 from manfred99 at gmx dot ch 2010-04-01 07:42 ---
Thanks for the quick fix!
I can confirm that the patch works for both the (a) and the * case.
In the code, there is still some size_t reference, should
probably be gfc_offset as well:
if (u == NULL)
return
--- Comment #17 from developer at sandoe-acoustics dot co dot uk
2010-04-01 08:02 ---
AFAICT the root problem does not relate to export of symbols from emutls (or to
its use). Although this perhaps needs a different PR
The root problem is that the emutls implementation generates
--- Comment #18 from bonzini at gnu dot org 2010-04-01 08:08 ---
TREE_USED then?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43553
--- Comment #2 from aflyhorse at foxmail dot com 2010-04-01 08:23 ---
Got your ideas and be sorry for i chobber the building tree of my computer and
the tree of package, there shouldn't be /gcc/src in the path (I was confused
when i'm looking for the file myself)
that time i'm testing
--- Comment #3 from aflyhorse at foxmail dot com 2010-04-01 08:26 ---
Also, the compiler do stopped and treat warnings as errors while compiling
ira-conflicts.c until i changed these 2 %ld to %I64u
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43613
--- Comment #19 from developer at sandoe-acoustics dot co dot uk
2010-04-01 08:30 ---
(In reply to comment #18)
TREE_USED then?
It doesn't do it... tried that first ;-) [ and it is copied]
However, I see the comment that variables can change status during their life -
or perhaps
Sent from my iPhone
On Apr 1, 2010, at 12:03 AM, jv244 at cam dot ac dot uk gcc-bugzi...@gcc.gnu.org
wrote:
My usual routine to build gcc-trunk started failing yesterday (or
the day
before)?
The configure has remained unchanged (notice --disable-multilib
--disable-bootstrap):
--- Comment #2 from pinskia at gmail dot com 2010-04-01 08:50 ---
Subject: Re: New: bootstrap fails: /usr/include/gnu/stubs.h:7:27: fatal
error: gnu/stubs-32.h: No such file or directory
Sent from my iPhone
On Apr 1, 2010, at 12:03 AM, jv244 at cam dot ac dot uk
--- Comment #8 from jb at gcc dot gnu dot org 2010-04-01 08:55 ---
(In reply to comment #7)
I can confirm that the patch works for both the (a) and the * case.
Thanks for testing. I'll commit the patch to 4.5 tonight.
In the code, there is still some size_t reference, should
--- Comment #4 from pzhao at gcc dot gnu dot org 2010-04-01 09:19 ---
Sorry! I have misunderstood this issue before.
Is it to ask for warn at the following test case?
=
int foo (int a)
{
return a;
}
int bar (int c)
{
if (foo (1), c) // Warn foo(1) don't have
--- Comment #5 from burnus at gcc dot gnu dot org 2010-04-01 09:26 ---
(In reply to comment #3)
Reduced test:
[...]
(In reply to comment #4)
Further reduced test that does not give an ICE, but several errors:
Although gfortran should not give an ICE, I have doubts about the validity
--- Comment #3 from burnus at gcc dot gnu dot org 2010-04-01 09:41 ---
(In reply to comment #2)
It appears to be a regression. See results for 4.4:
I'll rebuild 4.5 and check point a.
Thanks - I marked it as regression, but without having access to armv5tejl it
is impossible to
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2010-04-01 10:10
---
Is it to ask for warn at the following test case?
Yes, it is. An additional condition could be that the type be non-void.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36367
--- Comment #1 from redi at gcc dot gnu dot org 2010-04-01 10:49 ---
Created an attachment (id=20271)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20271action=view)
reduced testcase
reduced to just the instantiation that fails with 4.5
--
--- Comment #2 from redi at gcc dot gnu dot org 2010-04-01 10:53 ---
the subject line is misleading, I think the placeholders are still substituted
in exactly the same way, but as part of that an invalid instantiation is
generated while determining the template_arity of the
--- Comment #3 from redi at gcc dot gnu dot org 2010-04-01 11:10 ---
Created an attachment (id=20272)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20272action=view)
reduced testcase with fix added but commented out
Comeau's online compiler agrees with GCC 4.5
As the reporter
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-04-01
11:25 ---
Reverting back to...
TREE_PUBLIC (ic_void_ptr_var) = 0;
in the proposed patch results in the missing symbols again.
Can we just leave...
TREE_PUBLIC (ic_void_ptr_var) = 1;
and find some way to coalesce
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-04-01
11:26 ---
(In reply to comment #4)
Reverting back to...
TREE_PUBLIC (ic_void_ptr_var) = 0;
in the proposed patch results in the missing symbols again.
Can we just leave...
TREE_PUBLIC (ic_void_ptr_var) =
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2010-04-01
11:27 ---
Reverting back to...
TREE_PUBLIC (ic_void_ptr_var) = 0;
in the proposed patch results in the missing symbols again.
Can we just leave...
TREE_PUBLIC (ic_void_ptr_var) = 1;
and find some way to
--- Comment #6 from ohl at physik dot uni-wuerzburg dot de 2010-04-01
11:47 ---
(In reply to comment #5)
Well, using
type omega_procedures
procedure(number_particles_out), nopass, pointer :: number_particles_out
= NULL()
end type omega_procedures
is definitely wrong:
--- Comment #8 from nightstrike at gmail dot com 2010-04-01 11:54 ---
I'd recommend closing this as invalid. We build 12 relocatable toolchains for
windows daily for http://mingw-w64.sf.net/
I'm pretty sure it works :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42886
--- Comment #4 from rguenther at suse dot de 2010-04-01 12:04 ---
Subject: Re: [4.5 regression] undesired operation when working
with mno-cygwin
On Thu, 1 Apr 2010, davek at gcc dot gnu dot org wrote:
--- Comment #3 from davek at gcc dot gnu dot org 2010-04-01 01:11 ---
I
Sorry to distrub you all, but when i downloaded and untar the latest cloog-ppl
(which is one of the infrastructure of gcc). when i ./configure it, it fails to
find ppl (with --with-ppl=/local) and break down asking for PolyLib. When i
look into the configure script itself, i found it is corrupted.
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-01 12:11 ---
It looks like you are missing 32bit multilib pieces of your target glibc
(thus an install problem) when building the 32bit libgcc multilib.
If you think not then check if any of the offending headers appear to be
--- Comment #7 from dominiq at lps dot ens dot fr 2010-04-01 12:17 ---
(In reply to comment #6)
What is invaild about the code is that t1%p1() and t2%p2() are not
initialization expressions. Everthing works fine, when the tables are
allocatable.
That was the origin of my question
--- Comment #8 from burnus at gcc dot gnu dot org 2010-04-01 12:28 ---
(In reply to comment #6)
But that's not the problem:
type t
procedure(p1_type), nopass, pointer :: p1 = NULL()
procedure(p2_type), nopass, pointer :: p2 = NULL()
That's not valid either as you have
--- Comment #4 from mikpe at it dot uu dot se 2010-04-01 12:35 ---
The bug reporter explicitly specified --disable-multilib, yet gcc-4.5
apparently now tries to build libgcc with -m32.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43615
--- Comment #9 from burnus at gcc dot gnu dot org 2010-04-01 12:36 ---
(In reply to comment #7)
(In reply to comment #6)
What is invaild about the code is that t1%p1() and t2%p2() are not
initialization expressions. Everthing works fine, when the tables are
allocatable.
That
--- Comment #5 from jv244 at cam dot ac dot uk 2010-04-01 12:41 ---
Created an attachment (id=20273)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20273action=view)
log of the build
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43615
--- Comment #6 from jv244 at cam dot ac dot uk 2010-04-01 12:42 ---
(In reply to comment #4)
The bug reporter explicitly specified --disable-multilib, yet gcc-4.5
apparently now tries to build libgcc with -m32.
right... you've been faster. I've added the logs of the build.
--
--- Comment #10 from ohl at physik dot uni-wuerzburg dot de 2010-04-01
12:45 ---
(In reply to comment #8)
That's not valid either as you have not defined p1_type - replacing it by
INTEGER should work, though. -- Well, it actually does not as specification
expressions need to be
--- Comment #1 from redi at gcc dot gnu dot org 2010-04-01 13:13 ---
it might look unusual but it's valid e.g. test xyes = xyes echo ok
I don't think that's the source of your problem, and since you haven't actually
described any issue this report looks invalid
--
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-04-01 13:15 ---
Obviously caused by
2010-03-31 Ralf Wildenhues ralf.wildenh...@gmx.de
PR bootstrap/43328
* configure.ac: Do not pass --enable-multilib nor
--disable-multilib in baseargs. Accept
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-04-01 13:17
---
Fixed? But caused PR43615. --disable-multilib no longer works.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43615
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-04-01 13:20
---
The Complete. part shouldn't be backported.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42956
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-04-01 13:25
---
Subject: Bug 43602
Author: rguenth
Date: Thu Apr 1 13:24:58 2010
New Revision: 157907
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157907
Log:
2010-04-01 Richard Guenther rguent...@suse.de
PR
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-04-01 13:26
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-04-01 13:27
---
Can you try to identify the patch that introduced this regression?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43531
--- Comment #2 from zsojka at seznam dot cz 2010-04-01 13:29 ---
Created an attachment (id=20274)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20274action=view)
reduced testcase
Command line:
gcc -O3 -fkeep-inline-functions pr43611.C
or
gcc -O2 -fipa-cp-clone
--- Comment #5 from jamborm at gcc dot gnu dot org 2010-04-01 13:32 ---
Subject: Bug 43141
Author: jamborm
Date: Thu Apr 1 13:31:53 2010
New Revision: 157909
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157909
Log:
2010-04-01 Martin Jambor mjam...@suse.cz
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-01 13:39 ---
The issue seems to be the C++ frontend marking inline functions needed
at cp/semantics.c:3452 while the middle-end should already take care
of that in cgraph_decide_is_function_needed.
Somehow that confuses us and
Many SSE cvt instructions take 64bit memory source
instead of 128bit. In
(define_insn sse2_cvtps2pd
[(set (match_operand:V2DF 0 register_operand =x)
(float_extend:V2DF
(vec_select:V2SF
(match_operand:V4SF 1 nonimmediate_operand xm)
(parallel
--- Comment #2 from aflyhorse at foxmail dot com 2010-04-01 13:42 ---
Sorry sir I've made a mistake...
But since I've successfully build gmp mpfr mpc ppl so i think there might
be an error here...
I configured it with:
../src/configure --build=x86_64-w64-mingw32 --with-ppl=
--- Comment #3 from redi at gcc dot gnu dot org 2010-04-01 13:46 ---
(In reply to comment #2)
I configured it with:
../src/configure --build=x86_64-w64-mingw32 --with-ppl= --with-gmp=
--prefix=
that can't be right
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43617
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-01 13:48 ---
Because we only have an optab for LT (reversed UNGE), but
FLOAT_LIB_COMPARE_RETURNS_BOOL is false.
Without -fno-trapping-math we use LT from the start which works.
I suppose FLOAT_LIB_COMPARE_RETURNS_BOOL should
--- Comment #9 from aflyhorse at foxmail dot com 2010-04-01 13:48 ---
(In reply to comment #8)
I'd recommend closing this as invalid. We build 12 relocatable toolchains for
windows daily for http://mingw-w64.sf.net/
I'm pretty sure it works :)
Agree. I've made a bootstrap a
--- Comment #14 from joel at gcc dot gnu dot org 2010-04-01 13:49 ---
I am starting the regression hunt. Don't worry about it Ralf.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43531
--- Comment #3 from steven at gcc dot gnu dot org 2010-04-01 13:51 ---
How is the polishing going?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42963
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-01 13:51 ---
And I believe the regression is because of either cond-optab or expand-from-SSA
which causes us no longer to fallback to expand a UNORD b || a = b.
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-01 13:53 ---
This is just PR41584 I think.
*** This bug has been marked as a duplicate of 41584 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-01 13:53 ---
*** Bug 43609 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-01 13:56 ---
EDG accepts the reduced testcase in strict mode.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from aflyhorse at foxmail dot com 2010-04-01 13:58 ---
night-strike can i ask a question that had x86_64-w64-mingw32 supported libgcj
yet? I failed even explictly --enable-libgcj... and a so-called wiki of
mingw-w64 (http://www.cadforte.com/wiki/index.php/Java) said Java
--- Comment #3 from hjl dot tools at gmail dot com 2010-04-01 13:59 ---
(In reply to comment #1)
Because we only have an optab for LT (reversed UNGE), but
FLOAT_LIB_COMPARE_RETURNS_BOOL is false.
Without -fno-trapping-math we use LT from the start which works.
I suppose
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-01 14:03 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-01 14:06 ---
Subject: Bug 43607
Author: rguenth
Date: Thu Apr 1 14:05:49 2010
New Revision: 157911
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157911
Log:
2010-04-01 Richard Guenther rguent...@suse.de
PR
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-01 14:06 ---
Fixed on trunk sofar.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-01 14:16 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-04-01 14:18
---
Invalid then.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-01 14:21 ---
Looks like a tuples issue in IVOPTs. Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-01 14:35 ---
The issue is that build6 looks at TMR_SYMBOL to set TREE_SIDE_EFFECTS, but
really TMRs volatileness or side-effectness depends on the original reference
it was created from, not TMR_SYMBOL.
--
--- Comment #5 from jason at gcc dot gnu dot org 2010-04-01 14:47 ---
My copy of EDG 4.1 does not accept the reduced testcase; it gives the same
error as GCC 4.5.
red.cc, line 111: error: class arg2 has no member inner_type
typedef typename Foo::inner_type type;
--- Comment #6 from jason at gcc dot gnu dot org 2010-04-01 14:59 ---
Another way to fix the testcase would be to give an explicit scope for
arity_helper, so argument-dependent lookup isn't needed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43608
--- Comment #9 from rearnsha at gcc dot gnu dot org 2010-04-01 15:02
---
This is a miscompilation during stage2. The file libcpp/expr.c is miscompiled.
The problem is occurring in num_positive, which ends up generating a shift of a
long long right by 63. The code generated is
There is no /lib/cpp. There doesn't seem to be any need to run any C++ in stage
1 anyway.
checking whether -lc should be explicitly linked in... yes
checking dynamic linker characteristics... Win32 ld.exe
checking how to hardcode library paths into programs... immediate
checking whether stripping
--- Comment #1 from mckelvey at maskull dot com 2010-04-01 15:09 ---
Created an attachment (id=20275)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20275action=view)
Output from ./configure
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619
1 - 100 of 180 matches
Mail list logo