[Bug rtl-optimization/55393] gcc/g++ multiplies two unsigned integers using the IMULQ instruction

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55393 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug rtl-optimization/55393] gcc/g++ multiplies two unsigned integers using the IMULQ instruction

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55393 --- Comment #2 from Clay Harris 2012-11-20 07:46:15 UTC --- I shouldn't write bug reports when I've been awake for 24 hours. The bit 63 reference was for one more 9 in num, which got missed with a cut & paste error. In any case, the IMU

[Bug other/55376] [asan] libsanitizer/README.gcc must contain the exact steps to do code changes and to port code from upstream

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55376 --- Comment #6 from Eric Botcazou 2012-11-20 07:23:26 UTC --- > === > All changes in this directory should be pre-approved by one of the > maintainers. > Trivial and urgent fixes (portability, build fixes, etc) may go directly to > the

[Bug c++/55408] New: ICE for member template definition with non-type variadic parameter

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55408 Bug #: 55408 Summary: ICE for member template definition with non-type variadic parameter Classification: Unclassified Product: gcc Version: 4.8.0 Status: U

[Bug tree-optimization/49498] [4.7/4.8 Regression]: gcc.dg/uninit-pred-8_b.c bogus warning line 20

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49498 bin.cheng changed: What|Removed |Added CC||amker.cheng at gmail dot

[Bug c/55397] [asan] -faddress-sanitizer should define a CPP macro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55397 --- Comment #5 from Konstantin Serebryany 2012-11-20 05:46:06 UTC --- Then it should probably *not* be named _ADDRESS_SANITIZER (imagine a user trying to understand why ADDRESS_SANITIZER works for him with clang, where he added -DADDRESS_

[Bug other/55376] [asan] libsanitizer/README.gcc must contain the exact steps to do code changes and to port code from upstream

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55376 --- Comment #5 from Konstantin Serebryany 2012-11-20 05:40:34 UTC --- Merging in both directions is possible, but painful, so I'd prefer to limit it. How about this phrasing? === All changes in this directory should be pre-approved by

[Bug c/55397] [asan] -faddress-sanitizer should define a CPP macro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55397 --- Comment #4 from H.J. Lu 2012-11-20 05:37:18 UTC --- (In reply to comment #3) > > If we end up implementing a macro, may I ask it to be named > ADDRESS_SANITIZER? > This name is already used in a few places (Chromium, WebKit, etc).

[Bug c/55397] [asan] -faddress-sanitizer should define a CPP macro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55397 Konstantin Serebryany changed: What|Removed |Added CC||dnovillo at google dot com

[Bug c/55397] [asan] -faddress-sanitizer should define a CPP macro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55397 --- Comment #2 from Andrew Pinski 2012-11-20 05:23:29 UTC --- (In reply to comment #1) > Note that this will be incompatible with what clang uses > (http://clang.llvm.org/docs/AddressSanitizer.html#has_feature) > Clang will never use a CP

[Bug c/55397] [asan] -faddress-sanitizer should define a CPP macro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55397 Konstantin Serebryany changed: What|Removed |Added CC||konstantin.s.serebryany at

[Bug middle-end/55403] [4.8 Regression] ICE building libitm

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55403 Andrew Pinski changed: What|Removed |Added Keywords||build, ice-on-valid-code

[Bug middle-end/55391] [4.8 regression] ICE in adjust_address_1 at emit-rtl.c:2180 breaks bulding cross to sparc64-linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55391 Andrew Pinski changed: What|Removed |Added Keywords||build, ice-on-valid-code

[Bug c/55406] Again: pasting xxx and xxx does not give a valid preprocessing token

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55406 --- Comment #2 from Zhenghui Zhou 2012-11-20 02:19:34 UTC --- The BOOST interface is just one thing may be dealed with, it may be good to find the potential power of the preprocessor. IMHO, the undefined behaviour is less harmful in prepro

[Bug middle-end/55407] New: stack-buffer-overflow in compute_working_sets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55407 Bug #: 55407 Summary: stack-buffer-overflow in compute_working_sets Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug c/55406] Again: pasting xxx and xxx does not give a valid preprocessing token

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

[Bug c/55406] New: Again: pasting xxx and xxx does not give a valid preprocessing token

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55406 Bug #: 55406 Summary: Again: pasting xxx and xxx does not give a valid preprocessing token Classification: Unclassified Product: gcc Version: unknown Status

