[Bug target/43698] Invalid code when building gentoo pax-utils-0.1.19 with -Os optimizations

--- Comment #2 from mikpe at it dot uu dot se 2010-04-09 06:57 --- Compiling this with gcc-4.5.0-RC-20100406 -march=armv7-a -Os I get: X: @ args = 0, pretend = 0, frame = 0 @ frame_needed = 0, uses_anonymous_args = 0 @ link register save eliminated. ldr

[Bug target/36821] Flush denormals to Zero Flag

--- Comment #4 from ubizjak at gmail dot com 2010-04-09 06:26 --- (In reply to comment #3) > The tradeoff of "either FTZ or Optimized" I think will not work for me. Find crtfastmath.o in gcc build directory and link it to your final executable. -- http://gcc.gnu.org/bugzilla/show_

[Bug fortran/18918] Eventually support Fortran 2008's coarrays [co-arrays]

--- Comment #19 from burnus at gcc dot gnu dot org 2010-04-09 05:54 --- Subject: Bug 18918 Author: burnus Date: Fri Apr 9 05:54:29 2010 New Revision: 158149 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158149 Log: 2010-04-09 Tobias Burnus PR fortran/18918

[Bug target/43698] Invalid code when building gentoo pax-utils-0.1.19 with -Os optimizations

--- Comment #1 from mikpe at it dot uu dot se 2010-04-09 05:49 --- Questions: 1. Does compiling with -march=armv5tel make any difference? 2. Does gcc-4.4.3 work? 3. How was your gcc-4.5.0 configured? -- mikpe at it dot uu dot se changed: What|Removed

[Bug c++/43680] G++ is too aggressive in optimizing away bounds checking with enums

--- Comment #12 from jason at gcc dot gnu dot org 2010-04-09 04:44 --- Created an attachment (id=20343) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20343&action=view) patch This patch causes the compiler to avoid this optimization while preserving all the related warnings (excep

[Bug lto/42776] LTO doesn't work on non-ELF platforms.

--- Comment #28 from davek at gcc dot gnu dot org 2010-04-09 04:10 --- (In reply to comment #27) > these functions are static > Hmm, some kind of inlining problem maybe? There's a thread on the main GCC list at the moment about problems with WHOPR, so I don't know to what extent it's

[Bug lto/42776] LTO doesn't work on non-ELF platforms.

--- Comment #27 from sherpya at netfarm dot it 2010-04-09 04:04 --- these functions are static -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42776

[Bug lto/42776] LTO doesn't work on non-ELF platforms.

--- Comment #26 from sherpya at netfarm dot it 2010-04-09 04:02 --- I'm getting a lot of: lto1: warning: visibility attribute not supported in this configuration; ignored in the linking phase using -fwhopr and the link fails with a lot of: ../../libclamav/7z.wpa.ltrans.o:7z.wpa.o:(.da

[Bug lto/42776] LTO doesn't work on non-ELF platforms.

--- Comment #25 from davek at gcc dot gnu dot org 2010-04-09 03:57 --- (In reply to comment #24) > Updated for current trunk, just compiled a cross gcc for mingw > I'll test if works > Thank you! Now that 4.6 is open I'll finish the work on this (the autoconfery needs tightening up

[Bug lto/42776] LTO doesn't work on non-ELF platforms.

--- Comment #24 from sherpya at netfarm dot it 2010-04-09 03:56 --- Updated for current trunk, just compiled a cross gcc for mingw I'll test if works -- sherpya at netfarm dot it changed: What|Removed |Added

[Bug lto/42776] LTO doesn't work on non-ELF platforms.

--- Comment #23 from sherpya at netfarm dot it 2010-04-09 03:55 --- Created an attachment (id=20342) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20342&action=view) updated for current trunk obsoletes respin-3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42776

[Bug target/36821] Flush denormals to Zero Flag

--- Comment #3 from nick2893 at hotmail dot com 2010-04-09 03:42 --- I am looking for both Optimized like O2 and FTZ. I have a large Fortran program. Without FTZ it gets weird crashes that should not be happening (no problems on any other compilers!) Without optimization it runs way t

