--- Comment #2 from rguenth at gcc dot gnu dot org 2006-06-22 09:26 ---
Confirmed. Requires -O -fforce-addr -march=i686.
void math_round()
{
double x;
foo(x, __builtin_copysign(bar(), x));
}
works on the mainline.
--
rguenth at gcc dot gnu dot org changed:
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-06-22 09:28
---
Subject: Bug 28109
Author: reichelt
Date: Thu Jun 22 09:28:02 2006
New Revision: 114882
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114882
Log:
PR c++/28109
* rtti.c (get_tinfo_decl_dyna
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-06-22 09:30
---
Subject: Bug 28109
Author: reichelt
Date: Thu Jun 22 09:30:40 2006
New Revision: 114883
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114883
Log:
PR c++/28109
* rtti.c (get_tinfo_decl_dyna
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-06-22 09:44
---
Subject: Bug 28109
Author: reichelt
Date: Thu Jun 22 09:43:53 2006
New Revision: 114884
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114884
Log:
PR c++/28109
* rtti.c (get_tinfo_decl_dyna
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-06-22 09:48
---
Subject: Bug 28110
Author: reichelt
Date: Thu Jun 22 09:47:51 2006
New Revision: 114885
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114885
Log:
PR c++/28110
* pt.c (unify) : Check for in
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-06-22 09:50
---
Subject: Bug 28110
Author: reichelt
Date: Thu Jun 22 09:50:24 2006
New Revision: 114886
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114886
Log:
PR c++/28110
* pt.c (unify) : Check for in
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-06-22 09:52
---
Fixed on mainline, 4.1 branch, and 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-06-22 09:52
---
Fixed on mainline and 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-06-22 09:55
---
Subject: Bug 28111
Author: reichelt
Date: Thu Jun 22 09:55:42 2006
New Revision: 114887
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114887
Log:
PR c++/28111
* pt.c (determine_specializat
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-06-22 10:05
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #19 from rakdver at gcc dot gnu dot org 2006-06-22 10:28
---
The transformations in the invariant motion pass look correct to me, as well as
the code immediately after it. Maybe it is a latent bug in some of the later
passes, but the code produced for the shift is looong an
The C frontend crashes on the following line of invalid code since GCC 4.0.0:
int i = (struct A[]) {};
bug.c:1: error: array type has incomplete element type
bug.c:1: internal compiler error: tree check: expected class 'type', have
Configured as follows:
unset ARCH SRC TARGET
ARCH=amd64
SRC=/usr/src/gcc-4.1.1
ARCH=${ARCH:-i486}
TARGET=${TARGET:-$ARCH-pc-linux-gnu}
(time nice $SRC/configure \
--prefix=/usr/local64/gcc402 \
--enable-shared \
--enable-threads=posix \
--enable-__cxa_atexit \
--disable-checking \
--wi
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-22 12:36 ---
FAIL: gcc.dg/c99-typespec-1.c (test for excess errors)
Sounds like there is an ICE going on.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28136
Between June 19 and June 20, 4 new fails appeared on ia64-linux, all of the
same type:
FAIL: ext/pb_ds/example/basic_map.cc (test for excess errors)
Excess errors:
cc1plus(7223): unaligned access to 0x25d40001, ip=0x406982a0
cc1plus(7223): unaligned access to 0x25d40009, ip
--- Comment #2 from paul dot richard dot thomas at cea dot fr 2006-06-22
14:24 ---
Created an attachment (id=11727)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11727&action=view)
Patch to fix the PR
A straightforward check in interface.c (compare_actual_formal) was all that was
--- Comment #8 from paul dot richard dot thomas at cea dot fr 2006-06-22
14:25 ---
Created an attachment (id=11728)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11728&action=view)
A patch to fix the PR.
A straightforward fix in resolve.c (resolve_select).
Paul
--
http://gc
--- Comment #2 from joseph at codesourcery dot com 2006-06-22 14:27 ---
Subject: Re: "make check" gets 10 FAIL reports with
gcc.dg/c99-typespec-1.c
On Thu, 22 Jun 2006, pinskia at gcc dot gnu dot org wrote:
> FAIL: gcc.dg/c99-typespec-1.c (test for excess errors)
>
> Sounds like the
--- Comment #9 from paul dot richard dot thomas at cea dot fr 2006-06-22
14:31 ---
> A straightforward fix in resolve.c (resolve_select).
In checking the attachment, I have just seen that the if condition can be
simplified to
if (cp->low->value.logical & seen_logical)
--- Comment #5 from amylaar at gcc dot gnu dot org 2006-06-22 15:36 ---
(In reply to comment #2)
> You're meant to use contrib/gcc_update to adjust the timestamps.
>
I see nothing in our download or testing documentation suggesting that that
is required after a clean svn checkout. Al
The store at the beginning of a catch block can use an alias set that is
allegedly disjoint from the one used to load that value. When scheduling,
this can cause the load to be moved before the store.
--
Summary: alias information for EH is wrong
Product: gcc
Ve
--- Comment #1 from amylaar at gcc dot gnu dot org 2006-06-22 15:52 ---
Created an attachment (id=11730)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11730&action=view)
test case
This test case should go in testsuite/g++.dg/eh .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-22 16:01 ---
Documentation is not part of web.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pcarlini at suse dot de 2006-06-22 16:10 ---
Basing on posts to the LWG reflector + private converstation, it seems likely
that the standard is moving to the behavior which is currently implemented by
libstdc++, relatively to badbit vs failbit. Therefore, for now I'm
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-22 16:28 ---
Hmm, I just get an error on a 64bit target so the testcase is at least invalid
for them:
t.c:19: error: cast from 'int*' to 'int' loses precision
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28139
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-22 16:34 ---
Though it is obviously wrong from the front-end:
register void * D.2002;
(int * * const &) &D.2002
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from sje at cup dot hp dot com 2006-06-22 16:38 ---
Proposed patch at http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01234.html
--
sje at cup dot hp dot com changed:
What|Removed |Added
-
--- Comment #3 from sje at cup dot hp dot com 2006-06-22 16:39 ---
Proposed patch at http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01235.html
--
sje at cup dot hp dot com changed:
What|Removed |Added
-
--- Comment #2 from sje at cup dot hp dot com 2006-06-22 16:40 ---
Proposed patch at http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01231.html
--
sje at cup dot hp dot com changed:
What|Removed |Added
-
--- Comment #16 from mt1 at systella dot fr 2006-06-22 16:55 ---
Subject: Re: kinds.h not generated, causing failure
langton at gcc dot gnu dot org a écrit :
> --- Comment #15 from langton at gcc dot gnu dot org 2006-06-20 23:32
> ---
> (In reply to comment #14)
>
>>GMP-4.2
--- Comment #4 from amylaar at gcc dot gnu dot org 2006-06-22 16:55 ---
(In reply to comment #2)
> Hmm, I just get an error on a 64bit target so the testcase is at least invalid
> for them:
> t.c:19: error: cast from 'int*' to 'int' loses precision
>
You can write this as:
exit ((int)(l
--- Comment #5 from jakub at gcc dot gnu dot org 2006-06-22 16:58 ---
In GCC trunk bootstrap + regression testing the tree-nrv optimization hits 584
types, out of this 38 cases have TREE_ADDRESSABLE set on the RESULT_DECL
(because C++ FE already NRV optimized it, address of was taken us
--- Comment #1 from lmillward at gcc dot gnu dot org 2006-06-22 17:48
---
Subject: Bug 27805
Author: lmillward
Date: Thu Jun 22 17:48:41 2006
New Revision: 114897
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114897
Log:
PR c++/27805
* typeck2.c (build_m_component_ref): Use er
--- Comment #2 from lmillward at gcc dot gnu dot org 2006-06-22 17:50
---
Fixed on mainline.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rakdver at gcc dot gnu dot org 2006-06-22 17:54 ---
Subject: Bug 28121
Author: rakdver
Date: Thu Jun 22 17:54:45 2006
New Revision: 114898
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114898
Log:
PR rtl-optimization/28121
* cfgexpand.c (tree
--- Comment #2 from lmillward at gcc dot gnu dot org 2006-06-22 18:05
---
Subject: Bug 27821
Author: lmillward
Date: Thu Jun 22 18:05:17 2006
New Revision: 114899
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114899
Log:
PR c++/27821
* decl.c (grokdeclarator): Return error_mar
--- Comment #3 from lmillward at gcc dot gnu dot org 2006-06-22 18:10
---
Fixed on mainline. Will apply to the 4.1/4.0 branches when I get chance.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pault at gcc dot gnu dot org 2006-06-22 18:13 ---
...well, not quite "tonight" but near enough.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pault at gcc dot gnu dot org 2006-06-22 18:26 ---
> > we should check that an elemental function doesn't return a pointer.
a pointer already yields:
INTEGER, pointer :: MM ! should be scalar
1
Error: POINTER attribute conflicts with
--- Comment #3 from langton at gcc dot gnu dot org 2006-06-22 18:30 ---
Subject: Bug 24748
Author: langton
Date: Thu Jun 22 18:30:18 2006
New Revision: 114901
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114901
Log:
PR fortran/24748
* primary.c (gfc_match_rvalu
--
langton at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |langton at gcc dot gnu dot
|dot org
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
An asm statement with side effects gets lost when compiling with O1 or higher.
--
Summary: asm gets lost between 125r.cse2 and 126r.life1
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
--- Comment #1 from amylaar at gcc dot gnu dot org 2006-06-22 19:43 ---
Created an attachment (id=11731)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11731&action=view)
test case
This test case should fail to assemble. Yet it does at -O1 or higher.
--
http://gcc.gnu.org/bug
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-22 20:56 ---
__asm__ ("choke_me %0 %1 %2" : "+m" (*p1), "+m" (*p2), "+m" (*p3));
*p1 = val0;
*p2 = val0;
*p3 = val0;
Actually I don't think so since the asm is dead code as the stores to *p1, *p2,
and *p3
--
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 #1 from sje at cup dot hp dot com 2006-06-22 21:16 ---
I see these failures too, they appear to have started with SVN version 114783.
I don't think that patch is buggy, it just preterbed the allocation setup
enough to make something that was accidentally aligned to be acciden
--- Comment #3 from duncan_roe at acslink dot net dot au 2006-06-22 21:21
---
I have expect 5.41. HJ's patch is not yet accepted by the expect folks - they
believe the problem may have its roots in Tcl.
So I will try applying the patch and re-running make check.
--
http://gcc.gnu.o
--- Comment #3 from amylaar at gcc dot gnu dot org 2006-06-22 21:22 ---
(In reply to comment #2)
> __asm__ ("choke_me %0 %1 %2" : "+m" (*p1), "+m" (*p2), "+m" (*p3));
> *p1 = val0;
> *p2 = val0;
> *p3 = val0;
>
> Actually I don't think so since the asm is dead co
--- Comment #5 from amylaar at gcc dot gnu dot org 2006-06-22 22:16 ---
Created an attachment (id=11732)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11732&action=view)
patch
I'm currently testing this patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28139
--- Comment #3 from geoffk at gcc dot gnu dot org 2006-06-22 23:36 ---
I think the problem with the FSF build is that the SDK is actually
*-darwin-8.6.1 but your host system is running Tiger which is *-darwin-8.6.0.
If you give configure the full three-entry version numbers it will real
--- Comment #4 from geoffk at gcc dot gnu dot org 2006-06-22 23:38 ---
(In reply to comment #3)
> I think the problem with the FSF build is that the SDK is actually
> *-darwin-8.6.1 but your host system is running Tiger which is *-darwin-8.6.0.
I mean, of course, *-apple-darwin8.6.1.
--- Comment #19 from jason at gcc dot gnu dot org 2006-06-23 01:05 ---
fixed a while back
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #8 from jason at gcc dot gnu dot org 2006-06-23 01:11 ---
*** Bug 21243 has been marked as a duplicate of this bug. ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from jason at gcc dot gnu dot org 2006-06-23 01:11 ---
*** This bug has been marked as a duplicate of 17470 ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #15 from sayle at gcc dot gnu dot org 2006-06-23 01:20 ---
Subject: Bug 27531
Author: sayle
Date: Fri Jun 23 01:19:57 2006
New Revision: 114921
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114921
Log:
2006-06-22 Roger Sayle <[EMAIL PROTECTED]>
Steven
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-23 01:41 ---
I knew when I filed PR 27946, I saw it before. The reason why I am closing
this one as a dup of that is because PR 27946 has a simple testcase and
mentions that YARA already fixes the problem.
*** This bug has been
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-23 01:41 ---
*** Bug 26525 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-23 01:42 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #6 from sayle at gcc dot gnu dot org 2006-06-23 02:01 ---
Subject: Bug 28131
Author: sayle
Date: Fri Jun 23 02:01:30 2006
New Revision: 114923
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114923
Log:
2006-06-22 Roger Sayle <[EMAIL PROTECTED]>
John Dav
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-23 03:26 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
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 #3 from jason at gcc dot gnu dot org 2006-06-23 03:51 ---
So what is the right check, then?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26989
--
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
--
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
--
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 #4 from pinskia at gcc dot gnu dot org 2006-06-23 04:03 ---
I don't think there is one currently.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26989
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-06-23 04:35 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-23 04:35 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-06-23 04:36
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-06-23 04:36 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #3 from pault at gcc dot gnu dot org 2006-06-23 04:47 ---
Subject: Bug 25049
Author: pault
Date: Fri Jun 23 04:46:50 2006
New Revision: 114925
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114925
Log:
2006-06-23 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #11 from pault at gcc dot gnu dot org 2006-06-23 04:47 ---
Subject: Bug 16206
Author: pault
Date: Fri Jun 23 04:46:50 2006
New Revision: 114925
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114925
Log:
2006-06-23 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #3 from pault at gcc dot gnu dot org 2006-06-23 04:47 ---
Subject: Bug 25050
Author: pault
Date: Fri Jun 23 04:46:50 2006
New Revision: 114925
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114925
Log:
2006-06-23 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2006-06-23 04:47 ---
Subject: Bug 20876
Author: pault
Date: Fri Jun 23 04:46:50 2006
New Revision: 114925
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114925
Log:
2006-06-23 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #9 from pault at gcc dot gnu dot org 2006-06-23 04:47 ---
Subject: Bug 18769
Author: pault
Date: Fri Jun 23 04:46:50 2006
New Revision: 114925
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114925
Log:
2006-06-23 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-06-23 04:53
---
This was fixed on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-06-23 04:56
---
*** Bug 28099 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-23 04:56 ---
This is a dup of either PR 21391 or 23336 by looking at the source code and
your explanation. I am going to close it as a dup of bug 23336 because you
have a cast to enum Lisp_Type in there so it is fixed for 4.2.0.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-23 04:57 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-23 04:59 ---
When I acidently closed this bug, I set Target Milestone, which I am fixing
right now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28125
--- Comment #4 from jason at gcc dot gnu dot org 2006-06-23 05:25 ---
This is the intended behavior of -fvisibility; see the discussion of PR 15000
for the rationale.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from w dot northcott at unsw dot edu dot au 2006-06-23
05:57 ---
(In reply to comment #3)
> I think the problem with the FSF build is that the SDK is actually
> *-darwin-8.6.1 but your host system is running Tiger which is *-darwin-8.6.0.
Thanks for the thoughgt, but I
Given the following:
1 double __thread data;
2 double __thread * ptr = &data;
leads to following error diagnostic:
% gcc -c t.c
t.c:3: error: initializer element is not constant
compiled with:
gcc version 4.1.1 20060525 (Red Hat 4.1.1-1)
Given that both 'data' and 'ptr' are thread l
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-23 06:55 ---
I think this needs also a binutils change and technically it is not a constant
as it does change between threads.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
87 matches
Mail list logo