[Bug pch/55399] pch tests fail on mips-mti-linux-gnu target

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55399 --- Comment #5 from joseph at codesourcery dot com 2012-11-20 00:44:06 UTC --- So you need to trace the cause of not using the header. -Winvalid-pch may help, but ultimately you need to find whether the file is examined at all, if not th

[Bug pch/55399] pch tests fail on mips-mti-linux-gnu target

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55399 --- Comment #4 from Steve Ellcey 2012-11-20 00:32:22 UTC --- OK, forget the comment about stdc-predef.h, I was looking in my GCC install area instead of the glibc root area. I do have stdc-predef.h. The failure mode is a refusal to use

[Bug c++/55402] Compiling large initializer lists never finishes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402 --- Comment #6 from Kevin Hsu 2012-11-20 00:24:11 UTC --- (In reply to comment #5) > I don't think it's correct to say that it *never* finishes - the memory usage > also doesn't diverge - it's just extremely slow. We have of course to anal

[Bug c++/55405] ICE with optimization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55405 --- Comment #1 from Paolo Carlini 2012-11-20 00:22:54 UTC --- Mainline and 4_7-branch are fine.

[Bug c++/55402] Compiling large initializer lists never finishes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug pch/55399] pch tests fail on mips-mti-linux-gnu target

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55399 --- Comment #3 from joseph at codesourcery dot com 2012-11-20 00:15:42 UTC --- Well, you need to start by looking at how it "fails", e.g. segfault, macros found to be predefined not the same as those predefined when the PCH was created, o

[Bug middle-end/55398] [4.8 Regression] var_arg usage with non-POD

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55398 --- Comment #6 from Andrew Pinski 2012-11-20 00:15:14 UTC --- >From http://gcc.gnu.org/gcc-4.5/changes.html : # Diagnostics that used to complain about passing non-POD types to ... or jumping past the declaration of a non-POD variable now

[Bug c++/55405] New: ICE with optimization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55405 Bug #: 55405 Summary: ICE with optimization Classification: Unclassified Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: normal Priority: P3 Compo

[Bug other/55313] libsanitizer cannot be installed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55313 --- Comment #8 from H.J. Lu 2012-11-20 00:14:50 UTC --- I tried ../gcc/configure --enable-clocale=gnu --with-system-zlib --with-demangler-in-ld --enable-languages=c,ada,c++ --prefix=/usr/gnat --with-local-prefix=/usr/local --enable-gnu

[Bug middle-end/55398] [4.8 Regression] var_arg usage with non-POD

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55398 Andrew Pinski changed: What|Removed |Added Target|x86_64-apple-darwin12 | Component|bootstrap

[Bug libstdc++/55041] prettyprinting/shared_ptr & cxx11 fails on some platforms

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55041 --- Comment #15 from Jonathan Wakely 2012-11-20 00:10:01 UTC --- (In reply to comment #14) > [...] Looks good to me, thanks! > On which list should website changes be proposed? On gcc-patches, I usually just commit it and put [wwwd

[Bug bootstrap/55398] [4.8 Regression] var_arg usage with non-POD

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55398 Andrew Pinski changed: What|Removed |Added Keywords||build, ice-on-valid-code

[Bug bootstrap/55398] [4.8 Regression] var_arg usage with non-POD causes clang to fail to build gcc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55398 Andrew Pinski changed: What|Removed |Added CC||pinskia at gcc dot gnu.org ---

[Bug middle-end/55404] [4.8 Regression] Lots of failures at -O3

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

[Bug middle-end/55404] [4.8 Regression] Lots of failures at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55404 Andrew Pinski changed: What|Removed |Added CC||dnovillo at gcc dot gnu.org Ta

[Bug middle-end/55404] New: [4.8 Regression] Lots of failures at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55404 Bug #: 55404 Summary: [4.8 Regression] Lots of failures at -O3 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority

[Bug pch/55399] pch tests fail on mips-mti-linux-gnu target

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55399 --- Comment #2 from Steve Ellcey 2012-11-19 23:53:08 UTC --- Do you have any suggestions of where I should start? The failures are with tests that create preprocessed header file, remove the original header file, then compile a program th

[Bug middle-end/55403] ICE building libitm

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55403 --- Comment #2 from Richard Henderson 2012-11-19 23:52:51 UTC --- Created attachment 28739 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28739 preprocessed source Compile with ./cc1plus -quiet -std=c++11 -O2 method-serial.ii

