--- 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=gcc&view=rev&rev=147944
Log:
PR middle-end/33699
* target.h (struct gcc_target
--- 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.
--
http://gcc.gnu.org/bugzi
--- 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 thos
--- 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 ?
Th
--- Comment #6 from irar at gcc dot gnu dot org 2009-05-28 09:03 ---
Subject: Bug 40254
Author: irar
Date: Thu May 28 09:02:53 2009
New Revision: 147945
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147945
Log:
PR tree-optimization/40254
* tree-data-ref.c (dr_a
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-05-28 09:09 ---
Confirmed (HWI32 issue). We do a very funny expansion:
;; if (((int) (in >> 31) & 1) != 0)
(insn 8 5 6 t.c:10 (clobber (reg:DI 61)) -1 (insn_list:REG_LIBCALL 9 (nil)))
(insn 6 8 7 t.c:10 (parallel [
(s
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|--- |4.3.4
ht
--- Comment #7 from paolo dot carlini at oracle dot com 2009-05-28 09:10
---
We had a similar issue elsewhere (see [GLIBCXX_CHECK_C99_TR1]). Essentially,
the issue has nothing to do with C++0x, instead with GNU mode vs strict ansi
mode, and as such is actually *very* old: appears also f
--- 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 #8 from paolo dot carlini at oracle dot com 2009-05-28 09:14
---
Just wanted to add, that eventually, the new C++ standard will be known to the
libc implementations, thus the fact that in it the C99 functions are part of
the strict ansi mode of operation. This isn't really s
--- Comment #60 from davek at gcc dot gnu dot org 2009-05-28 10:48 ---
Subject: Bug 37216
Author: davek
Date: Thu May 28 10:48:35 2009
New Revision: 147950
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147950
Log:
gcc/ChangeLog:
2009-05-28 Dave Korn
PR target/37216
--- Comment #2 from jakub at gcc dot gnu dot org 2009-05-28 11:12 ---
*** This bug has been marked as a duplicate of 40057 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- 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=gcc&view=rev&rev=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
Status|A
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=17869&action=view)
Much simpler code showing problem
Code has #defin
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 conversi
--
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
Status|
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |middle-end
Priority|P3 |P1
http:
--- 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 yo
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--
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 gn
--- 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 gc
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
template
struct
--- 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=17925&action=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
Assigned
--- 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
--- 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 (csl-sol210-3_4-b
--- 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
Status|UNCONFIRM
--- 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, includin
--- 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=17926&action=view)
Simple application which uses a protected type for signal handling.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- 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=17927&action=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=17928&action=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 yo
--- 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=17929&action=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 h
--- 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 d
--- 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 f
--- 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=17930&action=view)
gcc45-plugin-destdir.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40286
60 matches
Mail list logo
