[Bug debug/39368] loc_descriptor doesn't call delegitimize_address on MEMs

--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-26 07:03 --- Not sure whether this patch is still needed now that var-tracking already delegitimizes MEMs (and their addresses) too. That said, if you have a testcase where this is still needed, the patch looks reasonable, so you m

[Bug other/44034] target hooks are hard to maintain

--- Comment #3 from amylaar at gcc dot gnu dot org 2010-05-26 07:57 --- (In reply to comment #2) updated patch for revision 159828: http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01938.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44034

[Bug c/44272] Wrong interpretation of hex constant as floating point value.

--- Comment #2 from draqsn at mail dot ru 2010-05-26 08:47 --- Sorry, my mistake. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44272

[Bug target/44227] Invalid instruction generation in Thumb2 for tst instruction.

--- Comment #3 from ramana at gcc dot gnu dot org 2010-05-26 08:50 --- Yes - confirmed fixed with the reduced testcase. -- ramana at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/43805] ICE when building Linux kernel 2.6.34-rc4

--- Comment #5 from jon at beniston dot com 2010-05-26 09:15 --- Created an attachment (id=20746) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20746&action=view) Possible fix for bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43805

[Bug target/43726] [4.5/4.6 Regression] lm32-rtems* ICE

--- Comment #6 from jon at beniston dot com 2010-05-26 09:15 --- Created an attachment (id=20747) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20747&action=view) Possible fix for bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43726

[Bug bootstrap/43699] [4.6 regression] "variable set but not used" error during bootstrap

--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-26 10:02 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug inline-asm/44018] [4.5/4.6 Regression] Using cpuid.h, can't find a register in class 'CLOBBERED_REGS' while reloading 'asm'

--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-26 10:03 --- Perhaps related to PR44174. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44018

[Bug rtl-optimization/44164] [4.5 Regression] Aliasing bug triggered by Boost.Bind/Boost.Function

--- Comment #23 from rguenth at gcc dot gnu dot org 2010-05-26 10:30 --- Subject: Bug 44164 Author: rguenth Date: Wed May 26 10:30:31 2010 New Revision: 159861 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159861 Log: 2010-05-26 Richard Guenther PR rtl-optimization

[Bug tree-optimization/43657] [4.3/4.4/4.5/4.6 Regression] -ftree-loop-linear causes FAIL: gcc.dg/vect/vect-cond-5.c execution test

--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-26 11:15 --- Created an attachment (id=20748) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20748&action=view) pr43657.c Slightly adjusted testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43657

[Bug middle-end/44069] [4.5 Regression] optimization bug initializing from cast array

--- Comment #10 from rguenth at gcc dot gnu dot org 2010-05-26 11:44 --- Subject: Bug 44069 Author: rguenth Date: Wed May 26 11:44:44 2010 New Revision: 159865 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159865 Log: 2010-05-26 Richard Guenther PR middle-end/44069

[Bug rtl-optimization/44164] [4.5 Regression] Aliasing bug triggered by Boost.Bind/Boost.Function

--- Comment #24 from rguenth at gcc dot gnu dot org 2010-05-26 11:46 --- Subject: Bug 44164 Author: rguenth Date: Wed May 26 11:46:01 2010 New Revision: 159866 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159866 Log: 2010-05-26 Richard Guenther PR rtl-optimization

[Bug middle-end/44069] [4.5 Regression] optimization bug initializing from cast array

--- Comment #11 from rguenth at gcc dot gnu dot org 2010-05-26 11:46 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug rtl-optimization/44164] [4.5 Regression] Aliasing bug triggered by Boost.Bind/Boost.Function

--- Comment #25 from rguenth at gcc dot gnu dot org 2010-05-26 11:46 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug target/43636] [4.5/4.6 Regression] ICE in extract_insn, at recog.c:2103