[Bug fortran/28039] Warn when ignoring extra characters in the format specification

--- Comment #13 from jvdelisle at gcc dot gnu dot org 2010-04-09 03:25 --- Subject: Bug 28039 Author: jvdelisle Date: Fri Apr 9 03:25:09 2010 New Revision: 158148 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158148 Log: 2010-04-08 Bud Davis PR fortran/28039

[Bug target/43640] Struct with two floats generates poor code

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-09 03:10 --- Reloads are happening so this is a target issue really. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/11764] [DR147] g++ does not treat injected class name correctly.

--- Comment #21 from pinskia at gcc dot gnu dot org 2010-04-09 02:56 --- *** Bug 43649 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/43649] Nested Class inherits incorectly or Compiler interprets command wrongly

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-09 02:56 --- On the trunk (and in 4.5.0) GCC rejects this: t.cc:21:49: error: invalid operands of types ‘’ and ‘int’ to binary ‘operator<’ t.cc:21:51: error: ‘::X’ has not been declared Which is correct now Buggy

[Bug target/43662] [4.5/4.6 Regression] ICE in insert_save with ms_abi attribute

--- Comment #3 from pinskia at gcc dot gnu dot org 2010-04-09 02:46 --- Short testcase: int __attribute__((ms_abi)) ACMStream_fnRead(int*iface,int start,int samples,int buffer){} typedef struct _IAVIStreamImpl { int sInfo; int has; } IAVIStreamImpl; extern int __attribute__((ms_abi))

[Bug c/37724] "initialization from incompatible pointer type" does not say which field is being initialized

--- Comment #6 from pinskia at gcc dot gnu dot org 2010-04-09 02:19 --- *** Bug 43664 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/43664] init from incompatible pointer type: verbosity

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-09 02:19 --- *** This bug has been marked as a duplicate of 37724 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/43672] Not compiled Qt library

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-09 02:16 --- Can you read http://gcc.gnu.org/bugs.html and provide the needed informantion include the output of "gcc -v" and the preprocessed source? -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug other/43693] [gcc-plugin] c++ based plugins doesn't work.

--- Comment #3 from pinskia at gcc dot gnu dot org 2010-04-09 02:15 --- Sorry: http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01166.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43693

[Bug other/43693] [gcc-plugin] c++ based plugins doesn't work.

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-09 02:14 --- See the thread starting at http://gcc.gnu.org/ml/gcc/2009-10/msg00223.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43693

[Bug middle-end/43678] [gcc-plugin] Internal error under GDB: Killed program cc1plus.

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-09 02:10 --- This is an issue with gdb and not GCC really. If you do run not inside gdbinit, it works. Somehow gdb is telling the child process has been killed when it is just trapped. -- pinskia at gcc dot gnu dot org chan

[Bug fortran/28039] Warn when ignoring extra characters in the format specification

--- Comment #12 from jvdelisle at gcc dot gnu dot org 2010-04-09 02:03 --- Subject: Bug 28039 Author: jvdelisle Date: Fri Apr 9 02:03:10 2010 New Revision: 158147 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158147 Log: 2010-04-08 Bud Davis PR fortran/28039

[Bug ada/41912] FAIL: gnat.dg/null_pointer_deref1.adb execution test

--- Comment #18 from danglin at gcc dot gnu dot org 2010-04-09 01:41 --- Subject: Bug 41912 Author: danglin Date: Fri Apr 9 01:40:47 2010 New Revision: 158146 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158146 Log: Backport from mainline: 2009-12-05 John Da

[Bug c/37973] Document that -MM and -combine don't mix

--- Comment #2 from ohnobinki at ohnopublishing dot net 2010-04-09 01:17 --- (In reply to comment #1) > This is not really a bug. I don't think -MM is intended to work > with -combine. -combine's existing documentation would make it seem that gcc should call cc1 multiple times, once fo

[Bug target/43458] c99_classification_macros_c.cc fails on hppa*-*-hpux*

