[Bug libstdc++/44963] [DR 1334] Ambiguous function overload using __gnu_cxx::crope with std::back_inserter in c++0x mode
--- Comment #12 from oakad at yahoo dot com 2010-08-09 06:02 --- (In reply to comment #11) > Fixed for 4.5.2. > Thanks. I've been looking into rope data structure per your advice, and indeed, it needs a lot of fixes. It can probably use canned smart pointers and vstrings for added simplicity and it doesn't seem fully thread safe to me in its current form. Hopefully, I'll have some time soon to give a try at reimplementing it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44963
[Bug rtl-optimization/40838] gcc shouldn't assume that the stack is aligned
--- Comment #78 from jasmin at revisionfx dot com 2010-08-09 01:56 ---
I am not exactly sure how to report a bug here - but it seems highly related to
this thread (I am pie...@revisionfx.com, since I am not sure if I am
auto-subscribed to this thread, and so will get email back about this)
It appears (whatever the version) that this construct in 32b linux (below) does
not work after -shared (ld...) - does not work means is not aligned anymore to
16 bytes/128 bits boundary. If I compile a library with such code, and link it
as in an executable, it seems to work but if I do it as shared object the
alignment is not guaranteed anymore. Anyone has an idea about what to do, if
this will be addressed... or GNU just assumes 32b will go away? Or the problem
is different. All this works fine with Mac OSX gcc -m32 compile by the way.
Also, if I compile with Intel CC does that fix the problem for an host that is
Intel CC compiled? (As in is it possible that mixed compiler context - host
versus dynamic library further cause complications).
#define MAX_CONV_KERNEL_SIZE4096
class ConvKernel4f
{
public:
ConvKernel4f ( );
~ConvKernel4f( );
DATA_ALIGN(float4 mFilterPtr[MAX_CONV_KERNEL_SIZE]);
};
--
jasmin at revisionfx dot com changed:
What|Removed |Added
CC||jasmin at revisionfx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40838
[Bug bootstrap/45174] Make fails in zlib
--- Comment #21 from dschlic1 at gmail dot com 2010-08-09 00:42 --- Subject: Re: Make fails in zlib Hello; Well I solved my problem, however the issue still remains. I installed the latest native binutils and gcc-4.5.1 on my linux installation. The script now works without any errors. However it appears that using the supplied binutils and compilers from Ubuntu 10.04 there is a problem creating the cross compilers. I do not know how or if I should proceed from here. It maybe there there is some subtle error in the bins supplied with Ubuntu. Thank You, Donald Schlicht -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
[Bug c++/44641] Generated constructors and destructors get wrong debug location when a typedef uses a forward declaration of the type before the definition
--- Comment #18 from dave at hiauly1 dot hia dot nrc dot ca 2010-08-09 00:35 --- Subject: Re: Generated constructors and destructors get wrong debug location when a typedef uses a forward declaration of the type before the definition On Mon, 09 Aug 2010, danglin at gcc dot gnu dot org wrote: > FAIL: g++.dg/debug/dwarf2/nested-2.C scan-assembler > [^\n\r]*\\(DIE[^\n\r]*DW_TAG > _structure_type\\)[\n\r]+[^\n\r]*"S0"[ \t]+(#|//)[ > \t]+DW_AT_name[\n\r]+(.*) > ?\\(DIE[^\n\r]*DW_TAG_structure_type\\)[\n\r]+[^\n\r]*"T0"[ > \t]+(.*)?\\ > (DIE[^\n\r]*DW_TAG_template_type_param\\)[\n\r]+[^\n\r]*[\n\r]+[^\n\r]*[\n\r]+[^ > \n\r]*(#|//)[ \t]+end of children of DIE[^\n\r]*[\n\r]+[^\n\r]*end of children > o > f DIE[^\n\r]* Sorry, different issue. Attached .s. Probably, similar problems are present on hppa64-hp-hpux11.11 but bootstrap is currently broken. --- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca 2010-08-09 00:35 --- Created an attachment (id=21440) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21440&action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44641
[Bug fortran/44998] runtime error when reading complex*16 using formatted I/O [reopen bug 19064]
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2010-08-09 00:31 --- Good -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44998
[Bug c++/44641] Generated constructors and destructors get wrong debug location when a typedef uses a forward declaration of the type before the definition
--- Comment #17 from danglin at gcc dot gnu dot org 2010-08-09 00:19 --- The match string doesn't work on hppa-linux: FAIL: g++.dg/debug/dwarf2/lineno-simple1.C scan-assembler _ZN1CC[12]Ev:[^\\t]*(\ \t.(frame|mask|file)[^\\t]*)*\\t[^:]+:4\\n FAIL: g++.dg/debug/dwarf2/lineno-simple1.C scan-assembler _ZN1C3fooEv:[^\\t]*(\\ t.(frame|mask|file)[^\\t]*)*\\t[^:]+:6\\nFAIL: g++.dg/debug/dwarf2/lineno-simple1.C scan-assembler main:[^\\t]*(\\t.(fram e|mask|file)[^\\t]*)*\\t[^:]+:12\\n FAIL: g++.dg/debug/dwarf2/nested-2.C scan-assembler [^\n\r]*\\(DIE[^\n\r]*DW_TAG _structure_type\\)[\n\r]+[^\n\r]*"S0"[ \t]+(#|//)[ \t]+DW_AT_name[\n\r]+(.*) ?\\(DIE[^\n\r]*DW_TAG_structure_type\\)[\n\r]+[^\n\r]*"T0"[ \t]+(.*)?\\ (DIE[^\n\r]*DW_TAG_template_type_param\\)[\n\r]+[^\n\r]*[\n\r]+[^\n\r]*[\n\r]+[^ \n\r]*(#|//)[ \t]+end of children of DIE[^\n\r]*[\n\r]+[^\n\r]*end of children o f DIE[^\n\r]* FAIL: g++.dg/debug/dwarf2/pr44641.C scan-assembler _ZN12MisplacedDbgI4FullEC[12] Ev:[^\\t]*(\\t.(frame|mask|file)[^\\t]*)*\\t[^:]+:21\\n FAIL: g++.dg/debug/dwarf2/pr44641.C scan-assembler _ZN12MisplacedDbgI4FullED0Ev: [^\\t]*(\\t.(frame|mask|file)[^\\t]*)*\\t[^:]+:21\\n FAIL: g++.dg/debug/dwarf2/pr44641.C scan-assembler _ZN12MisplacedDbgIP3ArgEC[12] Ev:[^\\t]*(\\t.(frame|mask|file)[^\\t]*)*\\t[^:]+:28\\n FAIL: g++.dg/debug/dwarf2/pr44641.C scan-assembler _ZN12MisplacedDbgIP3ArgED0Ev: [^\\t]*(\\t.(frame|mask|file)[^\\t]*)*\\t[^:]+:28\\nFAIL: g++.dg/debug/dwarf2/pr44641.C scan-assembler _ZN12MisplacedDbgI3ArgEC[12]Ev:[^\\t]*(\\t.(frame|mask|file)[^\\t]*)*\\t[^:]+:34\\n FAIL: g++.dg/debug/dwarf2/pr44641.C scan-assembler _ZN12MisplacedDbgI3ArgED0Ev:[^\\t]*(\\t.(frame|mask|file)[^\\t]*)*\\t[^:]+:34\\n -- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44641
[Bug fortran/44998] runtime error when reading complex*16 using formatted I/O [reopen bug 19064]
--- Comment #9 from rmlarsen at gmail dot com 2010-08-09 00:02 --- burnus, Thanks for investigating. I have verified that the bug is indeed fixed in 4.6.0: gcc version 4.6.0 20100407 (experimental) [trunk revision 158083] (GCC) Hope the fixed version makes it into Ubuntu soon... Any idea who to lean on to encourage that? I changed the status to FIXED. Is that the correct status to use for this situation? Rasmus -- rmlarsen at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44998
[Bug target/45234] ICE in expand_call, at calls.c:2845 when passing aligned function argument from unaligned stack after alloca
--- Comment #3 from truedfx at gentoo dot org 2010-08-08 23:09 ---
I've configured a minimal 4.3.5 compiler, and testing shows that
extern void f (_Decimal128);
void g(void)
{
__builtin_alloca (2);
f (0);
}
which also fails with the same ICE with 4.5.0 and 4.4.4, actually works with
4.3.5.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45234
[Bug target/45234] ICE in expand_call, at calls.c:2845 when passing aligned function argument from unaligned stack after alloca
--- Comment #2 from truedfx at gentoo dot org 2010-08-08 22:44 --- _Decimal128 has the same problem, and is supported by gcc 4.3, so this may trigger there too (but I don't have 4.3 installed to check right now) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45234
[Bug tree-optimization/45232] Tree reassociation introduces undefined overflow
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2010-08-08 22:42 --- Responsible for the couple of ACATS regressions on 64-bit platforms: http://gcc.gnu.org/ml/gcc-testresults/2010-08/msg00848.html -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-08-08 22:42:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45232
[Bug fortran/44235] array temporary with high upper bound
--- Comment #11 from tkoenig at gcc dot gnu dot org 2010-08-08 22:40 --- (In reply to comment #10) > > This patch seems to work, and do more or less the right thing. > > No counter-example of that!-) thanks. That's good. > > It inserts the upper bound only for strides not equal to one. > > I am unable to follow the code. Do you mean that you are putting the section > in > some canonical form with the minimal value of 'end'? That is correct. If the stride is not equal to one, and if the size can be calculated at compile-time (which the call to gfc_ref_dimen_size checks, and does), then the end of the array reference is set to the minimum. I extended that function to also calculate the end. > What puzzle me is that I > do not see any division, is it hidden in the gmp calls? The division is handled in gfc_ref_dimen_size, where I simply used the size calculatd there to also calculate the minimum end. You'll find the division there. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44235
[Bug target/45234] ICE in expand_call, at calls.c:2845 when passing aligned function argument from unaligned stack after alloca
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-08-08 22:01 --- Confirmed. GCC 4.3 rejects the code (no __float128), so not a regression. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|c |target Ever Confirmed|0 |1 GCC target triplet|i686-pc-linux-gnu |i?86-pc-linux-gnu Keywords||ice-on-valid-code Known to fail||4.4.4 4.5.1 4.6.0 Last reconfirmed|-00-00 00:00:00 |2010-08-08 22:01:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45234
[Bug c/45234] New: ICE in expand_call, at calls.c:2845 when passing aligned function argument from unaligned stack after alloca
$ cat bug.c
extern void f (__float128);
void g(void)
{
__builtin_alloca (2);
f (0);
}
$ gcc -m32 -mpreferred-stack-boundary=2 -c bug.c
bug.c: In function g:
bug.c:5:5: internal compiler error: in expand_call, at calls.c:2840
Please submit a full bug report,
with preprocessed source if appropriate.
See
[Bug bootstrap/45174] Make fails in zlib
--- Comment #20 from rwild at gcc dot gnu dot org 2010-08-08 20:44 --- (In reply to comment #19) > I am afraid I messed up my system. I was playing around trying to > install the latest versions of binutils and gcc on my linux system > (native, not cross compile), and now I am getting a different error. In > zlib's config.log: > > ne=generic --enable-checking=release --build=i486-linux-gnu > --host=i486-linux-gnu --target=i486-linux-gnu You are not cross-building for arm-unknown-elf any more, so the error you are getting has nothing to do with this PR any more. Please get your system in order first, I cannot help you with that, and I'm afraid people working on GCC PRs don't really have the resources to help with that. Their primary interest is in fixing GCC. I think this PR is probably valid but don't have the resources to confirm myself. If you want to create a native compiler on x86-linux, try disabling multilibs as documented in the installation manual (and please follow up on the gcc-help list if you have questions regarding that). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
[Bug target/44793] [4.5/4.6 Regression] libgcc does not include t-ppccomm on rtems
--- Comment #9 from joel at gcc dot gnu dot org 2010-08-08 20:31 --- Created an attachment (id=21439) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21439&action=view) First attempt at fix Is this what you have in mind? I think it worked since the desired symbols are now in libgcc.a. Is there some other remnant in config.gcc or gcc/config/rs6000/*rtems* that needs cleaning? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793
[Bug fortran/44235] array temporary with high upper bound
--- Comment #10 from dominiq at lps dot ens dot fr 2010-08-08 20:08 --- > This patch seems to work, and do more or less the right thing. No counter-example of that!-) thanks. > It inserts the upper bound only for strides not equal to one. I am unable to follow the code. Do you mean that you are putting the section in some canonical form with the minimal value of 'end'? What puzzle me is that I do not see any division, is it hidden in the gmp calls? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44235
[Bug target/44805] [4.6 Regression] FAIL: gcc.c-torture/execute/builtins/strpcpy-2.c execution, at -O1 and above
--- Comment #6 from danglin at gcc dot gnu dot org 2010-08-08 19:57 --- Subject: Bug 44805 Author: danglin Date: Sun Aug 8 19:57:46 2010 New Revision: 163018 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163018 Log: Backport from mainline. 2010-07-17 John David Anglin PR target/44805 * config/pa/pa.h (CONSTANT_ALIGNMENT): Align strings to BITS_PER_WORD on all targets. Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/config/pa/pa.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44805
[Bug target/44805] [4.6 Regression] FAIL: gcc.c-torture/execute/builtins/strpcpy-2.c execution, at -O1 and above
--- Comment #5 from danglin at gcc dot gnu dot org 2010-08-08 19:55 --- Subject: Bug 44805 Author: danglin Date: Sun Aug 8 19:55:40 2010 New Revision: 163017 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163017 Log: Backport from mainline. 2010-07-17 John David Anglin PR target/44805 * config/pa/pa.h (CONSTANT_ALIGNMENT): Align strings to BITS_PER_WORD on all targets. Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/config/pa/pa.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44805
[Bug bootstrap/45174] Make fails in zlib
--- Comment #19 from dschlic1 at gmail dot com 2010-08-08 19:19 --- Subject: Re: Make fails in zlib Hello; I am afraid I messed up my system. I was playing around trying to install the latest versions of binutils and gcc on my linux system (native, not cross compile), and now I am getting a different error. In zlib's config.log: ne=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) configure:3234: $? = 0 configure:3223: gcc -m64 -V >&5 gcc: '-V' must come at the start of the command line configure:3234: $? = 1 configure:3223: gcc -m64 -qversion >&5 gcc: unrecognized option '-qversion' gcc: no input files configure:3234: $? = 1 configure:3250: gcc -m64 -o conftest -g -O2conftest.c >&5 Assembler messages: Fatal error: No compiled in support for x86_64 configure:3253: $? = 1 configure:3441: checking for suffix of object files configure:3463: gcc -m64 -c -g -O2 conftest.c >&5 Assembler messages: Fatal error: No compiled in support for x86_64 configure:3467: $? = 1 It looks like configure is trying to compile sources to 64 bit. I am running a 32 bit system. Any ideas on how to tell configure to compile for a 32 bit linux box? Thank You, Donald Schlicht -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
[Bug tree-optimization/44972] [4.6 Regression] ICE: in load_assign_lhs_subreplacements, at tree-sra.c:2475
--- Comment #13 from jamborm at gcc dot gnu dot org 2010-08-08 18:39 --- (In reply to comment #12) > Created an attachment (id=21438) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21438&action=view) [edit] > My current WIP patch to fix this > > This is my current WIP patch to fix this problem. I will resume work > on this in September. > BTW, this has to be applied on top of http://gcc.gnu.org/ml/gcc-patches/2010-08/msg00609.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44972
[Bug tree-optimization/44972] [4.6 Regression] ICE: in load_assign_lhs_subreplacements, at tree-sra.c:2475
--- Comment #12 from jamborm at gcc dot gnu dot org 2010-08-08 18:31 --- Created an attachment (id=21438) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21438&action=view) My current WIP patch to fix this This is my current WIP patch to fix this problem. I will resume work on this in September. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44972
[Bug c/45233] New: FAIL: gcc.c-torture/compile/pr44707.c
On powerpc-apple-darwin9 the test gcc.c-torture/compile/pr44707.c fails at any optimization level above -O0 for both -m32 and m64, probably since it has been committed: FAIL: gcc.c-torture/compile/pr44707.c -O1 (test for excess errors) FAIL: gcc.c-torture/compile/pr44707.c -O2 (test for excess errors) FAIL: gcc.c-torture/compile/pr44707.c -O3 -fomit-frame-pointer (test for excess errors) FAIL: gcc.c-torture/compile/pr44707.c -O3 -g (test for excess errors) FAIL: gcc.c-torture/compile/pr44707.c -Os (test for excess errors) FAIL: gcc.c-torture/compile/pr44707.c -O2 -flto (test for excess errors) FAIL: gcc.c-torture/compile/pr44707.c -O2 -fwhopr (test for excess errors) (see http://gcc.gnu.org/ml/gcc-testresults/2010-08/msg00777.html ). The failure is the pervasive linker error on darwin: [karma] gcc/_gcc_clean% /opt/gcc/gcc4.6w/bin/gcc -c -O1 /opt/gcc/_gcc_clean/gcc/testsuite/gcc.c-torture/compile/pr44707.c /var/tmp//ccM4PMM6.s:15:non-relocatable subtraction expression, "_w" minus "L001$pb" /var/tmp//ccM4PMM6.s:15:symbol: "_w" can't be undefined in a subtraction expression /var/tmp//ccM4PMM6.s:14:non-relocatable subtraction expression, "_w" minus "L001$pb" /var/tmp//ccM4PMM6.s:14:symbol: "_w" can't be undefined in a subtraction expression /var/tmp//ccM4PMM6.s:13:non-relocatable subtraction expression, "_v" minus "L001$pb" /var/tmp//ccM4PMM6.s:13:symbol: "_v" can't be undefined in a subtraction expression /var/tmp//ccM4PMM6.s:12:non-relocatable subtraction expression, "_v" minus "L001$pb" /var/tmp//ccM4PMM6.s:12:symbol: "_v" can't be undefined in a subtraction expression in general due to missing or inconsistent symbols in the assembly. -- Summary: FAIL: gcc.c-torture/compile/pr44707.c Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: powerpc-apple-darwin9 GCC host triplet: powerpc-apple-darwin9 GCC target triplet: powerpc-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45233
[Bug fortran/44235] array temporary with high upper bound
--- Comment #9 from tkoenig at gcc dot gnu dot org 2010-08-08 16:08 --- Created an attachment (id=21437) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21437&action=view) Proposed patch This patch seems to work, and do more or less the right thing. It inserts the upper bound only for strides not equal to one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44235
[Bug tree-optimization/45109] [4.4 Regression] ICE: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2932
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-08-08 15:52 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45109
[Bug tree-optimization/45034] [4.3/4.4 Regression] "safe" conversion from unsigned to signed char gives broken code
--- Comment #19 from rguenth at gcc dot gnu dot org 2010-08-08 15:51 --- Also fixed on the 4.5 branch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW Known to fail|4.3.2 4.2.0 |4.3.2 4.2.0 4.5.1 Known to work|4.1.2 4.6.0 |4.1.2 4.5.2 4.6.0 Summary|[4.3/4.4/4.5 Regression]|[4.3/4.4 Regression] "safe" |"safe" conversion from |conversion from unsigned to |unsigned to signed char |signed char gives broken |gives broken code |code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45034
[Bug tree-optimization/45109] [4.4 Regression] ICE: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2932
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-08-08 15:51 --- Subject: Bug 45109 Author: rguenth Date: Sun Aug 8 15:51:14 2010 New Revision: 163010 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163010 Log: 2010-08-08 Richard Guenther PR tree-optimization/45109 * tree-ssa-structalias.c (get_constraint_for_component_ref): Explicitly strip handled components and indirect references. * gcc.c-torture/compile/pr45109.c: New testcase. Added: branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr45109.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/testsuite/ChangeLog branches/gcc-4_4-branch/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45109
[Bug tree-optimization/45034] [4.3/4.4/4.5 Regression] "safe" conversion from unsigned to signed char gives broken code
--- Comment #18 from rguenth at gcc dot gnu dot org 2010-08-08 15:50 --- Subject: Bug 45034 Author: rguenth Date: Sun Aug 8 15:50:17 2010 New Revision: 163009 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163009 Log: 2010-08-08 Richard Guenther PR middle-end/45034 * convert.c (convert_to_integer): Always use an unsigned type for narrowed negate and bitwise not. * gcc.c-torture/execute/pr45034.c: New testcase. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.c-torture/execute/pr45034.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/convert.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45034
[Bug tree-optimization/45109] [4.4 Regression] ICE: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2932
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-08-08 15:48 --- Subject: Bug 45109 Author: rguenth Date: Sun Aug 8 15:48:25 2010 New Revision: 163008 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163008 Log: 2010-08-08 Richard Guenther PR tree-optimization/45109 * tree-ssa-structalias.c (get_constraint_for_component_ref): Explicitly strip handled components and indirect references. * gcc.c-torture/compile/pr45109.c: New testcase. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.c-torture/compile/pr45109.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/testsuite/ChangeLog branches/gcc-4_5-branch/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45109
[Bug tree-optimization/45109] [4.4 Regression] ICE: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2932
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-08-08 15:45 --- Subject: Bug 45109 Author: rguenth Date: Sun Aug 8 15:45:22 2010 New Revision: 163007 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163007 Log: 2010-08-08 Richard Guenther PR tree-optimization/45109 * gcc.c-torture/compile/pr45109.c: New testcase. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr45109.c Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45109
[Bug boehm-gc/34544] pthread_default_stacksize_np failed.
--- Comment #6 from danglin at gcc dot gnu dot org 2010-08-08 15:17 --- Fixed on trunk, 4.5 and 4.4. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34544
[Bug bootstrap/45206] [4.6 regression] ICE in ix86_expand_epilogue compiling libgcc
--- Comment #4 from kargl at gcc dot gnu dot org 2010-08-08 15:15 --- Change severity to blocker. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|blocker Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45206
[Bug boehm-gc/34544] pthread_default_stacksize_np failed.
--- Comment #5 from danglin at gcc dot gnu dot org 2010-08-08 15:11 --- Subject: Bug 34544 Author: danglin Date: Sun Aug 8 15:11:20 2010 New Revision: 163005 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163005 Log: PR boehm-gc/34544 * gthr-posix.h (__gthread_start): Delete. (__gthread_active_init): Use pthread_default_stacksize_np instead of pthread_create to determine if hpux pthreads are active. * gthr-posix95.h (__gthread_start): Delete. (__gthread_active_init): Likewise use pthread_default_stacksize_np. Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/gthr-posix.h branches/gcc-4_4-branch/gcc/gthr-posix95.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34544
[Bug boehm-gc/34544] pthread_default_stacksize_np failed.
--- Comment #4 from danglin at gcc dot gnu dot org 2010-08-08 15:08 --- Subject: Bug 34544 Author: danglin Date: Sun Aug 8 15:07:53 2010 New Revision: 163004 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163004 Log: PR boehm-gc/34544 * gthr-posix.h (__gthread_start): Delete. (__gthread_active_init): Use pthread_default_stacksize_np instead of pthread_create to determine if hpux pthreads are active. * gthr-posix95.h (__gthread_start): Delete. (__gthread_active_init): Likewise use pthread_default_stacksize_np. Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/gthr-posix.h branches/gcc-4_5-branch/gcc/gthr-posix95.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34544
[Bug boehm-gc/34544] pthread_default_stacksize_np failed.
--- Comment #3 from danglin at gcc dot gnu dot org 2010-08-08 15:04 --- Subject: Bug 34544 Author: danglin Date: Sun Aug 8 15:04:38 2010 New Revision: 163003 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163003 Log: PR boehm-gc/34544 * gthr-posix.h (__gthread_start): Delete. (__gthread_active_init): Use pthread_default_stacksize_np instead of pthread_create to determine if hpux pthreads are active. * gthr-posix95.h (__gthread_start): Delete. (__gthread_active_init): Likewise use pthread_default_stacksize_np. Modified: trunk/gcc/ChangeLog trunk/gcc/gthr-posix.h trunk/gcc/gthr-posix95.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34544
[Bug libstdc++/41975] [C++0x] [DR579] unordered_set::erase performs worse when nearly empty
--- Comment #26 from paolo dot carlini at oracle dot com 2010-08-08 15:03 --- US 113, ES 2, US 118 / Issue 579 have been closed as NAD, thus let's figure out how best obtain O(1) in our implementation... -- paolo dot carlini at oracle dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle |dot org |dot com Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41975
[Bug libstdc++/44963] [DR 1334] Ambiguous function overload using __gnu_cxx::crope with std::back_inserter in c++0x mode
--- Comment #11 from paolo dot carlini at oracle dot com 2010-08-08 14:57 --- Fixed for 4.5.2. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.5.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44963
[Bug libstdc++/44963] [DR 1334] Ambiguous function overload using __gnu_cxx::crope with std::back_inserter in c++0x mode
--- Comment #10 from paolo at gcc dot gnu dot org 2010-08-08 14:56 --- Subject: Bug 44963 Author: paolo Date: Sun Aug 8 14:56:10 2010 New Revision: 163002 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163002 Log: 2010-08-08 Paolo Carlini PR libstdc++/44963 * include/bits/stl_iterator.h (insert_iterator<>:: operator=(const typename _Container::value_type&, back_insert_iterator<>:: operator=(const typename _Container::value_type&), front_insert_iterator<>:: operator=(const typename _Container::value_type&))): Add in C++0x mode. * testsuite/ext/rope/44963.cc: New. Added: branches/gcc-4_5-branch/libstdc++-v3/testsuite/ext/rope/44963.cc Modified: branches/gcc-4_5-branch/libstdc++-v3/ChangeLog branches/gcc-4_5-branch/libstdc++-v3/include/bits/stl_iterator.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44963
[Bug libstdc++/44963] [DR 1334] Ambiguous function overload using __gnu_cxx::crope with std::back_inserter in c++0x mode
--- Comment #9 from paolo at gcc dot gnu dot org 2010-08-08 14:55 --- Subject: Bug 44963 Author: paolo Date: Sun Aug 8 14:54:51 2010 New Revision: 163001 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163001 Log: 2010-08-08 Paolo Carlini PR libstdc++/44963 * include/bits/stl_iterator.h (insert_iterator<>:: operator=(const typename _Container::value_type&, back_insert_iterator<>:: operator=(const typename _Container::value_type&), front_insert_iterator<>:: operator=(const typename _Container::value_type&))): Add in C++0x mode. * testsuite/ext/rope/44963.cc: New. * testsuite/20_util/weak_ptr/comparison/cmp_neg.cc: Adjust dg-error line number. Added: trunk/libstdc++-v3/testsuite/ext/rope/44963.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/bits/stl_iterator.h trunk/libstdc++-v3/testsuite/20_util/weak_ptr/comparison/cmp_neg.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44963
[Bug libstdc++/44963] [DR 1334] Ambiguous function overload using __gnu_cxx::crope with std::back_inserter in c++0x mode
-- paolo dot carlini at oracle dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle |dot org |dot com Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44963
[Bug libstdc++/44963] [DR 1334] Ambiguous function overload using __gnu_cxx::crope with std::back_inserter in c++0x mode
--- Comment #8 from paolo dot carlini at oracle dot com 2010-08-08 14:47 --- Instead of waiting for the resolution of DR 1334, I'm going to resolve this by adding in C++0x mode the overload: operator=(const typename _Container::value_type&) which is where 1334 is actually going. In any case should be safe from the ODR / compatibility points of view and will allow more testing of C++0x mode. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|SUSPENDED |NEW Last reconfirmed|2010-07-16 12:00:48 |2010-08-08 14:47:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44963
[Bug target/43358] [4.5/4.6 Regression] IRA: internal compiler error: in pool_free, at alloc-pool.c:335
--- Comment #8 from rsandifo at gcc dot gnu dot org 2010-08-08 14:38 --- Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2010-08/msg00599.html -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rsandifo at gcc dot gnu dot |dot org |org URL||http://gcc.gnu.org/ml/gcc- ||patches/2010- ||08/msg00599.html Status|NEW |ASSIGNED Last reconfirmed|2010-03-14 12:53:11 |2010-08-08 14:38:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43358
[Bug tree-optimization/45232] Tree reassociation introduces undefined overflow
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-08-08 12:55 --- Created an attachment (id=21436) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21436&action=view) prototype patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45232
[Bug tree-optimization/45232] Several passes introduce undefined overflow
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-08-08 12:35 ---
Err. Exchange - (-__INT_MAX__ - 1) for + (-__INT_MAX__ - 1) and see that
fold is fine and only reassoc is broken, but requires a way more complex
testcase.
extern void abort (void);
int i = 1;
int main()
{
int j = i - 1;
j = j + (-__INT_MAX__ - 1);
if (j != (-__INT_MAX__ - 1))
abort ();
return 0;
}
$ diff -u t.c.084t.dse1 t.c.085t.reassoc1
--- t.c.084t.dse1 2010-08-08 14:34:08.0 +0200
+++ t.c.085t.reassoc1 2010-08-08 14:34:08.0 +0200
@@ -8,8 +17,7 @@
:
i.0_1 = i;
- j_2 = i.0_1 + -1;
- j_3 = j_2 + -2147483648;
+ j_3 = i.0_1 + 2147483647;
if (j_3 != -2147483648)
goto ;
else
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45232
[Bug tree-optimization/45232] New: Several passes introduce undefined overflow
Fold:
extern void abort (void);
int i = 1;
int main()
{
if ((i - 1) - (-__INT_MAX__ - 1) != (-__INT_MAX__ - 1))
abort ();
return 0;
}
Forwprop (and reassoc with -fno-tree-forwprop) at -O1:
extern void abort (void);
int i = 1;
int main()
{
int j = i - 1;
j = j - (-__INT_MAX__ - 1);
if (j != (-__INT_MAX__ - 1))
abort ();
return 0;
}
Not so VRP itself (it doesn't derive ranges from VARYING +- CST for
signed arithmetic).
--
Summary: Several passes introduce undefined overflow
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45232
[Bug fortran/43954] [4.4 regression] gfortran does not support -Wp, -MD for *.F
--- Comment #22 from kirr at landau dot phys dot spbu dot ru 2010-08-08 09:20 --- Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43954
[Bug tree-optimization/45220] [4.6 Regression] libjava/libltdl/ltdl.c:1272:1: internal compiler error: Segmenta
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45220