[Bug middle-end/55403] ICE building libitm

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55403 Richard Henderson changed: What|Removed |Added Target||alphaev67-linux

[Bug middle-end/55403] New: ICE building libitm

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55403 Bug #: 55403 Summary: ICE building libitm Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Compo

[Bug middle-end/55359] [4.8 Regression] ICE in simplify_subreg accessing an unaligned subvector

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55359 rsand...@gcc.gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resoluti

[Bug middle-end/55359] [4.8 Regression] ICE in simplify_subreg accessing an unaligned subvector

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55359 --- Comment #5 from rsandifo at gcc dot gnu.org 2012-11-19 23:28:13 UTC --- Author: rsandifo Date: Mon Nov 19 23:28:04 2012 New Revision: 193640 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193640 Log: gcc/ PR middle-end

[Bug fortran/55395] [4.8 Regression] libgfortran bootstrap failure on powerpc-linux-gnu and arm-linux-gnueabi

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55395 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- C

[Bug fortran/55395] [4.8 Regression] libgfortran bootstrap failure on powerpc-linux-gnu

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55395 Matthias Klose changed: What|Removed |Added Target|powerpc-linux-gnu |powerpc-linux-gnu,

[Bug other/55376] [asan] libsanitizer/README.gcc must contain the exact steps to do code changes and to port code from upstream

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55376 --- Comment #4 from Eric Botcazou 2012-11-19 22:58:17 UTC --- > I've got your point, but please understand mine: if the trees go too much out > of sync we (the asan team) will lose control over one of the copies (gcc). > It will mean that

[Bug pch/55399] pch tests fail on mips-mti-linux-gnu target

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55399 --- Comment #1 from joseph at codesourcery dot com 2012-11-19 22:54:40 UTC --- This is heavily dependent on the details of system headers - though I did test it for glibc both with and without stdc-predef.h. You'll need to debug it with

[Bug c++/55402] Compiling large initializer lists never finishes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402 --- Comment #4 from Kevin Hsu 2012-11-19 22:32:35 UTC --- (In reply to comment #0) > An initializer list of tens of thousands of simple std::pair<...> causes GCC > 4.7.2 to busily never return. > > Command line: > > kevin@ps027:~$ ca

[Bug rtl-optimization/55346] var-tracking generates incomplete/inaccurate debug info

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55346 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug c++/55402] Compiling large initializer lists never finishes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402 --- Comment #3 from Kevin Hsu 2012-11-19 22:30:48 UTC --- Created attachment 28738 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28738 intermediate file, gzipped

[Bug c++/55402] Compiling large initializer lists never finishes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402 --- Comment #2 from Kevin Hsu 2012-11-19 22:28:53 UTC --- Created attachment 28737 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28737 The .cc file, gzip'd In case it helps (gzipped)

[Bug c++/55402] Compiling large initializer lists never finishes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402 --- Comment #1 from Kevin Hsu 2012-11-19 22:27:00 UTC --- In the example, the initializer list has maybe around 60,000 elements. This is pretty large, but by no means a corner case.

[Bug c++/55402] New: Compiling large initializer lists never finishes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55402 Bug #: 55402 Summary: Compiling large initializer lists never finishes Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: major

[Bug middle-end/55381] [4.8 Regression]: build fails on cris-elf building libgfortran with host-gcc-4.4, ICE compiling matmul_i1.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55381 Peter Bergner changed: What|Removed |Added CC||bergner at gcc dot gnu.org ---

[Bug rtl-optimization/55346] var-tracking generates incomplete/inaccurate debug info

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55346 --- Comment #4 from Michael Eager 2012-11-19 21:59:50 UTC --- Confirmed fixed r193543 (2012-11-15). gdb-7.5 (top of tree) displays argno correctly; gdb-7.3 does not.

[Bug target/54083] FAIL: gcc.dg/torture/pr53922.c on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54083 --- Comment #15 from Iain Sandoe 2012-11-19 21:53:54 UTC --- (In reply to comment #14) > Would this be needed for darwin8 as well? I don't recall the status of D8, .. I suspect that, in this case, it is as per D9 (if you have a build

[Bug middle-end/55401] uninstrumented path in TM clones are still instrumented

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55401 Aldy Hernandez changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/55401] New: uninstrumented path in TM clones are still instrumented

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55401 Bug #: 55401 Summary: uninstrumented path in TM clones are still instrumented Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug bootstrap/55387] [4.8 Regression] Build problem: malloc error in genautomata

