[Bug tree-optimization/45722] [4.6 Regression] FAIL: gcc.c-torture/execute/20040709-2.c execution at -O1 and -Os

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45722 Eric Botcazou changed: What|Removed |Added Target|hppa*-*-* (32-bit) |hppa*-*-* (32-bit), |

[Bug middle-end/46637] [4.6 Regression] SIGSEGV in if_then_else_cond - too deep recursion

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46637 --- Comment #1 from Dmitry Gorbachev 2010-11-24 06:59:44 UTC --- Created attachment 22506 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22506 Backtrace in GDB

[Bug middle-end/46637] New: [4.6 Regression] SIGSEGV in if_then_else_cond - too deep recursion

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46637 Summary: [4.6 Regression] SIGSEGV in if_then_else_cond - too deep recursion Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/46636] New: attribute aligned is documented as using bytes, uses addressable units instead.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46636 Summary: attribute aligned is documented as using bytes, uses addressable units instead. Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority:

[Bug c/46635] New: c-family/c-common.c uses BITS_PER_UNIT in lieu of TYPE_PRECISION (char_type_node)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46635 Summary: c-family/c-common.c uses BITS_PER_UNIT in lieu of TYPE_PRECISION (char_type_node) Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priorit

[Bug c++/46634] New: cp/typeck2.c: uses BITS_PER_UNIT in lieu of TYPE_PRECISION (char_type_node)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46634 Summary: cp/typeck2.c: uses BITS_PER_UNIT in lieu of TYPE_PRECISION (char_type_node) Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug other/46633] New: [meta-bug] frontends use BITS_PER_UNIT when they mean TYPE_PRECISION (char_type_node)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46633 Summary: [meta-bug] frontends use BITS_PER_UNIT when they mean TYPE_PRECISION (char_type_node) Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Pri

[Bug java/46632] New: libjava: fortify catches memcpy overflow in parseAnnotationElement() for 64bit targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46632 Summary: libjava: fortify catches memcpy overflow in parseAnnotationElement() for 64bit targets Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Pr

[Bug lto/46629] [4.6 Regression] Failed to build 200.sixtrack in SPEC CPU 2000

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46629 --- Comment #6 from H.J. Lu 2010-11-24 01:09:20 UTC --- Created attachment 22504 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22504 A testcase [...@gnu-35 delta-fortran]$ /export/gnu/import/svn/gcc-test-spec/usr/bin/gcc -S -O3 -ffast-math

[Bug lto/46629] [4.6 Regression] Failed to build 200.sixtrack in SPEC CPU 2000

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46629 --- Comment #5 from H.J. Lu 2010-11-24 00:48:30 UTC --- (gdb) call debug_rtx (insn) (insn 2359 2358 2360 (set (reg:CCZ 17 flags) (compare:CCZ (reg:QI 2633) (const_int 0 [0]))) foxys.f:4119 -1 (nil)) There are 2 jump insn

[Bug target/46631] New: Change operands order so we can use 16bit and instead of 32bit in thumb2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46631 Summary: Change operands order so we can use 16bit and instead of 32bit in thumb2 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/45636] Failed to fold simple Fortran string

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45636 John David Anglin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug c++/46527] Member of template class gets wrong debug location when template (but not member) is used before member is defined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46527 --- Comment #2 from Jeffrey Yasskin 2010-11-24 00:25:01 UTC --- Author: jyasskin Date: Wed Nov 24 00:24:54 2010 New Revision: 167104 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167104 Log: Propagate the source location from a template

[Bug ada/45568] [4.6 Regression] stack overflow (or erroneous memory access) building gnattools

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45568 John David Anglin changed: What|Removed |Added Priority|P3 |P4 Version|4.5.3

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #14 from Cesar Strauss 2010-11-24 00:00:00 UTC --- (In reply to comment #8) > Created attachment 22400 [details] > Proposed patch > > Does this patch work for you on Cygwin? > Dear Jorn, I tried your patch on MinGW, and it does so

[Bug objc/31056] objc bogus warning when using const

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31056 --- Comment #4 from Nicola Pero 2010-11-23 23:54:06 UTC --- Created attachment 22503 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22503 Testcase constructed by Nicola, showing the problem

[Bug lto/46629] [4.6 Regression] Failed to build 200.sixtrack in SPEC CPU 2000

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46629 --- Comment #4 from Jakub Jelinek 2010-11-23 23:57:00 UTC --- If so, can you please: 1) put a breakpoint in maybe_cleanup_end_of_block (after the first BARRIER_P test), with a condition that current_function_decl is the one in which it crashes, s