--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-26 11:48 --- More reduced testcase (fails with both -m31 -O0 and -m64 -O0 on the trunk): extern char a[], *b[]; char * foo (char *x, int y) { x = __builtin_stpcpy (x, b[a[y]]); return x; } -- http://gcc.gnu.org/bugzilla/

[Bug lto/44150] [4.6 regression] g++.dg/lto/20081109 cp_lto_20081109_0.o-cp_lto_20081109_1.o

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-05-26 12:11 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned

[Bug rtl-optimization/38644] Optimization flag -O1 -fschedule-insns2 causes wrong code

--- Comment #15 from mikpe at it dot uu dot se 2010-05-26 12:44 --- Created an attachment (id=20749) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20749&action=view) proposed 4.6 fix for PR38644 PR38644 and its dupes are very similar to PowerPC PR44199 and PR30282. PR44199 was re

[Bug target/43636] [4.5/4.6 Regression] ICE in extract_insn, at recog.c:2103

--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-26 12:48 --- Created an attachment (id=20750) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20750&action=view) gcc46-pr43636.patch Untested fix. Andreas, could you please bootstrap/regtest this on s390* on the trunk? --

[Bug middle-end/44276] [4.6 Regression]: gcc.dg/tls/alias-1.c

--- Comment #4 from danglin at gcc dot gnu dot org 2010-05-26 12:56 --- This also occurs on hppa64-hp-hpux11.11. -- danglin at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/44282] New: GCC allows for function overloading with pointer to function as parameter based on calling convention but assembler complains

When you have function that gets pointer to a function as parameter, it is possible to overload it based on calling convention of parameter function. But apparently compiler generate the same signature anyway and assembler complains about redefinition. $ g++ test.cpp /tmp/ccgIM8Ir.s: Assembler mes

[Bug c++/44282] GCC allows for function overloading with pointer to function as parameter based on calling convention but assembler complains

--- Comment #1 from vadim dot atlygin at gmail dot com 2010-05-26 12:59 --- Created an attachment (id=20751) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20751&action=view) isolated test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44282

[Bug fortran/40011] Problems with -fwhole-file

--- Comment #56 from jv244 at cam dot ac dot uk 2010-05-26 13:13 --- (In reply to comment #55) > Subject: Bug 40011 > > Author: pault > Date: Wed May 26 05:11:04 2010 > New Revision: 159852 I'm still having linking problems with -fwhole-file on the single source file version of CP2K. W

[Bug target/43249] unsigned int arg with no prototype gets full 64-bit reg

--- Comment #2 from amodra at gmail dot com 2010-05-26 13:22 --- I think this testcase may invoke undefined behaviour. Section 6.5.2.2 of the ISO C spec says of function calls without a prototype that if "the types of the arguments after promotion are not compatible with those of the pa

[Bug c++/44283] New: bad error recovery for explicit template instantiation in wrong namespace

namespace NS { typedef int X; template void f(X f, T t) { } } template void f(X, int); // (1) template void f(int, char); // (2) The code is invalid, the explicit instantiations should be inside NS or should be qualified e.g. template void NS::func(X, int); But the diagnostic for

[Bug middle-end/44276] [4.6 Regression]: gcc.dg/tls/alias-1.c

--- Comment #5 from iains at gcc dot gnu dot org 2010-05-26 14:12 --- (In reply to comment #4) > This also occurs on hppa64-hp-hpux11.11. OK, I've built gcc & newlib for cris-elf and it's apparent that we need to deal with the fact that that aliased emutls symbols are named differently.

[Bug fortran/40873] -fwhole-file -fwhole-program: Wrong decls cause too much to be optimized away

--- Comment #13 from burnus at gcc dot gnu dot org 2010-05-26 14:28 --- Is this now fixed by the following commit? Or is something else to be done (additional fix, backporting, ...)? URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159852 Log: 2010-05-26 Paul Thomas PR

[Bug fortran/40873] -fwhole-file -fwhole-program: Wrong decls cause too much to be optimized away

