--- Comment #12 from jv244 at cam dot ac dot uk 2009-05-28 07:05 ---
(In reply to comment #5)
Subject: Re: ICE with -fipa-pta
As the person working on ipa-pta, I'm happy for you to file bug
reports against ipa-pta, but I should warn you that a lot of these
bugs are just going to
--- Comment #6 from nemet at gcc dot gnu dot org 2009-05-28 07:43 ---
Subject: Bug 33699
Author: nemet
Date: Thu May 28 07:42:52 2009
New Revision: 147944
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147944
Log:
PR middle-end/33699
* target.h (struct
--- Comment #7 from nemet at gcc dot gnu dot org 2009-05-28 07:49 ---
Note that the above patch does not yet fix the testcase. Besides this patch we
need some more cost adjustments and also some changes in fwprop to propagate
into the address expression.
--
--- Comment #6 from dannysmith at users dot sourceforge dot net 2009-05-28
08:26 ---
(In reply to comment #4)
Because __STRICT_ANSI__ means strict to the standard so -std=c++0x enables
__STRICT_ANSI__. But the mingw headers don't know about C++0x standard so it
does not know those
--- Comment #4 from mikpe at it dot uu dot se 2009-05-28 08:40 ---
(In reply to comment #3)
I just tried this with gfortran 4.3.3 that I have on my ubuntu box. I don't
get
a failure with arm-linux-gnueabi. Can you verify that this still exists with
arm-linux configurations ?
This
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-05-28 09:11 ---
IPA-type-escape is likely completely broken (and unused - well, used by
IPA-struct-reorg which is broken as well ...).
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-05-28 09:12 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from jakub at gcc dot gnu dot org 2009-05-28 11:12 ---
*** Bug 40279 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from dodji at gcc dot gnu dot org 2009-05-28 11:24 ---
Subject: Bug 39754
Author: dodji
Date: Thu May 28 11:24:18 2009
New Revision: 147951
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147951
Log:
Fix for PR c++/PR39754
gcc/cp/ChangeLog:
PR c++/39754
*
--- Comment #10 from dodji at gcc dot gnu dot org 2009-05-28 12:42 ---
Fixed in gcc 4.5.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
On 05/14/09 20:19, cppljevans at suddenlink dot net wrote:
--- Comment #4 from cppljevans at suddenlink dot net 2009-05-15 01:19
---
Created an attachment (id=17869)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17869action=view)
Much simpler code showing problem
Code has
std::unique_ptr has an explicit conversion to
bool operator. However, according to Wikipedia:
http://en.wikipedia.org/wiki/C%2B%2B0x#Explicit_conversion_operators
In C++0x, the explicit keyword can now be applied to conversion operators. As
with constructors, it prevents the use of those
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37985
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-05-28 14:52 ---
Confirmed.
(gdb) start
Temporary breakpoint 2, main () at dlmod.i:24
24list a3 = { 0 };
(gdb) p a3
$4 = (list *) 0xd05c
(gdb) n
25f0(0, 0, 0, a3);
(gdb) s
f0 (a=0x0, b=0x0, c=0x0, d=0xd05c)
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-05-28 14:53 ---
Waiting for HJ.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |middle-end
Priority|P3 |P1
--- Comment #3 from hjl dot tools at gmail dot com 2009-05-28 15:43 ---
(In reply to comment #1)
(In reply to comment #0)
On Linux/ia64, revision 147829:
http://gcc.gnu.org/ml/gcc-cvs/2009-05/msg00806.html
caused:
FAIL: Matrix4f -O3 compilation from source
Could you please
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW |SUSPENDED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40264
--- Comment #3 from steven at gcc dot gnu dot org 2009-05-28 18:15 ---
This will never be implemented.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from michael dot voelske at medien dot uni-weimar dot de
2009-05-28 18:24 ---
FYI, this issue seems to be fixed in GNAT GPL 2009, released today.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38394
--- Comment #14 from bkoz at gcc dot gnu dot org 2009-05-28 18:53 ---
Back, and on darwin as well.
http://gcc.gnu.org/ml/gcc-testresults/2009-05/msg02455.html
http://gcc.gnu.org/ml/gcc-testresults/2009-05/msg02457.html
Please hang on while I work through this.
--
bkoz at gcc dot
--- Comment #15 from bkoz at gcc dot gnu dot org 2009-05-28 18:53 ---
Mine
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at
on Debian squeeze, Linux 2.6.26-2-amd64 #1 SMP:
The following incorrect code cause g++ to segfault on g++ (Debian 4.3.3-3)
4.3.3 but not on g++ (GCC) 4.1.1 20070105 (Red Hat 4.1.1-51):
// g++ -Wall -save-temps -c bugreport0.cpp
templatetypename
--- Comment #1 from poftwaresatent at gmail dot com 2009-05-28 19:03
---
Created an attachment (id=17925)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17925action=view)
output from -save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40284
--- Comment #4 from laurent at guerby dot net 2009-05-28 19:30 ---
The issue is present on 4.4.0
gue...@gcc16:~/tmp$ /opt/cfarm/release/4.4.0/bin/gcc -c pkg.adb
/tmp/cc6tnj9K.s: Assembler messages:
/tmp/cc6tnj9K.s:86: Error: symbol `pkg__foo__T3scc___U' is already defined
But fixed on
--- Comment #16 from paolo dot carlini at oracle dot com 2009-05-28 19:59
---
At least, now we are sure the issue was not caused by my tentative fixes to
throw_allocator.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #17 from paolo dot carlini at oracle dot com 2009-05-28 20:09
---
Sorry.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #18 from dave at hiauly1 dot hia dot nrc dot ca 2009-05-28
20:15 ---
Subject: Re: FAIL: ext/throw_allocator/deallocate_global.cc execution test
At least, now we are sure the issue was not caused by my tentative fixes to
throw_allocator.
My conclusion was that this is a
--- Comment #9 from jlquinn at optonline dot net 2009-05-28 20:59 ---
Same problem with a clean build of gcc 4.4.0 on fc7 x86_64
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35923
--- Comment #2 from jakub at gcc dot gnu dot org 2009-05-28 21:01 ---
Works with 4.4/trunk (fixed in between r143845 and r144437 on the trunk).
Likely PR39225.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40284
--- Comment #1 from mcintosh_shane at emc dot com 2009-05-28 21:01 ---
I can confirm this bug exists when generating position independent code:
-bash-3.00$ uname -a
SunOS bu-navel 5.10 Generic_118855-33 i86pc i386
-bash-3.00$ /usr/sfw/bin/gcc --version
gcc (GCC) 3.4.3
--- Comment #61 from ubizjak at gmail dot com 2009-05-28 21:45 ---
Fixed for 4.5.0.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #1 from burnus at gcc dot gnu dot org 2009-05-28 21:50 ---
Before removal, one may deprecate it as explained at:
http://gcc.gnu.org/ml/fortran/2009-05/msg00400.html
http://gcc.gnu.org/ml/fortran/2009-05/msg00401.html
(I needed to remove the , rd to get it assemble. And
--- Comment #1 from kkojima at gcc dot gnu dot org 2009-05-28 22:02 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from paolo dot carlini at oracle dot com 2009-05-28 22:25
---
Let's see what Benjamin eventually figures out: he has a lot of experience with
such nasty ordering issues... ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40094
--- Comment #11 from jakub at gcc dot gnu dot org 2009-05-28 22:39 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
This issue has also been discussed on the comp.lang.ada newsgroup, see
[1] for details.
Signal-handling using a protected type as handler is not possible any more if
an application includes the Ada.Real_Time.Timing_Events package. It's not
necessary to actually use types from the package,
--- Comment #1 from reet at codelabs dot ch 2009-05-28 23:01 ---
Created an attachment (id=17926)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17926action=view)
Simple application which uses a protected type for signal handling.
--
--- Comment #2 from reet at codelabs dot ch 2009-05-28 23:02 ---
Created an attachment (id=17927)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17927action=view)
Handlers package spec.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40285
--- Comment #3 from reet at codelabs dot ch 2009-05-28 23:03 ---
Created an attachment (id=17928)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17928action=view)
Handlers package body.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40285
--- Comment #4 from hjl dot tools at gmail dot com 2009-05-28 23:59 ---
(In reply to comment #1)
(In reply to comment #0)
On Linux/ia64, revision 147829:
http://gcc.gnu.org/ml/gcc-cvs/2009-05/msg00806.html
caused:
FAIL: Matrix4f -O3 compilation from source
Could you please
--- Comment #3 from hjl dot tools at gmail dot com 2009-05-29 00:02 ---
Fixed as of revision 147806.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #20 from bkoz at gcc dot gnu dot org 2009-05-29 01:13 ---
Created an attachment (id=17929)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17929action=view)
reworked version of throw_allocator
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40094
--- Comment #21 from bkoz at gcc dot gnu dot org 2009-05-29 01:20 ---
Yeah Paolo, didn't these this was due to your rework. I think the test cases
are ok now, seems like a better starting place although we may need to add
// { dg-require-cxa-atexit }
on more of these.
Actually
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-05-29 02:46 ---
The stage2 and stage3 versions of tree-phinodes.o is
a lot smaller than the stage1 version:
It should be.
What happens if you replace tree-phinodes.o from stage2 into stage3 does that
help?
--
pinskia at gcc
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-05-29 02:49 ---
I have been noticing weird issues with -V option too like the -o option not
being passed correctly and such.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-05-29 02:53 ---
http://www.nabble.com/Re:-libFFI-arm-compilation-fails-with-assembly-td20346235.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40242
--- Comment #17 from pinskia at gcc dot gnu dot org 2009-05-29 03:00
---
Yes I am going to be still looking into this. I just had other things to do
first.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40005
--- Comment #3 from hjl dot tools at gmail dot com 2009-05-29 03:22 ---
Revision 146817:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01459.html
is the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
currently the install-plugin target creates directories in
$(plugin_includedir). this is broken wrt DESTDIR and causes a sandbox
violation for us (we install into a sandboxed DESTDIR before merging with the
live filesystem). the attached patch was sent to gcc-patches but got no
response, so i'm
--- Comment #1 from dirtyepic at gentoo dot org 2009-05-29 04:57 ---
Created an attachment (id=17930)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17930action=view)
gcc45-plugin-destdir.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40286
53 matches
Mail list logo