[Bug ada/45568] [4.6 Regression] stack overflow (or erroneous memory access) building gnattools

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45568 John David Anglin changed: What|Removed |Added Priority|P4 |P3 Last reconfirmed|2010-11-02 13:4

[Bug middle-end/45722] [4.6 Regression] FAIL: gcc.c-torture/execute/20040709-2.c execution at -O1 and -Os

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45722 John David Anglin changed: What|Removed |Added Target|hppa*-*-* (32-bit), |hppa*-*-* (32-bit)

[Bug objc/31056] objc bogus warning when using const

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31056 Nicola Pero changed: What|Removed |Added AssignedTo|unassigned at gcc dot |nicola at gcc dot gnu.org

[Bug lto/45702] [4.6 Regression] New LTO test failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45702 John David Anglin changed: What|Removed |Added Priority|P2 |P3 --- Comment #25 from John David An

[Bug objc/31056] objc bogus warning when using const

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31056 Nicola Pero changed: What|Removed |Added Status|WAITING |NEW --- Comment #3 from Nicola Pero 2010-1

[Bug libgomp/45838] [4.6 Regression] FAIL: libgomp.c/pr34513.c execution test

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45838 John David Anglin changed: What|Removed |Added Last reconfirmed|2010-11-03 15:47:43 | Component|middle-end

[Bug fortran/45636] Failed to fold simple Fortran string

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45636 John David Anglin changed: What|Removed |Added Status|RESOLVED|NEW CC|

[Bug driver/42690] Undefined reference errors with -flto -fuse-linker-plugin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690 --- Comment #29 from H.J. Lu 2010-11-23 23:43:55 UTC --- Please note that -pass-through is a hack, not a real solution. See http://www.sourceware.org/bugzilla/show_bug.cgi?id=12248 for a testcase to show why it doesn't work correctly.

[Bug lto/46629] [4.6 Regression] Failed to build 200.sixtrack in SPEC CPU 2000

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46629 --- Comment #3 from H.J. Lu 2010-11-23 23:33:57 UTC --- I can only reproduce it with LTO. I don't have a testcase without LTO.

[Bug lto/46629] [4.6 Regression] Failed to build 200.sixtrack in SPEC CPU 2000

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46629 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #2 f

[Bug fortran/46520] [4.6 Regression] libquadmath: Build also with --enable-languages=c; fails with some cross targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46520 --- Comment #3 from Tobias Burnus 2010-11-23 23:02:43 UTC --- Cf. partially complimentary, partially overlapping patches at http://gcc.gnu.org/ml/fortran/2010-11/msg00291.html and http://gcc.gnu.org/ml/gcc-patches/2010-11/msg02189.html

[Bug fortran/46543] libquadmath: Add documentation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46543 --- Comment #1 from Tobias Burnus 2010-11-23 23:01:52 UTC --- First patch: http://gcc.gnu.org/ml/gcc-patches/2010-11/msg02394.html TODO: - Get it included - Document the math functions - Make sure it is included at http://gcc.gnu.org/onlinedocs/

[Bug fortran/46594] [4.6 Regression] libquadmath intrudes generic (file system) namespace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46594 --- Comment #4 from Tobias Burnus 2010-11-23 23:01:01 UTC --- Patch: http://gcc.gnu.org/ml/gcc-patches/2010-11/msg02394.html

[Bug c/46619] gcc thinks line of code can be removed.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46619 --- Comment #16 from Eskil Steenberg 2010-11-23 22:31:14 UTC --- Hi again! > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46619 > > --- Comment #15 from Andrew Pinski 2010-11-23 > 22:09:44 UTC --- >>Not true. it is not undefined, it is implement

[Bug c/46619] gcc thinks line of code can be removed.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46619 --- Comment #15 from Andrew Pinski 2010-11-23 22:09:44 UTC --- >Not true. it is not undefined, it is implementation specific. Huh? Why do you think that is true? The C standard is explicit when it comes to signed integer overflow is undefined

[Bug c/46619] gcc thinks line of code can be removed.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46619 --- Comment #14 from Eskil Steenberg 2010-11-23 22:06:39 UTC --- Hi again! > because the c standard has specific rules about integral types smaller > than > int; they are all promoted to int. promoting a value to one type in order to do an oper