--- Comment #14 from dominiq at lps dot ens dot fr 2010-05-26 14:41 --- > Is this now fixed by the following commit? Or is something else to be done > (additional fix, backporting, ...)? At least ac.f90 (probably all the items of the list) fails to link with -O -fwhole-program at revisi

[Bug fortran/40873] -fwhole-file -fwhole-program: Wrong decls cause too much to be optimized away

--- Comment #15 from burnus at gcc dot gnu dot org 2010-05-26 14:45 --- (In reply to comment #13) > Is this now fixed by the following commit? Answer: It is not. Comment 1 now works with "-fwhole-program -O1", but comment 0 and comment 4 still fail. (Though, they work with "-fwhole-file

[Bug fortran/40011] Problems with -fwhole-file

--- Comment #57 from dominiq at lps dot ens dot fr 2010-05-26 14:52 --- > Author: pault > Date: Wed May 26 05:11:04 2010 > New Revision: 159852 The original code of pr40440 and the reduced test of comment #47 still ICE: (gdb) run -fwhole-file pr40440_red.f90 Starting program: /opt/gcc/

[Bug c++/43382] [C++0x] ICE with auto return type and variadic templates

--- Comment #5 from jason at gcc dot gnu dot org 2010-05-26 15:00 --- Subject: Bug 43382 Author: jason Date: Wed May 26 15:00:02 2010 New Revision: 159873 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159873 Log: PR c++/43382 * pt.c (fn_type_unification): Don't

[Bug bootstrap/44255] [4.6 regression] gcc-4.6-20100522 bootstrap comparison failure on sparc64 and arm

--- Comment #10 from mikpe at it dot uu dot se 2010-05-26 15:16 --- (In reply to comment #2) > My ARM box is currently busy running another test, but as soon as that > finishes > I'll check if r159600 is also responsible for the ARM bootstrap failure. It is, r159599 bootstraps on ARM,

[Bug c++/43382] [C++0x] ICE with auto return type and variadic templates

--- Comment #6 from jason at gcc dot gnu dot org 2010-05-26 15:19 --- Subject: Bug 43382 Author: jason Date: Wed May 26 15:18:46 2010 New Revision: 159875 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159875 Log: PR c++/43382 * pt.c (fn_type_unification): Don't

[Bug target/44284] New: vectorization does not work for short variable

Hi, I have tried vectorization and encountered a problem which I can see is common to some ports (I tried ia64 and bfin). For this function: #define ts unsigned short void f(ts* __restrict__ a, ts* __restrict__ b, ts* __restrict__ x) { int i; for (i=0;i<1024;i++) x[i] = a[i] + b[i];

[Bug target/44284] vectorization does not work for short variable

--- Comment #1 from roy dot 1rosen at gmail dot com 2010-05-26 15:38 --- Created an attachment (id=20752) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20752&action=view) preprocessed file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44284

[Bug tree-optimization/44284] vectorization does not work for short variable

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-26 15:40 --- Confirmed. Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedT

[Bug c++/44285] New: Need an option that will create symbols for all public c++ methods, not only for those which bodies are outside the class declaration

Consider the example below. When compiled with flag -O3 methods meth_used and meth_unused aren't present in the resulting assembly at all. Now consider the situation when this class is a part of the package compiled into the shared library and both meth_used and meth_unused are API of this package

[Bug c++/44285] Need an option that will create symbols for all public c++ methods, not only for those which bodies are outside the class declaration

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-26 15:51 --- Well in C++, it is an ODR violation if the Translation units don't define Abc::meth_used and Abc::meth_unused the same. The linkage on these functions is called vague. Exporting them will increase link time in most

[Bug target/44199] ppc64 glibc miscompilation