library load? (y or [n]) y Breakpoint 1 (malloc_error_break) pending. (gdb) r ../../gcc-4.8-20121119/gcc/config/i386/i386.md insn-conditions.md > tmp-automata.c Starting program: /sw/src/fink.build/gcc48-4.8.0-1000/darwin_objdir/gcc/build/genautomata ../../gcc-4.8-20121119/gcc/config/i386/i

[Bug bootstrap/55400] bootstrap with llvm-gcc fails for gcc trunk

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

[Bug bootstrap/55387] [4.8 Regression] Build problem: malloc error in genautomata

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55387 Andrew Pinski changed: What|Removed |Added CC||howarth at nitro dot

[Bug bootstrap/55387] [4.8 Regression] Build problem: malloc error in genautomata

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55387 Andrew Pinski changed: What|Removed |Added Component|other |bootstrap Depends on|

[Bug bootstrap/55398] [4.8 Regression] var_arg usage with non-POD causes clang to fail to build gcc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55398 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |4.8.0 Summary|r193595

[Bug bootstrap/55400] New: bootstrap with llvm-gcc fails for gcc trunk

build/rtl.o build/read-rtl.o build/ggc-none.o build/vec.o build/min-insn-modes.o build/gensupport.o build/print-rtl.o build/read-md.o build/errors.o ../build-x86_64-apple-darwin12.2.0/libiberty/libiberty.a -lm build/genautomata ../../gcc-4.8-20121119/gcc/config/i386/i386.md \ insn

[Bug bootstrap/55398] r193595 breaks bootstrap with clang compilers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55398 --- Comment #2 from Andrew Pinski 2012-11-19 21:43:46 UTC --- The llvm-gcc failure is recorded as PR 55387.

[Bug bootstrap/55398] r193595 breaks bootstrap with clang compilers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55398 --- Comment #1 from Jack Howarth 2012-11-19 21:41:04 UTC --- This was with... ../gcc-4.8-20121119/configure --prefix=/sw --prefix=/sw/lib/gcc4.8 --mandir=/sw/share/man --infodir=/sw/lib/gcc4.8/info --enable-languages=c,c++,fortran,lto

[Bug target/54083] FAIL: gcc.dg/torture/pr53922.c on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54083 --- Comment #14 from David Fang 2012-11-19 21:40:44 UTC --- Would this be needed for darwin8 as well?

[Bug pch/55399] New: pch tests fail on mips-mti-linux-gnu target

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55399 Bug #: 55399 Summary: pch tests fail on mips-mti-linux-gnu target Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug target/54083] FAIL: gcc.dg/torture/pr53922.c on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54083 --- Comment #13 from Iain Sandoe 2012-11-19 21:33:51 UTC --- (In reply to comment #12) > This is will never be fixable for darwin9 short of using a newer linker as the weak linking works perfectly on Darwin9, when the semantics are as

[Bug rtl-optimization/55006] [4.8 Regression] aermod.f90 is miscompiled with '-m64 -O2 -funroll-loops' after revision 192526

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55006 Steven Bosscher changed: What|Removed |Added Target|x86_64-*-* | Status|NEW

[Bug other/55313] libsanitizer cannot be installed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55313 --- Comment #7 from Eric Botcazou 2012-11-19 21:15:30 UTC --- > Please show me the outputs of > > # tail x86_64-pc-linux-gnu/libsanitizer/asan/libasan.la # Should we warn about portability when linking against -modules? shouldnotlink

[Bug bootstrap/55398] New: r193595 breaks bootstrap with clang compilers

-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.8-20121119/gcc -I../../gcc-4.8-20121119/gcc/. -I

[Bug bootstrap/54795] [4.8 Regression] Random profiledbootstrap failure with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795 --- Comment #13 from H.J. Lu 2012-11-19 21:04:12 UTC --- On hjl/asan branch, I got (gdb) r Starting program: /export/build/gnu/gcc-lto-asan/build-x86_64-linux/prev-gcc/cc1 -fpreprocessed /tmp/x.i -quiet -dumpbase x.i -mtune=generic -ma

[Bug c/55397] New: [asan] -faddress-sanitizer should define a CPP macro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55397 Bug #: 55397 Summary: [asan] -faddress-sanitizer should define a CPP macro Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: norm