[Bug libstdc++/46624] istream::sync() doesn't work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46624 --- Comment #3 from Jonathan Wakely 2010-11-23 22:00:07 UTC --- (In reply to comment #2) > > Oh, I guess you are right. Standard doesn't specify behaviour for cin's > streambuf type. It is implementation-specific. It worked for me on different >

[Bug c++/46630] Front end issue

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46630 --- Comment #1 from Jonathan Wakely 2010-11-23 21:59:46 UTC --- (In reply to comment #0) > Should compile fine per ISO/IEC 14882:2005, 14.6 (Name resolution). Why? T::N is not a typename ISO/IEC 14882:2003 14.6 paragraph 4 seems pretty clear t

[Bug lto/46629] [4.6 Regression] Failed to build 200.sixtrack in SPEC CPU 2000

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46629 H.J. Lu changed: What|Removed |Added Target Milestone|--- |4.6.0

[Bug lto/46629] [4.6 Regression] Failed to build 200.sixtrack in SPEC CPU 2000

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46629 H.J. Lu changed: What|Removed |Added CC||jakub at redhat dot com --- Comment #1 from H.J

[Bug c++/46630] New: Front end issue

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46630 Summary: Front end issue Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org Repor

[Bug c/46619] gcc thinks line of code can be removed.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46619 --- Comment #13 from Andrew Pinski 2010-11-23 21:34:35 UTC --- Oh overflow != wrapping.

[Bug c/46619] gcc thinks line of code can be removed.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46619 --- Comment #12 from Andrew Pinski 2010-11-23 21:34:11 UTC --- >double is also bigger then unsigned short, why not promote it to double if we are bringing in random types? because the c standard has specific rules about integral types smaller t

[Bug c/46619] gcc thinks line of code can be removed.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46619 --- Comment #11 from Eskil Steenberg 2010-11-23 21:29:12 UTC --- Hi Again! > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46619 > > --- Comment #10 from Andrew Pinski 2010-11-23 > 20:24:00 UTC --- >uv = (unsigned int)((int)x[1 + j] * (int)x[

[Bug fortran/46545] libquadmath: Update gfortran.texi

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46545 Tobias Burnus changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug fortran/46545] libquadmath: Update gfortran.texi

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46545 --- Comment #1 from Tobias Burnus 2010-11-23 20:54:53 UTC --- Author: burnus Date: Tue Nov 23 20:54:49 2010 New Revision: 167096 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167096 Log: 2010-11-23 Tobias Burnus PR fortran/46

[Bug lto/46629] New: [4.6 Regression] Failed to build 200.sixtrack in SPEC CPU 2000

cc-4.6.0 --with-local-prefix=/usr/local --with-fpmath=sse --with-plugin-ld=ld Thread model: posix gcc version 4.6.0 20101123 (experimental) (GCC) [...@gnu-35 gcc-test-spec]$

[Bug c/46619] gcc thinks line of code can be removed.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46619 --- Comment #10 from Andrew Pinski 2010-11-23 20:24:00 UTC --- uv = (unsigned int)((int)x[1 + j] * (int)x[1 + i]); Is what the C standard says should be done as unsigned short is smaller than int so it is promoted to int. So we have a 16x16

[Bug c/46619] gcc thinks line of code can be removed.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46619 --- Comment #9 from Eskil Steenberg 2010-11-23 20:20:51 UTC --- Hi > typedef unsigned short VBigDig; >uv = x[1 + j] * x[1 + i]; >high = (uv & 0x8000u) != 0; > > Is really >uv = (int)x[1 + j] * (int)x[1 + i]; >high = (uv & 0x8

[Bug middle-end/46628] New: [4.6 Regression] FAIL: g++.dg/tree-prof/partition1.C

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46628 Summary: [4.6 Regression] FAIL: g++.dg/tree-prof/partition1.C Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assi

[Bug libstdc++/46624] istream::sync() doesn't work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46624 MyAdEss at seznam dot cz changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug c++/46626] [4.6 Regression] simple use of virtual methods causes pure virtual method call in c++0x mode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46626 --- Comment #3 from H.J. Lu 2010-11-23 19:58:33 UTC --- (In reply to comment #1) > related to PR 46526 ? Revision 167049 still fails.