--- Comment #22 from pthaugen at gcc dot gnu dot org 2010-05-26 15:51 --- The 4.4 patch isn't complete. /home/gccbuild/gcc_4.4_anonsvn/gcc/gcc/config/rs6000/rs6000.c:17166: undefined reference to `offset_below_red_zone_p' /home/gccbuild/gcc_4.4_anonsvn/gcc/gcc/config/rs6000/rs6000.c:17

[Bug target/44199] ppc64 glibc miscompilation

--- Comment #23 from jakub at gcc dot gnu dot org 2010-05-26 16:09 --- Subject: Bug 44199 Author: jakub Date: Wed May 26 16:09:25 2010 New Revision: 159878 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159878 Log: PR target/44199 * config/rs6000/rs6000.c (rs6000

[Bug target/44199] ppc64 glibc miscompilation

--- Comment #24 from jakub at gcc dot gnu dot org 2010-05-26 16:10 --- Oops sorry, forgot redhat/gcc-4_4-branch has this function backported. Fixed now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44199

[Bug rtl-optimization/39580] [4.5 regression] Revision 145204 caused libgomp.c++/collapse-2.C

--- Comment #7 from doko at ubuntu dot com 2010-05-26 16:19 --- seen on the 4.4 branch on ia64-linux-gnu: $ gcc -pthread -fno-strict-aliasing -fwrapv -g -fPIC -ffast-math -O3 -c ../RepCylBond.ilayer2/RepCylBond.c: In function 'RepCylinderBox': layer2/RepCylBond.c:2154: internal compile

[Bug rtl-optimization/39580] [4.5 regression] Revision 145204 caused libgomp.c++/collapse-2.C

--- Comment #8 from doko at ubuntu dot com 2010-05-26 16:19 --- Created an attachment (id=20753) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20753&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39580

[Bug c++/44285] Need an option that will create symbols for all public c++ methods, not only for those which bodies are outside the class declaration

--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-26 16:34 --- GCC has -fkeep-inline-functions, perhaps that's what you are looking for. That said, I still don't understand why you need something like that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44285

[Bug c++/44285] Need an option that will create symbols for all public c++ methods, not only for those which bodies are outside the class declaration

--- Comment #3 from jwakely dot gcc at gmail dot com 2010-05-26 16:36 --- If you don't want the functions to be treated as inline don't make them inline Have you tried -fkeep-inline-functions ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44285

[Bug c++/44285] Need an option that will create symbols for all public c++ methods, not only for those which bodies are outside the class declaration

--- Comment #4 from yuri at tsoft dot com 2010-05-26 16:37 --- Why this is useful, as I wrote above, to eliminate the need for c++ coding for binding with other languages. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44285

[Bug c++/44285] Need an option that will create symbols for all public c++ methods, not only for those which bodies are outside the class declaration

--- Comment #5 from yuri at tsoft dot com 2010-05-26 16:43 --- -fkeep-inline-functions leaves them, but it will also leave all inline functions, not only public ones. This will, I guess, blow up the size of the object since there can be a lot of internal inlines that shouldn't appear in

[Bug c++/44285] Need an option that will create symbols for all public c++ methods, not only for those which bodies are outside the class declaration

--- Comment #6 from pinskia at gcc dot gnu dot org 2010-05-26 16:45 --- What is a public inline function vs a non one in C++ except for static ones? (oh and maybe anonymous namespace ones). In fact functions with just inline is a vague linkage function. -- http://gcc.gnu.org/bugzi

[Bug target/43892] PowerPC suboptimal "add with carry" optimization

--- Comment #14 from segher at kernel dot crashing dot org 2010-05-26 16:46 --- (In reply to comment #13) > > Please see -mcpu= . > > Almost forgot, but how do I specify that at gcc build/configure ? You can configure with --with-cpu= to set a default for -mcpu= . > Also, I haven't s

[Bug c++/44285] Need an option that will create symbols for all public c++ methods, not only for those which bodies are outside the class declaration