--- Comment #4 from danglin at gcc dot gnu dot org 2010-04-09 00:32 --- Fixed on 4.4, 4.5 and trunk. -- danglin at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/43458] c99_classification_macros_c.cc fails on hppa*-*-hpux*

--- Comment #3 from danglin at gcc dot gnu dot org 2010-04-09 00:26 --- Subject: Bug 43458 Author: danglin Date: Fri Apr 9 00:26:41 2010 New Revision: 158144 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158144 Log: PR target/43458 * testsuite/26_numerics/heade

[Bug c/43698] New: Invalid code when building gentoo pax-utils-0.1.19 with -Os optimizations

Tested with gcc-4.5.0-RC-20100406.tar.bz2 Reduced testcase: /*/ #include #include char do_reverse_endian = 0; # define bswap_32(x) \ x) & 0xff00) >> 24) | \ (((x) & 0x00ff) >>

[Bug libgomp/43697] Assumption about pthread_key_create leading to fatal error

--- Comment #5 from ghassan dot almaless at gmail dot com 2010-04-08 23:59 --- (In reply to comment #4) > What I was trying to say that TLS is always available now so the whole > HAVE_TLS > is only needed for old glibc/gas/ld versions and really they are not well > supported any more.

[Bug libgomp/43697] Assumption about pthread_key_create leading to fatal error

--- Comment #4 from pinskia at gcc dot gnu dot org 2010-04-08 23:40 --- What I was trying to say that TLS is always available now so the whole HAVE_TLS is only needed for old glibc/gas/ld versions and really they are not well supported any more. So my point is that HAVE_TLS is always d

[Bug libgomp/43697] Assumption about pthread_key_create leading to fatal error

--- Comment #3 from ghassan dot almaless at gmail dot com 2010-04-08 23:37 --- (In reply to comment #2) > TLS support is emulated via pthread_setspecific/etc. if it is not available > natively. This includes on Windows and on Darwin. > My bug report is not about the emulation, but th

[Bug libgomp/43697] Assumption about pthread_key_create leading to fatal error

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-08 23:32 --- TLS support is emulated via pthread_setspecific/etc. if it is not available natively. This includes on Windows and on Darwin. -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug libgomp/43697] Assumption about pthread_key_create leading to fatal error

--- Comment #1 from ghassan dot almaless at gmail dot com 2010-04-08 23:27 --- Created an attachment (id=20341) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20341&action=view) Fixing gomp_free_thread when using pthread_key feature To be applied in the same directory as the orig

[Bug libgomp/43697] New: Assumption about pthread_key_create leading to fatal error

File: team.c Function: gomp_free_thread Line number: 214 statement: struct gomp_thread *thr = gomp_thread (); The function gomp_free_thread is registered as destructor function of gomp_tls_key in the case of absence of TLS support by the compiler. The problem is in gomp_thread(), and even later i

[Bug target/43590] ICE in spill_failure, at reload1.c:2158

--- Comment #4 from ramana at gcc dot gnu dot org 2010-04-08 22:57 --- I think this is one more case of the ARM backend lying to the general infrastructure. We expand into ld4qav8hi which happens to be in this following form. Note if you look at init_regs, there is no use of reg:XI 13

[Bug driver/43687] Unexpected error message for bad command line argument

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-08 22:40 --- option_map has: {"--", "-f", "*j"} And has been there since: r3686 | rms | 1993-03-08 21:47:14 -0800 (Mon, 08 Mar 1993) | 4 lines Handle lo

[Bug driver/43687] Unexpected error message for bad command line argument

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-08 22:35 --- This is actually expected, though I cannot find it documented anywhere. I thought I had saw it in the documentation at one point. Almost all --* options are converted over to -f* to conform to the GNU coding style

[Bug target/43590] ICE in spill_failure, at reload1.c:2158

--- Comment #3 from ramana at gcc dot gnu dot org 2010-04-08 22:32 --- Bah I know the problem . The base pattern is flawed. Testing a patch. Ramana -- ramana at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/43680] G++ is too aggressive in optimizing away bounds checking with enums

--- Comment #11 from pinskia at gcc dot gnu dot org 2010-04-08 22:30 --- See also: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42810 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41425 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37281 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36170 The

[Bug tree-optimization/43688] ICE: in analyze_function, at ipa-reference.c:733 with -fipa-reference

--- Comment #4 from zsojka at seznam dot cz 2010-04-08 22:27 --- I am taking back my previous statement, I forgot to compile with --enable-assert in the 4.5 branch. Testcase asserts in all: trunk r158095 (ipa-reference.c:731) 4.5 r158131 (ipa-reference.c:731) 4.4 r158133 (ipa-reference.

[Bug target/43590] ICE in spill_failure, at reload1.c:2158

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-08 22:17 --- (In reply to comment #1) > Hmm - so why is it that we add an initialization for reg:XI 136 with a > const_int 0 in .175r.init_regs Because init_reg thinks the psedu register 136 is used unitialized. In fact that i

[Bug target/43590] ICE in spill_failure, at reload1.c:2158

--- Comment #1 from ramana at gcc dot gnu dot org 2010-04-08 22:13 --- Hmm - so why is it that we add an initialization for reg:XI 136 with a const_int 0 in .175r.init_regs adding initialization in test of reg 136 at in block 3 for insn 12. (insn 91 11 12 3 /tmp/n.c:13 (set (reg:XI 136

[Bug fortran/43696] [OOP] Bogus error: Passed-object dummy argument must not be POINTER

--- Comment #2 from dominiq at lps dot ens dot fr 2010-04-08 21:24 --- Note there is no ICE with fortran-dev. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43696

[Bug fortran/43696] [OOP] Bogus error: Passed-object dummy argument must not be POINTER

--- Comment #1 from janus at gcc dot gnu dot org 2010-04-08 21:11 --- Forgot to mention: This one was reported by Hans-Werner Boschmann (thanks!). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43696

[Bug fortran/43696] New: [OOP] Bogus error: Passed-object dummy argument must not be POINTER

Consider the following (supposedly valid) code: MODULE error_stack_module implicit none type,abstract::serializable_class contains procedure(ser_DTV_RF),deferred::read_formatted end type serializable_class abstract interface subroutine ser_DTV_RF(dtv,unit,iotype,v_list,iost

[Bug tree-optimization/43688] [4.6 Regression] ICE: in analyze_function, at ipa-reference.c:733 with -fipa-reference

--- Comment #3 from zsojka at seznam dot cz 2010-04-08 19:41 --- 4.5 r158113 doesn't crash with neither reduced and original testcase -- zsojka at seznam dot cz changed: What|Removed |Added --

[Bug c/43624] Bad code generation: introduces strict aliasing warnings and references to uninitialized memory

--- Comment #7 from veksler at il dot ibm dot com 2010-04-08 19:29 --- Created an attachment (id=20340) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20340&action=view) testcase: A simple set::iterator wrapper produces the same warning This c++ file gives a similar warning when co

[Bug libgcj/34521] SSLEngine - Clone not supported (Null pointer) exception

--- Comment #6 from gnu_andrew at member dot fsf dot org 2010-04-08 19:26 --- Closing as requested. -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added

[Bug tree-optimization/43695] [4.5/4.6 Regression] ICE: verify_flow_info failed: BB 2 is missing an EH edge with -fipa-cp-clone

--- Comment #1 from zsojka at seznam dot cz 2010-04-08 19:11 --- Created an attachment (id=20339) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20339&action=view) reduced testcase (from g++.dg/torture/pr34953.C) Command line: g++ -fipa-cp -fipa-cp-clone pr43695.C -- http://gc

[Bug tree-optimization/43695] [4.5/4.6 Regression] ICE: verify_flow_info failed: BB 2 is missing an EH edge with -fipa-cp-clone

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug tree-optimization/43695] New: [4.5/4.6 Regression] ICE: verify_flow_info failed: BB 2 is missing an EH edge with -fipa-cp-clone

Command line: $ g++ -fipa-cp -fipa-cp-clone testcase.C testcase.C: In function ‘void foo()’: testcase.C:13:6: error: BB 2 is missing an EH edge testcase.C:13:6: internal compiler error: verify_flow_info failed Please submit a full bug report, with preprocessed source if appropriate. See

[Bug tree-optimization/43692] small loop not vectorized

--- Comment #7 from pinskia at gcc dot gnu dot org 2010-04-08 18:33 --- Fixed in 4.5.0 which should be released soon (in the next couple of days not months :) ). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/43692] small loop not vectorized

--- Comment #6 from wbrana at gmail dot com 2010-04-08 18:31 --- Loop is vectorized with GCC 4.4 if these flags are used: -O1 -ftree-vectorize -march=core2 .LFB0: .cfi_startproc movaps b(%rip), %xmm0 addps c(%rip), %xmm0 movaps %xmm0, a(%rip)

[Bug c++/43694] G++ accepts a template friend with the wrong template parameters

-- jason at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to wo

[Bug c++/43694] New: G++ accepts a template friend with the wrong template parameters

This should not compile, but does: namespace N { template struct X { }; } template struct Y { template friend struct N::X; }; Y y; -- Summary: G++ accepts a template friend with the wrong template parameters Product: gcc Version: 4.5.

[Bug tree-optimization/42720] Problematic condition simplification logic at unswitch-loops pass

--- Comment #14 from jingyu at gcc dot gnu dot org 2010-04-08 18:17 --- Subject: Bug 42720 Author: jingyu Date: Thu Apr 8 18:16:57 2010 New Revision: 158138 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158138 Log: Fix a problematic logic at unswitch-loops pass. 2010-04-07 J

[Bug tree-optimization/43692] small loop not vectorized

--- Comment #5 from irar at il dot ibm dot com 2010-04-08 17:59 --- In GCC 4.4 the smaller loop gets completely unrolled before the vectorizer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43692

[Bug c/43691] Code segfault when compiled with -Os, -O2, or -O3

--- Comment #7 from mattst88 at gmail dot com 2010-04-08 17:53 --- (In reply to comment #4) > (In reply to comment #0) > > When this testcase, using inline assembly, is compiled with -Os, -O2, or -O3 > > it segfaults. -O0 and -O1 allow it to run correctly. > > > > Moving the inline asse

[Bug c/43691] Code segfault when compiled with -Os, -O2, or -O3

--- Comment #6 from ubizjak at gmail dot com 2010-04-08 17:52 --- (In reply to comment #4) > From these symptoms, it is practically certain that you have done something > wrong with the asm inputs and outputs. I don't have an Alpha compiler to > hand, > but just from looking at your c

[Bug tree-optimization/43692] small loop not vectorized

--- Comment #4 from wbrana at gmail dot com 2010-04-08 17:50 --- I have got same code with -O2 and O3 on Gentoo Using built-in specs. Target: x86_64-pc-linux-gnu Configured with: /mnt/md3/cache/portage/sys-devel/gcc-4.4.3/work/gcc-4.4.3/configure --prefix=/usr --bindir=/usr/x86_64-pc-li

[Bug tree-optimization/43423] gcc should vectorize this loop through if-conversion

--- Comment #6 from spop at gcc dot gnu dot org 2010-04-08 17:47 --- I changed the title of this bug to match the comments in the PR: we should vectorize this loop using if-conversion, and not "iteration range splitting". Also note that in general, by doing an "iteration range splitting

[Bug c/43691] Code segfault when compiled with -Os, -O2, or -O3

--- Comment #5 from ubizjak at gmail dot com 2010-04-08 17:45 --- The problem is, that when "rewritten" gets inlined (in -O2+ case), you can't expect argument to be passed into the inlined section of the function via locations, specifed by ABI. So, you have: $main..ng: lda $30,-

[Bug tree-optimization/43427] The loop is not interchanged and thus could not be vectorized.

--- Comment #5 from spop at gcc dot gnu dot org 2010-04-08 17:40 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug tree-optimization/43692] small loop not vectorized

--- Comment #3 from irar at il dot ibm dot com 2010-04-08 17:33 --- Both loops get vectorized for me with -O3 on x86_64-suse-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43692

[Bug c/43691] Code segfault when compiled with -Os, -O2, or -O3

-- zackw at panix dot com changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43691

[Bug c/43691] Code segfault when compiled with -Os, -O2, or -O3

--- Comment #4 from zackw at panix dot com 2010-04-08 17:28 --- (In reply to comment #0) > When this testcase, using inline assembly, is compiled with -Os, -O2, or -O3 > it segfaults. -O0 and -O1 allow it to run correctly. > > Moving the inline assembly into a separate file and includin

[Bug other/43693] [gcc-plugin] c++ based plugins doesn't work.

--- Comment #1 from pinskia at gmail dot com 2010-04-08 17:25 --- Subject: Re: New: [gcc-plugin] c++ based plugins doesn't work. Iirc this is on purpose. You need to build gcc with the c++ compiler if you want c++ plugins. Sent from my iPhone On Apr 8, 2010, at 10:12 AM, "pluto at

Re: [Bug other/43693] New: [gcc-plugin] c++ based plugins doesn't work.

Iirc this is on purpose. You need to build gcc with the c++ compiler if you want c++ plugins. Sent from my iPhone On Apr 8, 2010, at 10:12 AM, "pluto at agmk dot net" > wrote: during loading c++ based plugin we get undefined runtime symbols, e.g.: undefined symbol: _Z28plugin_default_v

[Bug driver/42485] [4.4/4.5/4.6 Regression] -V switch broken

--- Comment #8 from manu at gcc dot gnu dot org 2010-04-08 17:24 --- No more switch -V, so FIXED. (or WONTFIX as you prefer). Use gcc-VERSION directly, which should work every where. -- manu at gcc dot gnu dot org changed: What|Removed |Added -

[Bug tree-optimization/43692] small loop not vectorized

--- Comment #2 from wbrana at gmail dot com 2010-04-08 17:22 --- -fno-vect-cost-model has no effect -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43692

[Bug driver/42485] [4.4/4.5/4.6 Regression] -V switch broken

--- Comment #7 from manu at gcc dot gnu dot org 2010-04-08 17:21 --- Subject: Bug 42485 Author: manu Date: Thu Apr 8 17:21:26 2010 New Revision: 158134 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158134 Log: 2010-04-08 Manuel López-Ibáñez PR 42485 * do

[Bug tree-optimization/43692] small loop not vectorized

--- Comment #1 from irar at il dot ibm dot com 2010-04-08 17:14 --- It probably happens because the vectorization is not profitable. Try -fno-vect-cost-model flag. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43692

[Bug other/43693] New: [gcc-plugin] c++ based plugins doesn't work.

during loading c++ based plugin we get undefined runtime symbols, e.g.: undefined symbol: _Z28plugin_default_version_checkP18plugin_gcc_versionS0_ undefined symbol: _Z17register_callbackPKciPFvPvS1_ES1_ known workaround: extern "C" { #include } -- Summary: [gcc-plugin] c++ bas

[Bug tree-optimization/43692] New: small loop not vectorized

This loop isn't vectorized: float a[4], b[4], c[4]; int main () { int i; for (i=0; i<4; i++){ a[i] = b[i] + c[i]; } } main: .LFB0: .cfi_startproc movss b(%rip), %xmm0 addss c(%rip), %xmm0 movss %xmm0, a(%rip) movss b+4(%rip), %xmm0

[Bug c/43691] Code segfault when compiled with -Os, -O2, or -O3

--- Comment #3 from pinskia at gmail dot com 2010-04-08 17:06 --- Subject: Re: Code segfault when compiled with -Os, -O2, or -O3 I don't think this is a bug in gcc. The inline-asm uses $16 but any of the output/temp registers could use that as you don't say the agrument is used as

Re: [Bug c/43691] Code segfault when compiled with -Os, -O2, or -O3

I don't think this is a bug in gcc. The inline-asm uses $16 but any of the output/temp registers could use that as you don't say the agrument is used as an input. Sent from my iPhone On Apr 8, 2010, at 9:50 AM, "mattst88 at gmail dot com" > wrote: --- Comment #2 from mattst88 at gma

[Bug c/43691] Code segfault when compiled with -Os, -O2, or -O3

--- Comment #2 from mattst88 at gmail dot com 2010-04-08 16:50 --- Created an attachment (id=20338) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20338&action=view) test.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43691

[Bug c/43691] Code segfault when compiled with -Os, -O2, or -O3

--- Comment #1 from mattst88 at gmail dot com 2010-04-08 16:50 --- Created an attachment (id=20337) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20337&action=view) rewritten.S - external assembly -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43691

[Bug c/43691] New: Code segfault when compiled with -Os, -O2, or -O3

When this testcase, using inline assembly, is compiled with -Os, -O2, or -O3 it segfaults. -O0 and -O1 allow it to run correctly. Moving the inline assembly into a separate file and including it in the compilation allow the program to run correctly at all -O levels. My results are gcc -O0 -mcpu=e

[Bug target/43669] libgcc build fails with Error: cannot represent subtraction with an offset

--- Comment #2 from sterling_augustine at tensilica dot com 2010-04-08 16:05 --- (Removed Bob Wilson who is no longer maintaining the Xtensa port.) This problem was actually a limitation in the gnu assembler, and is fixed there. Unfortunately, this change didn't make it into the binuti

[Bug c++/43680] G++ is too aggressive in optimizing away bounds checking with enums

--- Comment #10 from jason at gcc dot gnu dot org 2010-04-08 15:57 --- @7: But -Wconversion only warns if it knows the constant value, it doesn't warn about converting from an arbitrary int variable such as (importantly) a loop counter. @5: It seems appropriate to me for VRP to optimize

[Bug testsuite/43495] gcc.c-torture/execute/20000603-1.c fails with -fpic/-fPIC

--- Comment #6 from zsojka at seznam dot cz 2010-04-08 15:38 --- Testcase from comment #5 fails at x86_64-linux, trunk r153685, r158095. It doesn't fail in the 4.4 branch. -- zsojka at seznam dot cz changed: What|Removed |Added

[Bug testsuite/43495] gcc.c-torture/execute/20000603-1.c fails with -fpic/-fPIC

--- Comment #5 from zsojka at seznam dot cz 2010-04-08 15:35 --- Created an attachment (id=20336) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20336&action=view) testcase with inlined f() Even when the f() is declared as static inline __attribute__((always_inline)) double f(stru

[Bug tree-optimization/43688] ICE: in analyze_function, at ipa-reference.c:733 with -fipa-reference

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-08 15:18 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug target/38085] gcc -m64 -pg generates invalid assembler code on Solaris 10/x86

--- Comment #14 from ro at gcc dot gnu dot org 2010-04-08 15:14 --- Fixed for 4.4.4, 4.5.0. -- ro at gcc dot gnu dot org changed: What|Removed |Added URL|

[Bug target/38085] gcc -m64 -pg generates invalid assembler code on Solaris 10/x86

--- Comment #13 from ro at gcc dot gnu dot org 2010-04-08 15:13 --- Reopen to document backport. -- ro at gcc dot gnu dot org changed: What|Removed |Added Sta

[Bug target/43643] gcc -m64 -pg corrupts %rdx / %rcx register

--- Comment #7 from ro at gcc dot gnu dot org 2010-04-08 15:12 --- Fixed for 4.4.4, 4.5.0, 4.6.0. -- ro at gcc dot gnu dot org changed: What|Removed |Added St

[Bug middle-end/43690] [4.3/4.4/4.5 Regression] Internal compiler error detected by avr-gcc.

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-08 15:11 --- Well, we have not properly gimplified the invalid function: doit () { char * pk; char * pk.1; char * pk.0; : pk = 0B; : __asm__ __volatile__("nop"::"m" pk); pk = pk + 1; pk.0 = pk; __asm__ __volati

[Bug target/43643] gcc -m64 -pg corrupts %rdx / %rcx register

--- Comment #6 from ro at gcc dot gnu dot org 2010-04-08 15:09 --- Subject: Bug 43643 Author: ro Date: Thu Apr 8 15:09:17 2010 New Revision: 158133 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158133 Log: gcc: PR target/43643 * config/i386/gmon-sol2.c

[Bug target/38085] gcc -m64 -pg generates invalid assembler code on Solaris 10/x86

--- Comment #12 from ro at gcc dot gnu dot org 2010-04-08 15:09 --- Subject: Bug 38085 Author: ro Date: Thu Apr 8 15:09:17 2010 New Revision: 158133 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158133 Log: gcc: PR target/43643 * config/i386/gmon-sol2.c

[Bug bootstrap/43681] [4.6 Regression] bootstrap fails with "unused" var message for an apparently used var.

--- Comment #4 from iains at gcc dot gnu dot org 2010-04-08 15:07 --- bootstrapped {powerpc,i686}-apple-darwin9. this is fixed. (other 'set but not used' issues at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43684 remain) -- iains at gcc dot gnu dot org changed: What

[Bug c/43690] New: Internal compiler error detected by avr-gcc.

> avr-gcc -v Using built-in specs. Target: avr Configured with: ../src/configure -v --enable-languages=c,c++ --prefix=/usr/lib --infodi--mandir=/usr/share/man --bindir=/usr/bin --libexecdir=/usr/lib --libdir=/u

[Bug target/43643] gcc -m64 -pg corrupts %rdx / %rcx register

--- Comment #5 from ro at gcc dot gnu dot org 2010-04-08 14:51 --- Subject: Bug 43643 Author: ro Date: Thu Apr 8 14:50:56 2010 New Revision: 158131 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158131 Log: gcc: PR target/43643 * config/i386/gmon-sol2.c

[Bug tree-optimization/43186] [4.4 Regression] A loop in tree_unroll_loops_completely never ends

--- Comment #19 from matz at gcc dot gnu dot org 2010-04-08 14:50 --- This seems rather like a hack for our not-so-capable loop unroller. The estimator already correctly knows that much of it will be optimized away, hence it would make more sense for the code emitter to also not emit us

[Bug target/43643] gcc -m64 -pg corrupts %rdx / %rcx register

--- Comment #4 from ro at gcc dot gnu dot org 2010-04-08 14:48 --- Subject: Bug 43643 Author: ro Date: Thu Apr 8 14:48:46 2010 New Revision: 158130 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158130 Log: gcc: PR target/43643 * config/i386/gmon-sol2.c

[Bug target/43643] gcc -m64 -pg corrupts %rdx / %rcx register

--- Comment #3 from ro at gcc dot gnu dot org 2010-04-08 14:46 --- Mine. -- ro at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc do

[Bug tree-optimization/43186] [4.4 Regression] A loop in tree_unroll_loops_completely never ends

--- Comment #18 from hubicka at ucw dot cz 2010-04-08 14:41 --- Subject: Re: [4.4 Regression] A loop in tree_unroll_loops_completely never ends > > Well, I guess in addition to number of instructions after optimizing we can > > also estimate number of instruction we actually pr

[Bug objc++/43689] New: const-str-5/6 fails

these two tests are failing at both m32 and m64. FAIL: obj-c++.dg/const-str-5.mm -fgnu-runtime (test for excess errors) Excess errors: :0:0: warning: 'MyConstantString' has a field 'MyConstantString::_contents' whose type uses the anonymous namespace -- Summary: const-str-5/6 fails

[Bug libstdc++/40518] data races when calling std::string::erase() on empty string

--- Comment #21 from paolo dot carlini at oracle dot com 2010-04-08 14:04 --- > I'll look into backporting it tonight on condition you cease the hyperbole ^ That's why (among other reasons) I voted in favor

  1   2   >