[Bug c++/46626] [4.6 Regression] simple use of virtual methods causes pure virtual method call in c++0x mode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46626 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/46626] [4.6 Regression] simple use of virtual methods causes pure virtual method call in c++0x mode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46626 --- Comment #1 from Jonathan Wakely 2010-11-23 19:37:08 UTC --- related to PR 46526 ?

[Bug inline-asm/20468] LABEL already defined in inline-asm

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20468 Andrew Pinski changed: What|Removed |Added CC||cacheflood at gmail dot com --- Comment #

[Bug c/46627] "Error: symbol `again' is already defined" error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46627 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug objc/46473] 'in' not allowed in 'for' loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46473 Nicola Pero changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c/46619] gcc thinks line of code can be removed.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46619 Andrew Pinski changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

[Bug driver/42690] Undefined reference errors with -flto -fuse-linker-plugin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690 --- Comment #28 from Dave Korn 2010-11-23 19:18:46 UTC --- Author: davek Date: Tue Nov 23 19:18:39 2010 New Revision: 167091 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167091 Log: PR driver/42690 * gcc.c (LINK_COMMAND_SPEC): R

[Bug c/46627] New: "Error: symbol `again' is already defined" error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46627 Summary: "Error: symbol `again' is already defined" error Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: major Priority: P3 Component: c AssignedTo: unassi

[Bug driver/42690] Undefined reference errors with -flto -fuse-linker-plugin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690 --- Comment #27 from Dave Korn 2010-11-23 19:08:45 UTC --- (In reply to comment #25) > The current linker plugin scheme may be flawed. The order of > linking libraries (archive and DSO) is very important. They > have to be placed between crti.o

[Bug c/46619] gcc thinks line of code can be removed.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46619 --- Comment #7 from Eskil Steenberg 2010-11-23 19:07:23 UTC --- Created attachment 22502 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22502 full test case. Test case that should run the code (sorry i dont have gcc on the machine om on). S

[Bug libstdc++/36104] [4.3/4.4/4.5/4.6 Regression] gnu-versioned-namespace is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36104 Benjamin Kosnik changed: What|Removed |Added Target Milestone|4.3.6 |4.6.0 --- Comment #8 from Benjamin Kosn

[Bug c++/46626] New: [4.6 Regression] simple use of virtual methods causes pure virtual method call in c++0x mode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46626 Summary: [4.6 Regression] simple use of virtual methods causes pure virtual method call in c++0x mode Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal

[Bug target/46040] crtstuff.c:308:26: error: '__DTOR_LIST__' undeclared

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46040 --- Comment #7 from dave at hiauly1 dot hia.nrc.ca 2010-11-23 18:45:14 UTC --- > Any reason why this patch isn't submitted/commited? No. I was traveling and forgot about it. Access to the arm box on my desk is unreliable. Dave

[Bug c/46619] gcc thinks line of code can be removed.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46619 --- Comment #6 from H.J. Lu 2010-11-23 18:41:05 UTC --- (In reply to comment #5) > > You will find them in v_randgen.c > > Here you find (among other things) the entire verse lib: > > http://www.quelsolaar.com/files/verse_apps.zip > Please u

[Bug target/46040] crtstuff.c:308:26: error: '__DTOR_LIST__' undeclared

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46040 --- Comment #6 from Laurent GUERBY 2010-11-23 18:29:43 UTC --- I see the same errors, the patch has: +# define INIT_ARRAY_SECTION_ASM_OP ARM_EABI_CTORS_SECTION_OP +# define FINI_ARRAY_SECTION_ASM_OP ARM_EABI_DTORS_SECTION_OP So might be rel

[Bug target/46040] crtstuff.c:308:26: error: '__DTOR_LIST__' undeclared

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46040 Matthias Klose changed: What|Removed |Added CC||doko at ubuntu dot com --- Comment #5 fr

[Bug fortran/46625] New: libquadmath: Mangle internal symbols; rename __float128 <-> string functions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46625 Summary: libquadmath: Mangle internal symbols; rename __float128 <-> string functions Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/46619] gcc thinks line of code can be removed.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46619 --- Comment #5 from Eskil Steenberg 2010-11-23 18:13:23 UTC --- Hi > /tmp/ccaJLFo2.o: In function `v_bignum_set_random': > v_bignum.c:(.text+0x25c): undefined reference to `v_randgen_new' > v_bignum.c:(.text+0x276): undefined reference to `v_ran