--- Comment #7 from jwakely dot gcc at gmail dot com 2010-05-26 16:55 --- If you only want meth_used and meth_unused to be emitted but you insist on making them inline, then put them in a separate translation unit and compile that with -fkeep-inline-functions. If I understand what you

[Bug c++/43382] [C++0x] ICE with auto return type and variadic templates

--- Comment #7 from jason at gcc dot gnu dot org 2010-05-26 17:15 --- Fixed for 4.5.1. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASS

[Bug c++/44282] GCC allows for function overloading with pointer to function as parameter based on calling convention but assembler complains

--- Comment #2 from pluto at agmk dot net 2010-05-26 17:30 --- on gcc-4.5 we get this: $ g++ -Wall test.cpp test.cpp:9:43: warning: 'fastcall' attribute ignored test.cpp:18:45: warning: 'fastcall' attribute ignored test.cpp:18:46: error: redefinition of 'template void p(T (*)())' test.

[Bug c++/44282] GCC allows for function overloading with pointer to function as parameter based on calling convention but assembler complains

--- Comment #3 from vadim dot atlygin at gmail dot com 2010-05-26 17:43 --- Might be 32/64 bit difference as 64 bit platforms have only one calling convention. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44282

[Bug other/44286] New: Use sentinel attributes in GCC

GCC has various variadic functions (build_function_type_list is one example) with argument lists terminated by NULL. These should all be declared to use the sentinel attribute, via ATTRIBUTE_SENTINEL (a definition of which is brought in via libiberty.h), so that missing termination is detected whe

[Bug bootstrap/44287] New: [4.6 Regression] Failed to bootstrap