[Bug other/55313] libsanitizer cannot be installed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55313 --- Comment #6 from H.J. Lu 2012-11-19 20:54:53 UTC --- It works for me on Fedora 17 with --enable-clocale=gnu --with-system-zlib --with-demangler-in-ld --enable-languages=c,ada,c++ --prefix=/usr/gcc-4.8.0 --with-local-prefix=/usr/loca

[Bug rtl-optimization/55396] New: -O2 -m32 -fno-omit-frame-pointer: internal compiler error: in check_rtl, at lra.c:2007

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55396 Bug #: 55396 Summary: -O2 -m32 -fno-omit-frame-pointer: internal compiler error: in check_rtl, at lra.c:2007 Classification: Unclassified Product: gcc Version: 4.8.0

[Bug c++/55367] Probably problem with c++ vptr under templates and multiple inheritance

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55367 --- Comment #6 from walid riabi 2012-11-19 19:48:12 UTC --- I'm a candidate:)

[Bug bootstrap/55388] [4.8 regression] ICE in int_mode_for_mode at stor-layout.c:423 breaks sparc64-linux bootstrap

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55388 --- Comment #1 from Mikael Pettersson 2012-11-19 19:32:37 UTC --- Fails at r193600 so not the same reason as PR55391. Bisecting...

[Bug middle-end/55142] [4.8 Regression] internal compiler error: in plus_constant, at explow.c:88

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55142 --- Comment #38 from hjl at gcc dot gnu.org 2012-11-19 19:17:17 UTC --- Author: hjl Date: Mon Nov 19 19:17:05 2012 New Revision: 193635 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193635 Log: Workaround PR middle-end/55142

[Bug c++/55385] g++ failed to call final overrider of a virtual function.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55385 Daniel Krügler changed: What|Removed |Added CC||daniel.kruegler at |

[Bug middle-end/55359] [4.8 Regression] ICE in simplify_subreg accessing an unaligned subvector

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55359 rsand...@gcc.gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assigned

[Bug middle-end/55359] [4.8 Regression] ICE in simplify_subreg accessing an unaligned subvector

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55359 --- Comment #3 from Jakub Jelinek 2012-11-19 19:11:29 UTC --- Guess it is ok.

[Bug middle-end/55359] [4.8 Regression] ICE in simplify_subreg accessing an unaligned subvector

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55359 --- Comment #2 from rsandifo at gcc dot gnu.org 2012-11-19 19:00:01 UTC --- Sorry for the breakage. (In reply to comment #1) > Caused by http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192741 > lowpart_bit_field_p looks weird, I don't

[Bug middle-end/32647] spill failures with hard-register variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32647 Uros Bizjak changed: What|Removed |Added CC||vmakarov at gcc dot gnu.org K

[Bug rtl-optimization/55360] [TileGX] Passing structure by value on stack needlessly writes to and reads from memory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55360 --- Comment #2 from Chris King 2012-11-19 18:47:39 UTC --- Possibly, though I doubt it. PR 28831 has more to do with eliding copies of the struct in its entirety; the problem I'm having centers around accessing individual elements. If PR

[Bug target/55276] [4.8 regression] ppc: callee-saved vector registers not preserved

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55276 David Edelsohn changed: What|Removed |Added Status|NEW |WAITING --- Comment #4 from Da

[Bug bootstrap/55384] [4.8 Regresson] VEC merge AIX bootstrap failure

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

[Bug middle-end/54921] [4.8 Regression] wrong code with -Os -fno-omit-frame-pointer -fsched2-use-superblocks -fstack-protector -ftree-slp-vectorize

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54921 --- Comment #4 from Jakub Jelinek 2012-11-19 18:07:33 UTC --- Created attachment 28735 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28735 gcc48-pr54921.patch Untested updated patch.

[Bug bootstrap/55384] [4.8 Regresson] VEC merge AIX bootstrap failure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55384 --- Comment #6 from David Edelsohn 2012-11-19 18:07:35 UTC --- Author: dje Date: Mon Nov 19 18:07:21 2012 New Revision: 193629 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193629 Log: Add PR bootstrap/55384 to ChangeLog entry

[Bug middle-end/55381] [4.8 Regression]: build fails on cris-elf building libgfortran with host-gcc-4.4, ICE compiling matmul_i1.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55381 Pat Haugen changed: What|Removed |Added CC||pthaugen at gcc dot gnu.org --- Co