[Bug preprocessor/12258] -Wold-style-cast triggers on casts in macros from system headers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12258 --- Comment #3 from hjl at gcc dot gnu.org 2010-11-23 18:09:39 UTC --- Author: hjl Date: Tue Nov 23 18:09:34 2010 New Revision: 167090 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167090 Log: Properly check default linker. 2010-11-23

[Bug c/46619] gcc thinks line of code can be removed.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46619 --- Comment #4 from H.J. Lu 2010-11-23 18:06:37 UTC --- (In reply to comment #3) > (In reply to comment #2) > > Do you have a run-time testcase? > > There is a test you can run in v_prime.c , it should fail to set the high bit It won't link: [

[Bug libstdc++/46624] istream::sync() doesn't work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46624 --- Comment #1 from Jonathan Wakely 2010-11-23 18:00:30 UTC --- I don't see a requirement in the standard for the behaviour you expect. istream::sync() calls streambuf::sync(), the behaviour of which depends on the specific streambuf type. Sinc

[Bug c/46619] gcc thinks line of code can be removed.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46619 --- Comment #3 from Eskil Steenberg 2010-11-23 17:55:56 UTC --- (In reply to comment #2) > Do you have a run-time testcase? There is a test you can run in v_prime.c , it should fail to set the high bit and therefor should not ever find a prime.

[Bug libstdc++/46624] New: istream::sync() doesn't work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46624 Summary: istream::sync() doesn't work Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassig...@gcc.gn

[Bug target/46623] New: microblaze --enable-werror-always build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46623 Summary: microblaze --enable-werror-always build fails Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: targ

[Bug c/46620] 32-bit structures containing bitfields are not copied correctly on -O2 , x86 backend

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46620 --- Comment #1 from Richard Guenther 2010-11-23 16:55:12 UTC --- GCC 4.5 produces the desired result.

[Bug target/46622] New: ARM --target-help headings not translated

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46622 Summary: ARM --target-help headings not translated Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig

[Bug target/33637] [4.3/4.4/4.5/4.6 Regression] "checking for nm: test: too many arguments" causes "Undefined symbol: __gxx_personality_v0"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637 --- Comment #14 from Jakub Jelinek 2010-11-23 16:27:40 UTC --- Actually, the gcc/configure.ac hunks are needed too (just tested on x86_64-linux with a hack which added the (ignored) -X32_64 to extra_nmflags_for_target in toplevel configure{,.ac})

[Bug tree-optimization/46621] New: gimple.h includes tm.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46621 Summary: gimple.h includes tm.h Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.

[Bug c/46620] New: 32-bit structures containing bitfields are not copied correctly on -O2 , x86 backend

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46620 Summary: 32-bit structures containing bitfields are not copied correctly on -O2 , x86 backend Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: major Prior

gcc-bugs@gcc.gnu.org

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46562 --- Comment #3 from Richard Guenther 2010-11-23 16:06:44 UTC --- Created attachment 22498 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22498 wip patch Work in progress patch. Needs to transition functions elsewhere, hookize fold_const_ag

[Bug c++/45940] [trans-mem] Error of unsafe function even if annotated

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45940 Aldy Hernandez changed: What|Removed |Added Status|NEW |WAITING --- Comment #5 from Aldy Hernand

[Bug rtl-optimization/46598] [4.4/4.5/4.6 Regression] Miscompiles computed goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46598 --- Comment #16 from H.J. Lu 2010-11-23 15:44:35 UTC --- (In reply to comment #14) > (In reply to comment #13) > > They can use the new rdtsc builtin. > > In which GCC version will it appear ? will be cool if you can share a little > example as

[Bug rtl-optimization/46598] [4.4/4.5/4.6 Regression] Miscompiles computed goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46598 H.J. Lu changed: What|Removed |Added Status|RESOLVED|NEW Resolution|INVALID

[Bug rtl-optimization/46598] [4.4/4.5/4.6 Regression] Miscompiles computed goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46598 Richard Guenther changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug rtl-optimization/46598] [4.4/4.5/4.6 Regression] Miscompiles computed goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46598 --- Comment #14 from Cristian Rodríguez 2010-11-23 15:34:19 UTC --- (In reply to comment #13) > They can use the new rdtsc builtin. In which GCC version will it appear ? will be cool if you can share a little example as well.

[Bug middle-end/46500] target.h includes tm.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46500 --- Comment #2 from joseph at codesourcery dot com 2010-11-23 15:30:08 UTC --- On Tue, 23 Nov 2010, amylaar at gcc dot gnu.org wrote: > I then posted an update of the first (void * based) patch that > encapsulated the void * in a struct or union:

[Bug middle-end/46499] [4.5/4.6 Regression] gcc.c-torture/execute/20051021-1.c FAILs with -fno-tree-dominator-opts -fno-tree-ccp

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46499 --- Comment #5 from Jakub Jelinek 2010-11-23 15:16:52 UTC --- Author: jakub Date: Tue Nov 23 15:16:43 2010 New Revision: 167082 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167082 Log: PR middle-end/46499 * cfgexpand.c (maybe_cl

[Bug rtl-optimization/46614] [4.5/4.6 Regression] gcc.dg/vect/vect-strided-u8-i8-gap4.c FAILs with -fno-rename-registers -fsched2-use-superblocks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46614 --- Comment #8 from Jakub Jelinek 2010-11-23 15:12:54 UTC --- Created attachment 22497 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22497 gcc46-pr46614.patch Untested fix that cures this testcase.

[Bug c++/45940] [trans-mem] Error of unsafe function even if annotated

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45940 Patrick Marlier changed: What|Removed |Added CC||patrick.marlier at gmail

[Bug rtl-optimization/46598] [4.4/4.5/4.6 Regression] Miscompiles computed goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46598 --- Comment #12 from Richard Guenther 2010-11-23 15:01:37 UTC --- The original testcase should just use __asm__ __volatile__("rdtsc":"=a"(havege_hardtick)::"dx"); everywhere. That fixes the original testcase for me.

[Bug rtl-optimization/46598] [4.4/4.5/4.6 Regression] Miscompiles computed goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46598 Richard Guenther changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug rtl-optimization/46614] [4.5/4.6 Regression] gcc.dg/vect/vect-strided-u8-i8-gap4.c FAILs with -fno-rename-registers -fsched2-use-superblocks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46614 --- Comment #7 from Jakub Jelinek 2010-11-23 14:47:43 UTC --- So, the bug is that we have two kinds of INSNs in deps->last_pending_memory_flush 1) jumps added there via: deps->last_pending_memory_flush = alloc_INSN_LIST

[Bug rtl-optimization/46598] [4.4/4.5/4.6 Regression] Miscompiles computed goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46598 --- Comment #10 from Richard Guenther 2010-11-23 14:38:00 UTC --- (In reply to comment #9) > Looks just like bogus inline asm. For rdtsc which sets 32-bits in %eax and > 32-bits in %edx, for 32-bit code you want "=A" (long_long_variable) and > f

[Bug c/46619] gcc thinks line of code can be removed.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46619 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug rtl-optimization/46598] [4.4/4.5/4.6 Regression] Miscompiles computed goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46598 --- Comment #9 from Jakub Jelinek 2010-11-23 14:26:53 UTC --- Looks just like bogus inline asm. For rdtsc which sets 32-bits in %eax and 32-bits in %edx, for 32-bit code you want "=A" (long_long_variable) and for 64-bit code you need "=a" (one_i

[Bug rtl-optimization/46598] [4.4/4.5/4.6 Regression] Miscompiles computed goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46598 Andrew Pinski changed: What|Removed |Added Known to work||4.3.4 Target Milestone|4.5.2

[Bug rtl-optimization/46598] [4.5/4.6 Regression] Miscompiles computed goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46598 Andrew Pinski changed: What|Removed |Added Known to work|4.3.4 | Target Milestone|4.4.6

[Bug rtl-optimization/46598] [4.4/4.5/4.6 Regression] Miscompiles computed goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46598 Richard Guenther changed: What|Removed |Added CC||law at gcc dot gnu.org,

[Bug rtl-optimization/46598] [4.5/4.6 Regression] Miscompiles computed goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46598 Richard Guenther changed: What|Removed |Added Status|ASSIGNED|NEW AssignedTo|rguenth at gcc

[Bug rtl-optimization/46598] [4.5/4.6 Regression] Miscompiles computed goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46598 --- Comment #5 from Richard Guenther 2010-11-23 14:11:33 UTC --- Even smaller testcase: static int havege_bigarray [0x10 + 16384]; static int andpt = 0; static volatile int *havege_pwalk = 0; static int PT = 0; static int PT2 = 0; void colle

[Bug middle-end/46500] target.h includes tm.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46500 Jorn Wolfgang Rennecke changed: What|Removed |Added Keywords||patch Severity|normal

  1   2   >