--- Comment #11 from amodra at gcc dot gnu dot org 2009-08-30 06:09 ---
Subject: Bug 41081
Author: amodra
Date: Sun Aug 30 06:09:42 2009
New Revision: 151221
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151221
Log:
PR target/41081
* fwprop.c (get_reg_use_in): D
--- Comment #12 from hjl at gcc dot gnu dot org 2009-08-30 02:07 ---
Subject: Bug 41126
Author: hjl
Date: Sun Aug 30 02:06:32 2009
New Revision: 151218
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151218
Log:
2009-08-29 H.J. Lu
Backport from mainline:
2009-
--- Comment #19 from hjl at gcc dot gnu dot org 2009-08-30 02:07 ---
Subject: Bug 41139
Author: hjl
Date: Sun Aug 30 02:06:32 2009
New Revision: 151218
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151218
Log:
2009-08-29 H.J. Lu
Backport from mainline:
2009-
--- Comment #6 from hjl at gcc dot gnu dot org 2009-08-30 02:07 ---
Subject: Bug 41120
Author: hjl
Date: Sun Aug 30 02:06:32 2009
New Revision: 151218
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151218
Log:
2009-08-29 H.J. Lu
Backport from mainline:
2009-0
--- Comment #10 from hjl at gcc dot gnu dot org 2009-08-30 02:07 ---
Subject: Bug 41162
Author: hjl
Date: Sun Aug 30 02:06:32 2009
New Revision: 151218
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151218
Log:
2009-08-29 H.J. Lu
Backport from mainline:
2009-
--- Comment #6 from hjl at gcc dot gnu dot org 2009-08-30 02:07 ---
Subject: Bug 41163
Author: hjl
Date: Sun Aug 30 02:06:32 2009
New Revision: 151218
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151218
Log:
2009-08-29 H.J. Lu
Backport from mainline:
2009-0
--- Comment #8 from hjl at gcc dot gnu dot org 2009-08-30 02:07 ---
Subject: Bug 41121
Author: hjl
Date: Sun Aug 30 02:06:32 2009
New Revision: 151218
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151218
Log:
2009-08-29 H.J. Lu
Backport from mainline:
2009-0
--- Comment #6 from abnikant dot singh at atmel dot com 2009-08-30 02:02
---
f32.c succeeds for
4.3.2, -O[0123s]
4.4.0, -O[0123s]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25742
--- Comment #5 from hjl at gcc dot gnu dot org 2009-08-30 01:52 ---
Subject: Bug 41170
Author: hjl
Date: Sun Aug 30 01:52:18 2009
New Revision: 151217
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151217
Log:
Fix ChangeLog entries for PR debug/41170.
Modified:
trunk/gcc/Ch
--- Comment #6 from hjl dot tools at gmail dot com 2009-08-30 01:43 ---
(In reply to comment #5)
> Subject: Re: g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64
>
> Le 29/08/2009 23:29, hjl dot tools at gmail dot com a écrit :
> > Do we need ".*?"? Shouldn't it be just ".*"?
>
>
--- Comment #5 from dodji at gcc dot gnu dot org 2009-08-29 21:31 ---
Subject: Re: g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64
Le 29/08/2009 23:29, hjl dot tools at gmail dot com a écrit :
> Do we need ".*?"? Shouldn't it be just ".*"?
I tend to use .*? because .* can be to
--- Comment #4 from hjl dot tools at gmail dot com 2009-08-29 21:29 ---
(In reply to comment #2)
> Subject: Re: New: g++.dg/debug/dwarf2/namespace-1.C failed
> on Linux/ia64
>
> I think the correct line should rather be:
> // { dg-final { scan-assembler-times "\.ascii \"T.0\"\[\t \]+
--- Comment #3 from hjl dot tools at gmail dot com 2009-08-29 21:27 ---
# can't be used as comment for ia64. '.' won't match "//".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41187
--- Comment #2 from dodji at gcc dot gnu dot org 2009-08-29 21:25 ---
Subject: Re: New: g++.dg/debug/dwarf2/namespace-1.C failed
on Linux/ia64
I think the correct line should rather be:
// { dg-final { scan-assembler-times "\.ascii \"T.0\"\[\t \]+.*?DW_AT_name"
--
http://gcc.gnu
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
CC||dodji at gcc dot gnu dot org
AssignedTo|unassigned at gcc dot g
--- Comment #1 from dodji at gcc dot gnu dot org 2009-08-29 21:15 ---
Subject: Re: New: g++.dg/debug/dwarf2/namespace-1.C failed
on Linux/ia64
Le 29/08/2009 22:57, hjl dot tools at gmail dot com a écrit :
> On Linux/ia64, I got
>
> FAIL: g++.dg/debug/dwarf2/namespace-1.C scan-assemb
On Linux/ia64, I got
FAIL: g++.dg/debug/dwarf2/namespace-1.C scan-assembler-times .ascii "T.0"[
]+# DW_AT_name 1
The assembly output has
.ascii "T\0"// DW_AT_name
There is no trailing '1'.
--
Summary: g++.dg/debug/dwarf2/namespace-1.C failed on Linux/ia64
--- Comment #19 from ubizjak at gmail dot com 2009-08-29 19:52 ---
Sigh, the patch doesn't fix alpha failure :(
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41058
--- Comment #7 from ktietz at gcc dot gnu dot org 2009-08-29 18:01 ---
Committed to head at revision 151204.
Committed to 4.4 branch at revision 151203.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from xxcv07 at gmail dot com 2009-08-29 16:06 ---
Thanks Kai,
I can confirm it is now fixed, -O1 and up isn't an issue now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
--- Comment #2 from dodji at gcc dot gnu dot org 2009-08-29 15:22 ---
Patch submitted at http://gcc.gnu.org/ml/gcc-patches/2009-08/msg01596.html .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41065
--- Comment #2 from xxcv07 at gmail dot com 2009-08-29 14:19 ---
AFAIK -O0 compiles OK, -O1 fails and cause internal compiler error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41153
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-08-29 13:49 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #13 from wwashby at earthlink dot net 2009-08-29 12:50 ---
(In reply to comment #12)
> ...
> Maybe uncaught_exception assumes that the throw BadE will succeed and doesn't
> notice that the BadE object is not fully constructed?
>
Apparently that is the case. Here's another
The C++ FE now creates memcpy for class copies to avoid copying objects in
tail-padding.
struct Foo {
Foo() {};
int i;
short f;
};
struct Bar : public Foo {
Bar() {};
short b;
};
extern "C" void abort(void);
int main()
{
Bar b1, b2;
b2.i = 0;
b1.f = 0;
b1.b = 1;
b2.f = 1;
b
--- Comment #5 from ktietz at gcc dot gnu dot org 2009-08-29 12:33 ---
This bug is reasoned by ix86_expand_epilogue. At one place frame.padding0
wasn't added to pro_epilogue_adjust_stack.
Following patch fixes this. It has to applied to 4.4 branch, too.
I'll post it to ML
Index: gcc/gc
--- Comment #11 from clerman at fuse dot net 2009-08-29 12:14 ---
Subject: Re: [4.4 Regression] ICE in
gfc_trans_use_stmts, at fortran/trans-decl.c:3438
You're welcome. Works fine now.
Norm Clerman
pault at gcc dot gnu dot org wrote:
>
>
> --- Comment #10 from pault at
--- Comment #12 from wwashby at earthlink dot net 2009-08-29 11:27 ---
(In reply to comment #11)
> (In reply to comment #10)
> >
> > I'm not sure that this applies in this situation. An instance of BadE is
> > constructed because it is thrown, but BadE::BadE does not "[exit] via an
> >
--- Comment #16 from slyfox at inbox dot ru 2009-08-29 10:26 ---
(In reply to comment #15)
> Fixed everywhere.
>
Just tested on my sample (got this only revision from 4_4 branch and applied to
gentoo gcc sources).
All works as expected.
Thanks!
--
http://gcc.gnu.org/bugzilla/show
--- Comment #4 from xxcv07 at gmail dot com 2009-08-29 09:33 ---
Hi,
> I built an x86_64-w64-mingw32 cross compiler under x86_64 linux using
> latest gcc SVN code, then use this cross compiler to build ffmpeg.
I can confirm this issue and encountered this problem after cross compiled V
--- Comment #1 from pluto at agmk dot net 2009-08-29 08:15 ---
Created an attachment (id=18450)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18450&action=view)
testcase
g++ ui-part-library.ii -c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41185
hi,
during compiling bmpx package (http://bmpx.backtrace.info/site)
i get an error with gcc-4.4.1:
ui-part-library.cc:512: error:
size of array 'i_toplevel' has non-integral type
'Gtk::TreeModelColumn'
here's the line that confuses compiler:
UID uid(
Bmp::AlbumArtist(
(*i_toplevel)[mStore
--- Comment #3 from drangon dot mail at gmail dot com 2009-08-29 08:11
---
Created an attachment (id=18449)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18449&action=view)
objdump of oubput aacenc.o
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
--- Comment #2 from drangon dot mail at gmail dot com 2009-08-29 08:10
---
Created an attachment (id=18448)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18448&action=view)
-save-temps aacenc_O3.s
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
--- Comment #1 from drangon dot mail at gmail dot com 2009-08-29 08:10
---
Created an attachment (id=18447)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18447&action=view)
-save-temps aacenc_O3.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41184
I built an x86_64-w64-mingw32 cross compiler under x86_64 linux using
latest gcc SVN code, then use this cross compiler to build ffmpeg.
the program runs failed, it seem that epilogue code in aac_encode_frame()
adjust wrong rsp register.
at function aac_encode_frame() begin :
0x69fb91 : push
--- Comment #5 from dickinsm at gmail dot com 2009-08-29 07:05 ---
A quick note for anyone else who comes across this: this libm bug is fixed in
Snow Leopard (darwin 10).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37714
37 matches
Mail list logo