[Bug debug/55094] [4.7/4.8 Regression] ICE in maybe_record_trace_start, at dwarf2cfi.c:2224

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55094 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unas

[Bug fortran/55395] New: [4.8 Regression] libgfortran bootstrap failure on powerpc-linux-gnu

=compile /build/buildd/gcc-4.8-4.8-20121119/build/./gcc/xgcc -B/build/buildd/gcc-4.8-4.8-20121119/build/./gcc/ -B/usr/powerpc-linux-gnu/bin/ -B/usr/powerpc-linux-gnu/lib/ -isystem /usr/powerpc-linux-gnu/include -isystem /usr/powerpc-linux-gnu/sys-include-DHAVE_CONFIG_H -I. -I../../../src

[Bug c++/55355] internal compiler error: in tree_low_cst, at tree.c:6415

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55355 --- Comment #8 from Paolo Carlini 2012-11-19 17:25:08 UTC --- Note that, as I said already, I can't reproduce anywhere, not even in current 4_6-branch (on x86_64-linux -m32). Did you actually try it?

[Bug c++/55355] internal compiler error: in tree_low_cst, at tree.c:6415

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55355 --- Comment #7 from Richard Perrin 2012-11-19 17:24:14 UTC --- So 4.6 branch is dead? Or no more i386 support?

[Bug c++/55355] internal compiler error: in tree_low_cst, at tree.c:6415

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55355 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug c++/55252] Caret diagnostic doesn't show useful location when macro clashes with name in system header

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55252 --- Comment #10 from dodji at seketeli dot org 2012-11-19 17:18:00 UTC --- "manu at gcc dot gnu.org" a écrit: > The idea seems good. It would also handle comment #4 testcase. Yeah, and I think it would be a step in the direction of printing r

[Bug c++/55252] Caret diagnostic doesn't show useful location when macro clashes with name in system header

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55252 --- Comment #9 from dodji at seketeli dot org 2012-11-19 17:05:57 UTC --- "manu at gcc dot gnu.org" a écrit: > Hum, I am not sure why the macro unwinder avoids unwinding if the > macro comes from a system-header. If a warning message comes fro

[Bug target/54083] FAIL: gcc.dg/torture/pr53922.c on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54083 Jack Howarth changed: What|Removed |Added CC||howarth at nitro dot

[Bug target/55276] [4.8 regression] ppc: callee-saved vector registers not preserved

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55276 --- Comment #3 from David Edelsohn 2012-11-19 16:58:42 UTC --- Author: dje Date: Mon Nov 19 16:58:31 2012 New Revision: 193628 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193628 Log: 2012-11-19 Mans Rullgard PR

[Bug c++/55252] Caret diagnostic doesn't show useful location when macro clashes with name in system header

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55252 --- Comment #8 from Manuel López-Ibáñez 2012-11-19 16:50:34 UTC --- (In reply to comment #7) > Would that make sense in the grand scheme of things? The idea seems good. It would also handle comment #4 testcase. However, I am not sure how you wo

[Bug target/54083] FAIL: gcc.dg/torture/pr53922.c on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54083 --- Comment #11 from Dominique d'Humieres 2012-11-19 16:48:30 UTC --- Author:hjl Date:Mon Nov 5 21:59:49 2012 UTC (13 days, 18 hours ago) New Revision: 193193 URL: http://gcc.gnu.org/viewcvs?view=revision&sortby=date&revision=19

[Bug c++/55252] Caret diagnostic doesn't show useful location when macro clashes with name in system header

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55252 --- Comment #7 from dodji at seketeli dot org 2012-11-19 16:34:11 UTC --- "manu at gcc dot gnu.org" a écrit: > On the other hand, let's consider: > pr55252.c: > > #define bar 256 > #include "pr55252.h" > > pr55252.h: > > #pragma GCC system_hea

[Bug c++/51242] [C++11] Unable to use strongly typed enums as bit fields

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51242 --- Comment #7 from Vladimir 2012-11-19 16:31:15 UTC --- OK, I will see this message soon. P.S. For now, I have to use Intel Compiller, which isn't good due limited platform support (x86 and amd64). ---Исходное сообщение--- От: "redi at gcc dot

[Bug translation/53764] Typo in translatable string: "literalto"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53764 Ian Lance Taylor changed: What|Removed |Added Status|NEW |RESOLVED CC|

  1   2   >