On Linux/ia32, revision 159892 gave: ../../../../src-trunk/libstdc++-v3/libsupc++/fundamental_type_info.cc:36:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. make[7]: *** [

[Bug bootstrap/44287] [4.6 Regression] Failed to bootstrap

--- Comment #1 from ktietz at gcc dot gnu dot org 2010-05-26 19:49 --- Hmm, is here rtti in use? Could you please test following patch, if it solves your bootstrap issue? Kai Index: gcc/gcc/cp/rtti.c === --- gcc.orig/gcc/c

[Bug bootstrap/44287] [4.6 Regression] Failed to bootstrap

--- Comment #2 from hjl dot tools at gmail dot com 2010-05-26 19:52 --- [...@gnu-32 libgfortran]$ /export/build/gnu/gcc/build-x86_64-linux/./gcc/xgcc -B/export/build/gnu/gcc/build-x86_64-linux/./gcc/ -B/usr/gcc-4.6.0/x86_64-unknown-linux-gnu/bin/ -B/usr/gcc-4.6.0/x86_64-unknown-linux-gnu

[Bug bootstrap/44287] [4.6 Regression] Failed to bootstrap

--- Comment #3 from hjl dot tools at gmail dot com 2010-05-26 19:52 --- (In reply to comment #1) > Hmm, is here rtti in use? Could you please test following patch, if it solves > your bootstrap issue? > > Kai > > Index: gcc/gcc/cp/rtti.c > ==

[Bug bootstrap/44287] [4.6 Regression] Failed to bootstrap

--- Comment #4 from ktietz at gcc dot gnu dot org 2010-05-26 20:00 --- (In reply to comment #3) > (In reply to comment #1) > > Hmm, is here rtti in use? Could you please test following patch, if it > > solves > > your bootstrap issue? > > > > Kai > > > > Index: gcc/gcc/cp/rtti.c > > =

[Bug bootstrap/44287] [4.6 Regression] Failed to bootstrap

--- Comment #5 from dominiq at lps dot ens dot fr 2010-05-26 20:03 --- I confirm comment #2 on x86_64-apple-darwin10.3.0. The ICE occurs only with -m32 (no need for -O2 -g). The backtrace is: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS a

[Bug middle-end/44276] [4.6 Regression]: gcc.dg/tls/alias-1.c

--- Comment #6 from iains at gcc dot gnu dot org 2010-05-26 20:26 --- Created an attachment (id=20755) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20755&action=view) fix up alias output this fixes it so that we don't try to emit emutls control vars if they are aliases. The refe

[Bug bootstrap/44287] [4.6 Regression] Failed to bootstrap

--- Comment #6 from hjl dot tools at gmail dot com 2010-05-26 20:36 --- A simple testcase: [...@gnu-32 gcc]$ cat /tmp/x.c unsigned long long foo (int signed_flag) { unsigned long long value; value = signed_flag ? 0x7fff : 0x; return value; } [...@gnu-32

[Bug bootstrap/44287] [4.6 Regression] Failed to bootstrap

--- Comment #7 from ktietz at gcc dot gnu dot org 2010-05-26 20:45 --- Created an attachment (id=20756) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20756&action=view) integer_array can hold now NULL_TREEs for unsupported integer-scalar types integer_array can hold now NULL_TREEs

[Bug target/43892] PowerPC suboptimal "add with carry" optimization

--- Comment #15 from joakim dot tjernlund at transmode dot se 2010-05-26 20:47 --- (In reply to comment #14) > (In reply to comment #13) > > > Please see -mcpu= . > > > > Almost forgot, but how do I specify that at gcc build/configure ? > > You can configure with --with-cpu= to set a

[Bug bootstrap/44287] [4.6 Regression] Failed to bootstrap

--- Comment #8 from ktietz at gcc dot gnu dot org 2010-05-26 20:49 --- (In reply to comment #7) Instead of integer_array of course integer_types I meant. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44287

[Bug bootstrap/44287] [4.6 Regression] Failed to bootstrap

--- Comment #9 from ktietz at gcc dot gnu dot org 2010-05-26 21:09 --- Created an attachment (id=20757) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20757&action=view) Updated patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44287

[Bug c/43637] [4.4/4.5 regression] miscompilation in strict-aliasing optimization

--- Comment #3 from jengelh at medozas dot de 2010-05-26 21:44 --- >You are accessing {lh,clh}.{next,prev} through a pointer to type struct item. Thank you for your time. I do have a few questions. I wonder where exactly I am doing that access. In the first part of the for clause,

[Bug libstdc++/44268] abi docs say that hppa-linux defaults to libgcc_s.so.2

--- Comment #3 from redi at gcc dot gnu dot org 2010-05-26 23:19 --- Dave, when did the hppa-linux so version change from 2 to 4? I'd like to document that, rather than just say it's always 1 or 4 -- redi at gcc dot gnu dot org changed: What|Removed

[Bug rtl-optimization/44288] New: [Extended inline asm] wrong assembly generation on IA32

The following source code causes a wrong assembly output : 1 "main.cpp" # 1 "" # 1 "" # 1 "main.cpp" # 1 "far_pointers.h" 1 # 13 "far_pointers.h" # 1 "c:\\mingw\\bin\\../lib/gcc/mingw32/4.5.0/include/stddef.h" 1 3 4 # 149 "c:\\mingw\\bin\\../lib/gcc/mingw32/4.5.0/include/stddef.h" 3 4 typedef in

[Bug middle-end/44289] New: [4.6 Regression]: cris-elf doesn't build libgcc (config/fp-bit.c alias dp-bit.c) after r159873

With revision 159873 cris-elf built a combined tree (with results at regress-9). >From revision 159896 and on, the tree is broken as follows: /tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc -B/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/ -nostdinc -B/tmp/hpautotest-gcc1/cris-elf/gccobj/cris-elf/newl

[Bug middle-end/44289] [4.6 Regression]: cris-elf doesn't build libgcc (config/fp-bit.c alias dp-bit.c) after r159873

-- hp at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|

[Bug rtl-optimization/44288] [Extended inline asm] wrong assembly generation on IA32

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-26 23:50 --- I think your inline-asm is totally broken, the constraints you have don't mean the extended (32bit) registers. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/44289] [4.6 Regression]: cris-elf doesn't build libgcc (config/fp-bit.c alias dp-bit.c) after r159873

--- Comment #1 from hp at gcc dot gnu dot org 2010-05-26 23:53 --- *** This bug has been marked as a duplicate of 44287 *** -- hp at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug bootstrap/44287] [4.6 Regression] Failed to bootstrap

--- Comment #10 from hp at gcc dot gnu dot org 2010-05-26 23:53 --- *** Bug 44289 has been marked as a duplicate of this bug. *** -- hp at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/44276] [4.6 Regression]: gcc.dg/tls/alias-1.c

--- Comment #7 from hp at gcc dot gnu dot org 2010-05-27 00:12 --- (In reply to comment #2) Sorry I wasn't here to answer the basic simulator-target questions, but it seems you found the information needed to get you going. > 1/ Did the same commit improve PR44137 on your target? No.

[Bug middle-end/44276] [4.6 Regression]: gcc.dg/tls/alias-1.c

--- Comment #8 from iains at gcc dot gnu dot org 2010-05-27 00:49 --- (In reply to comment #7) > (In reply to comment #2) > > Sorry I wasn't here to answer the basic simulator-target questions, but it > seems you found the information needed to get you going. Yes, the wiki page is good

[Bug middle-end/44276] [4.6 Regression]: gcc.dg/tls/alias-1.c

--- Comment #9 from hp at gcc dot gnu dot org 2010-05-27 01:15 --- (In reply to comment #8) > One thing you could help with is whether there's a way of enabling threads on > the simulator You mean "for cris-axis-elf"; no, there is no support for threads on cris-axis-elf. (I could reply

[Bug target/44129] Building linux kernel with gcc-4.5.0 and CONFIG_CC_OPTIMIZE_FOR_SIZE segfaults

--- Comment #12 from hpa at zytor dot com 2010-05-27 01:23 --- I'm assuming this is current Linus git (post 2.6.34). For the current merge window we merged a single instance of using the new "asm goto" feature when compiling on gcc 4.5+; this is in fact exactly in the TSC code, in the f

[Bug target/43892] PowerPC suboptimal "add with carry" optimization

--- Comment #16 from dje at gcc dot gnu dot org 2010-05-27 01:37 --- >> You have no patience, now do you? > Sure I do. It is just that its been almost a month and from the > description it sounded like an easy fix: > "config/rs6000/rs6000.md would need to add a addcc expander" No you d

[Bug rtl-optimization/39580] [4.5 regression] Revision 145204 caused libgomp.c++/collapse-2.C

--- Comment #9 from doko at ubuntu dot com 2010-05-27 06:22 --- (From update of attachment 20753) wrong attachment -- doko at ubuntu dot com changed: What|Removed |Added

[Bug rtl-optimization/39580] [4.5 regression] Revision 145204 caused libgomp.c++/collapse-2.C

--- Comment #10 from doko at ubuntu dot com 2010-05-27 06:23 --- Created an attachment (id=20758) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20758&action=view) preprocessed source preprocessed source, which builds with 4.3.5. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug tree-optimization/44290] New: arm linux kernel crahes when built with -fipa-sra

While trying to boot linux 2.6.34 built with gcc from latest gcc-4_5-branch the kernel would not boot. Same kernel would work fine with gcc 4.4.4 Reducing to individual optimization phases. So far I have seen that when compiled with -O2 the kernel crashes however when I change the flags to -O2 -fno

[Bug rtl-optimization/39580] [4.5 regression] Revision 145204 caused libgomp.c++/collapse-2.C

--- Comment #11 from doko at gcc dot gnu dot org 2010-05-27 06:30 --- Subject: Bug 39580 Author: doko Date: Thu May 27 06:29:55 2010 New Revision: 159909 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159909 Log: 2010-05-27 Matthias Klose Backport from mainline: