[Bug libfortran/47894] Documentation text for VERIFY intrinsic function is wrong.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47894 --- Comment #4 from Francois-Xavier Coudert 2011-02-28 08:16:24 UTC --- Author: fxcoudert Date: Mon Feb 28 08:16:21 2011 New Revision: 170557 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170557 Log: PR fortran/47894 * intrinsic.

[Bug libfortran/47894] Documentation text for VERIFY intrinsic function is wrong.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47894 Francois-Xavier Coudert changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

Re: [Bug lto/47916] Using -flto leads to halved performance of unrar unarchiver

> That should work. The error is a sanity check that profile information > is sane. Obviously given that sanity of profile can break for valid reasons, we should not ICE when this happen. I will try to look how it becomes insane here however. Honza

[Bug lto/47916] Using -flto leads to halved performance of unrar unarchiver

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47916 --- Comment #8 from Jan Hubicka 2011-02-28 08:55:46 UTC --- > That should work. The error is a sanity check that profile information > is sane. Obviously given that sanity of profile can break for valid reasons, we should not ICE when this happe

[Bug lto/47497] [4.6 Regression] SPEC CPU 2006 failed to link with LTO -fuse-linker-plugin -fwhole-program

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

[Bug lto/47497] [4.6 Regression] SPEC CPU 2006 failed to link with LTO -fuse-linker-plugin -fwhole-program

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47497 --- Comment #16 from Jan Hubicka 2011-02-28 08:58:39 UTC --- > > Jakub, what was logic for the current alias merging code? > > Is that my code? That would surprise me, I had to do something primarily with > same body ctors/dtors, enhancing it f

[Bug lto/47497] [4.6 Regression] SPEC CPU 2006 failed to link with LTO -fuse-linker-plugin -fwhole-program

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47497 --- Comment #17 from Jakub Jelinek 2011-02-28 09:14:18 UTC --- For more on LTHUNK see http://gcc.gnu.org/ml/gcc-patches/2003-06/msg02603.html When merging you either should take all thunks and real definitions from one object, or another one, not

[Bug target/47920] New: strange code generated for expression (a+7)/8

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47920 Summary: strange code generated for expression (a+7)/8 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: una

[Bug tree-optimization/46639] [4.6 Regression] Missing optimization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46639 --- Comment #5 from Jan Hubicka 2011-02-28 09:25:28 UTC --- There is no predictor predicting x > 1023 as unlikely, there is not much you can easilly guess here ;(

[Bug c++/47873] [4.6 Regression] virtual Inheritance - Covariant Virtual Function - Segfault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47873 --- Comment #10 from Jonathan Wakely 2011-02-28 09:31:32 UTC --- (In reply to comment #8) > Confirmed that this testcase runs fine with gcc 4.4.5/4.5.2 > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47874 still fails on gcc > 4.4.5/4.5.2 ah, I

[Bug rtl-optimization/47899] [4.5/4.6 Regression] ICE in get_loop_body, at cfgloop.c:831

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47899 --- Comment #3 from Jakub Jelinek 2011-02-28 09:39:52 UTC --- Somewhat simplified testcase (still for -O -funroll-loops): extern unsigned int a, b, c; extern int d; static int foo (void) { lab: if (b) for (d = 0; d >= 0; d--) if (a

[Bug bootstrap/47907] Bootstrap failure: libiberty/hashtab.c: error: conflicting types for 'int_fast16_t'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47907 --- Comment #1 from Daniel Richard G. 2011-02-28 09:45:09 UTC --- Much later in the bootstrap process, I get this, which may be related: libtool: compile: /tmp/gcc-4.5.2-build/./gcc/xgcc -shared-libgcc -B/tmp/gcc-4.5.2-build/./gcc -nostdinc++ -

[Bug c++/43085] Make profiledbootstrap fails with cc1plus catching SIGSEGV

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43085 --- Comment #18 from Onur Küçük 2011-02-28 09:50:51 UTC --- I have found that reverting r167492 [1] fixes the problem for me. Of course it brings back PR46806 but at least it should give a hint where the problem is. Attaching the change as a pa

[Bug c++/43085] Make profiledbootstrap fails with cc1plus catching SIGSEGV

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43085 --- Comment #19 from Onur Küçük 2011-02-28 09:51:50 UTC --- Created attachment 23488 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23488 revert 167492 patch

[Bug target/47920] strange code generated for expression (a+7)/8

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47920 --- Comment #1 from Mikael Pettersson 2011-02-28 09:56:36 UTC --- Presumably because arithmetic right-shift by 3 isn't the same as a division by 8 when (a+7) is negative. Changing the types to unsigned gives the code you want.

[Bug target/47920] strange code generated for expression (a+7)/8

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

[Bug libstdc++/47921] New: pbump will overflow when input n is larger than 2G-1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47921 Summary: pbump will overflow when input n is larger than 2G-1 Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: critical Priority: P3 Component: libstdc++ Ass

[Bug libstdc++/47921] pbump will overflow when input n is larger than 2G-1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47921 --- Comment #1 from Robert Python 2011-02-28 10:51:30 UTC --- try below program in a 64bit environment with about 8G memory: #include #include #include #define N 1 #define SIZE 40 using namespace std; int main() { const cha

[Bug rtl-optimization/47918] [4.6 regression] noreturn discovery broke non local gotos on m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47918 Richard Guenther changed: What|Removed |Added Target Milestone|--- |4.6.0 --- Comment #1 from Richard Guen

[Bug libstdc++/47921] pbump will overflow when input n is larger than 2G-1

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

[Bug libstdc++/42622] [C++0x] Improve std::ratio_less to not overflow

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42622 --- Comment #2 from Paolo Carlini 2011-02-28 11:15:44 UTC --- Thanks Marc, let me have a closer look to the code and some testing.

[Bug libobjc/47922] New: [4.6 Regression] libobjc crashes with garbage collection in any real-life program

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47922 Summary: [4.6 Regression] libobjc crashes with garbage collection in any real-life program Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: major Priority

[Bug target/19201] [m68k] Inefficient code for array accesses (from old PROBLEMS)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19201 --- Comment #15 from Mikael Pettersson 2011-02-28 12:04:32 UTC --- (In reply to comment #14) > I'll try Kazu's patch in my next 4.4 bootstrap/regtest. Kazu's patch appears to have been for a 4.2 code base. I forward-ported it to 4.4.5, where it

[Bug bootstrap/47923] New: Errors when installing GCC 4.5.2 on AIX 6.1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47923 Summary: Errors when installing GCC 4.5.2 on AIX 6.1 Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: major Priority: P3 Component: bootstrap AssignedTo: una

[Bug libstdc++/47921] pbump will overflow when input n is larger than 2G-1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47921 --- Comment #3 from Jonathan Wakely 2011-02-28 12:36:28 UTC --- We can't change the signature of pbump, but that doesn't mean we have to call it with values that cause overflow. Could we add a safe_pbump(streamsize n) which calls pbump in a loop

[Bug bootstrap/47923] Errors when installing GCC 4.5.2 on AIX 6.1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47923 --- Comment #1 from Andrew Pinski 2011-02-28 12:37:42 UTC --- I don't see any error with the attachment you made. What is the problem you are running into?

[Bug bootstrap/47923] Errors when installing GCC 4.5.2 on AIX 6.1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47923 --- Comment #2 from Mirko 2011-02-28 12:42:28 UTC --- The make phase was stopper with this error: if [ x"" != x ]; then \ powerpc-ibm-aix6.1.0.0-gcc -c -DHAVE_CONFIG_H -g -O2 -I. -I../.././libiberty/../include -W -Wall -Wwrite-strings -Wc++

[Bug libstdc++/47921] pbump will overflow when input n is larger than 2G-1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47921 --- Comment #4 from Jonathan Wakely 2011-02-28 12:43:41 UTC --- something like this (untested) --- include/std/streambuf.orig 2011-02-28 12:40:44.559350898 + +++ include/std/streambuf 2011-02-28 12:32:20.445685621 + @@ -38,6 +38,7

[Bug bootstrap/47923] Errors when installing GCC 4.5.2 on AIX 6.1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47923 --- Comment #3 from Andreas Schwab 2011-02-28 12:57:30 UTC --- This is a problem with the host compiler (powerpc-ibm-aix6.1.0.0-gcc). Try using a different compiler or reducing the optimisation level.

[Bug libstdc++/47921] pbump will overflow when input n is larger than 2G-1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47921 Paolo Carlini changed: What|Removed |Added CC||jwakely.gcc at gmail dot

[Bug libstdc++/47921] pbump will overflow when input n is larger than 2G-1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47921 Paolo Carlini changed: What|Removed |Added Status|RESOLVED|REOPENED Last reconfirmed|

[Bug libobjc/47922] [4.6 Regression] libobjc crashes with garbage collection in any real-life program

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47922 Nicola Pero changed: What|Removed |Added Priority|P3 |P2 Status|UNCONFIRMED

[Bug middle-end/47917] snprintf(..., "const string") should be optimized into memcpy

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47917 --- Comment #1 from Jakub Jelinek 2011-02-28 13:23:20 UTC --- Created attachment 23490 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23490 gcc46-pr47917.patch Untested patch.

[Bug libstdc++/47921] pbump will overflow when input n is larger than 2G-1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47921 --- Comment #7 from Paolo Carlini 2011-02-28 14:11:39 UTC --- Actually, fixing strstream too is easy, because it derives from basic_streambuf, which can be assumed to have __safe_pbump

[Bug libstdc++/42622] [C++0x] Improve std::ratio_less to not overflow

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42622 --- Comment #3 from Paolo Carlini 2011-02-28 14:32:09 UTC --- Testing at my end went well. I guess I'm going to apply the patch for 4.6.0, together with an handful of additional tests. I think the patch is small enough to go in at your name witho

[Bug lto/47924] New: [4.6 Regression] Missed optimization with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47924 Summary: [4.6 Regression] Missed optimization with LTO Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassi

[Bug libstdc++/42622] [C++0x] Improve std::ratio_less to not overflow

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42622 --- Comment #4 from Marc Glisse 2011-02-28 14:45:42 UTC --- (In reply to comment #3) > I think the patch is small enough > to go in at your name without Copyright Assignment. I believe I am supposed to have the paperwork in order now. Would you

[Bug lto/47924] [4.6 Regression] Missed optimization with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47924 --- Comment #1 from Dmitry Gorbachev 2011-02-28 14:47:26 UTC --- Created attachment 23492 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23492 Generated asm

[Bug lto/47924] [4.6 Regression] Missed optimization with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47924 --- Comment #2 from Dmitry Gorbachev 2011-02-28 14:48:01 UTC --- Created attachment 23493 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23493 Testcase #2

[Bug libstdc++/42622] [C++0x] Improve std::ratio_less to not overflow

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42622 --- Comment #5 from Paolo Carlini 2011-02-28 14:51:08 UTC --- Well, I can check, but if you sent already the form, it should be matter of 1-2 weeks max for you to get back via email the pdf of your assignment. When did you send the form signed?

[Bug lto/47924] [4.6 Regression] Missed optimization with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47924 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/47925] New: delete_trivially_dead_insns mishandles volatile mems

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47925 Summary: delete_trivially_dead_insns mishandles volatile mems Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization

[Bug bootstrap/47923] Errors when installing GCC 4.5.2 on AIX 6.1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47923 --- Comment #4 from Mirko 2011-02-28 15:20:26 UTC --- Hello, using the command "make CFLAGS = '-O0' CXXFLAGS = '-O0' LIBCFLAGS = '-O0' LIBCXXFLAGS = '-O0-fno-implicit-templates' bootstrap' seems to work better. But the phase "make" stops anyway.

[Bug rtl-optimization/47925] delete_trivially_dead_insns mishandles volatile mems

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47925 rsand...@gcc.gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug bootstrap/47923] Errors when installing GCC 4.5.2 on AIX 6.1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47923 --- Comment #5 from Mirko 2011-02-28 15:21:29 UTC --- Created attachment 23495 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23495 New test to compile

[Bug middle-end/46790] [4.6 regression] EH failures in libstdc++ testsuite with --gc-sections and GNU ld 2.18

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46790 --- Comment #17 from Jakub Jelinek 2011-02-28 15:36:41 UTC --- Author: jakub Date: Mon Feb 28 15:36:37 2011 New Revision: 170565 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170565 Log: PR middle-end/46790 * configure.ac (HAVE_L

[Bug debug/47283] [4.6 regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47283 --- Comment #17 from Jakub Jelinek 2011-02-28 15:47:20 UTC --- Author: jakub Date: Mon Feb 28 15:47:18 2011 New Revision: 170566 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170566 Log: PR debug/47283 * cfgexpand.c (convert_debu

[Bug lto/47924] [4.6 Regression] Missed optimization with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47924 Richard Guenther changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #4 from Richard G

[Bug target/46655] invalid '.line 0' directive emitted with -g

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46655 --- Comment #27 from Richard Nolde 2011-02-28 15:57:00 UTC --- On 02/25/2011 10:52 AM, dje at gcc dot gnu.org wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46655 > > --- Comment #26 from David Edelsohn 2011-02-25 > 17:52:21 UTC --- > Ric

[Bug middle-end/46790] [4.6 regression] EH failures in libstdc++ testsuite with --gc-sections and GNU ld 2.18

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

[Bug debug/47283] [4.6 regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c

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

[Bug libstdc++/42622] [C++0x] Improve std::ratio_less to not overflow

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42622 --- Comment #6 from paolo at gcc dot gnu.org 2011-02-28 16:46:28 UTC --- Author: paolo Date: Mon Feb 28 16:46:23 2011 New Revision: 170567 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170567 Log: 2011-02-28 Paolo Carlini * tests

[Bug libstdc++/42622] [C++0x] Improve std::ratio_less to not overflow

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

[Bug target/46887] Invalid AIX linker flag '-bnoerok', it has to be '-bernotok'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46887 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/47893] [4.6 Regression] 4.6 miscompiles mesa on i686

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47893 --- Comment #13 from Jakub Jelinek 2011-02-28 17:05:10 UTC --- Author: jakub Date: Mon Feb 28 17:05:07 2011 New Revision: 170568 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170568 Log: PR middle-end/47893 * rtl.h (ASLK_REDUCE_A

[Bug target/47926] New: [x32] nested function pointer doesn't work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47926 Summary: [x32] nested function pointer doesn't work Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassi

[Bug middle-end/47893] [4.6 Regression] 4.6 miscompiles mesa on i686

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

[Bug target/45261] Doesn't indicate failure status when it doesn't support (attiny2313A)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45261 --- Comment #17 from denisc at gcc dot gnu.org 2011-02-28 17:13:16 UTC --- Author: denisc Date: Mon Feb 28 17:13:13 2011 New Revision: 170569 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170569 Log: 2011-02-28 Georg-Johann Lay

[Bug driver/47535] -mno-thumb option does not work on ARM compiler configured --with-mode=thumb

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47535 --- Comment #2 from Jonathan Lennox 2011-02-28 17:30:39 UTC --- In arm.opt, marm is marked Undocumented, and mthumb is not marked RejectNegative. In invoke.texi, -marm isn't mentioned except in the "ARM options" list. Should I open a options an

[Bug driver/47535] -mno-thumb option does not work on ARM compiler configured --with-mode=thumb

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47535 --- Comment #3 from Richard Earnshaw 2011-02-28 17:37:21 UTC --- (In reply to comment #2) > In arm.opt, marm is marked Undocumented, and mthumb is not marked > RejectNegative. > > In invoke.texi, -marm isn't mentioned except in the "ARM options"

[Bug driver/47927] New: GCC driver accepts bogus compiler options on assembly input

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47927 Summary: GCC driver accepts bogus compiler options on assembly input Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug fortran/47928] New: Gfortran intrinsics documentation paragraph ordering illogical

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47928 Summary: Gfortran intrinsics documentation paragraph ordering illogical Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Co

[Bug debug/28047] DWARF output_file_names should really understand DOS pathnames

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28047 --- Comment #1 from Kai Tietz 2011-02-28 18:23:29 UTC --- Author: ktietz Date: Mon Feb 28 18:23:25 2011 New Revision: 170570 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170570 Log: 2011-02-28 Kai Tietz PR debug/28047 * dwar

[Bug c++/47929] New: unclear "prototype for '...' does not match any in class" diagnostic for templates

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47929 Summary: unclear "prototype for '...' does not match any in class" diagnostic for templates Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: diagnostic Se

[Bug debug/28047] DWARF output_file_names should really understand DOS pathnames

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28047 Kai Tietz changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug target/47930] New: -marm is undocumented; driver accepts -mno-thumb

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47930 Summary: -marm is undocumented; driver accepts -mno-thumb Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo:

[Bug driver/47535] -mno-thumb option does not work on ARM compiler configured --with-mode=thumb

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47535 --- Comment #4 from Jonathan Lennox 2011-02-28 18:42:20 UTC --- (In reply to comment #3) > Yep, sounds like these should be fixed. Filed as Bug 47930.

[Bug lto/47669] bootstrap failure due to undefined references

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47669 Kai Tietz changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug lto/47225] [4.6 regression]: cross-compile fails while configuring libgcc with "xgcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47225 Kai Tietz changed: What|Removed |Added CC||anhvofrcaus at gmail dot |

[Bug target/47926] [x32] nested function pointer doesn't work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47926 --- Comment #1 from hjl at gcc dot gnu.org 2011-02-28 19:12:24 UTC --- Author: hjl Date: Mon Feb 28 19:12:18 2011 New Revision: 170571 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170571 Log: Always use ptr_mode on address. 2011-02-28

[Bug c/47931] New: missing -Waddress warning for comparison with NULL

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47931 Summary: missing -Waddress warning for comparison with NULL Product: gcc Version: 4.4.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: una

[Bug c/47931] missing -Waddress warning for comparison with NULL

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47931 --- Comment #1 from Martin Sebor 2011-02-28 19:38:15 UTC --- To add a suggested solution to my report: Since many (most?) comparisons will be against NULL which can be defined as either 0 or (void*)0 I think it would be best to diagnose both form

[Bug c/47905] [trans-mem] ipa_tm_decrement_clone_counts ICE

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

[Bug regression/47836] Some Cross Compiler can't build target-libiberty or target-zlib

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47836 --- Comment #10 from th.r.klein at web dot de 2011-02-28 19:52:12 UTC --- If you can't imagine how to get a usable C++ compiler without libstdc++-v3 (and libc), please stop wasting your time in thinking about it. Here is no C++ problem at all. If i

[Bug bootstrap/47902] Bootstrap failure: libiberty/regex.c: error: two or more data types in declaration specifiers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47902 --- Comment #3 from Daniel Richard G. 2011-02-28 20:01:51 UTC --- I played around with this a bit, and found something rather amusing: sizeof(pid_t) . compiles just fine sizeof((pid_t)) ... parse error before `)' The extra parens do

[Bug target/47685] Tail call doesn't work for thumb2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47685 --- Comment #3 from Alexandre Pereira Nunes 2011-02-28 20:25:50 UTC --- Created attachment 23496 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23496 Patch from the trunk, which I'm testing against 4.5.x

[Bug target/47685] Tail call doesn't work for thumb2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47685 --- Comment #4 from Alexandre Pereira Nunes 2011-02-28 20:27:00 UTC --- (In reply to comment #2) > This has been fixed on trunk and will be in the 4.6.0 release. > > With this commit > > http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00725.html > >

[Bug rtl-optimization/47918] [4.6 regression] noreturn discovery broke non local gotos on m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47918 --- Comment #2 from joseph at codesourcery dot com 2011-02-28 20:28:27 UTC --- On Mon, 28 Feb 2011, rguenth at gcc dot gnu.org wrote: > Also y isn't really noreturn, is it? Honza? Shouldn't non-local gotos > also prevent noreturn? noreturn mea

[Bug target/38203] attribute `noreturn' isn't effective when -mthumb param is active

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38203 --- Comment #6 from Alexandre Pereira Nunes 2011-02-28 20:30:24 UTC --- (In reply to comment #5) > There's a lot of debate about whether the ARM behaviour is a good thing or > not. > Not pushing the return address means that the debugger cannot

[Bug driver/47927] GCC driver accepts bogus compiler options on assembly input

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47927 --- Comment #1 from joseph at codesourcery dot com 2011-02-28 20:35:15 UTC --- This (the general issue of invalid options being accepted because some spec passes them down to some subprocess or otherwise accepts them) is what my 4.7 patch

[Bug other/42560] include-fixed incomplete when srcdir=builddir

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42560 Ralf Wildenhues changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug libfortran/47567] Wrong output for small absolute values with F editing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47567 --- Comment #28 from Jerry DeLisle 2011-02-28 21:19:35 UTC --- New patch which passes Programmatic test case has been submitted for approval.

[Bug fortran/41936] Memory leakage with allocatables and user-defined operators

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41936 Mikael Morin changed: What|Removed |Added Keywords||patch CC|

[Bug c++/47873] [4.6 Regression] virtual Inheritance - Covariant Virtual Function - Segfault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47873 --- Comment #11 from Jason Merrill 2011-02-28 21:41:24 UTC --- Author: jason Date: Mon Feb 28 21:41:21 2011 New Revision: 170576 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170576 Log: PR c++/47873 * class.c (update_vtable_entr

[Bug bootstrap/47902] Bootstrap failure: libiberty/regex.c: error: two or more data types in declaration specifiers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47902 --- Comment #4 from Daniel Richard G. 2011-02-28 21:59:28 UTC --- Okay, did some more digging. So I see that the ac_fn_c_check_type function actually tries a test compilation first with sizeof(foo_t), and then sizeof((foo_t)), and the test succe

[Bug c/47905] [trans-mem] ipa_tm_decrement_clone_counts ICE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47905 --- Comment #2 from Aldy Hernandez 2011-02-28 23:25:00 UTC --- Author: aldyh Date: Mon Feb 28 23:24:57 2011 New Revision: 170578 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170578 Log: PR 47905 * trans-mem.c (ipa_tm_pro

[Bug c/47905] [trans-mem] ipa_tm_decrement_clone_counts ICE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47905 Aldy Hernandez changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

[Bug lto/47669] bootstrap failure due to undefined references

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47669 --- Comment #2 from Anh Vo 2011-02-28 23:50:00 UTC --- It is agreed that this problem has been fixed. In fact, rebuilding the gcc-4.6-20110226 snapshot, this problem went away.

[Bug libstdc++/47921] pbump will overflow when input n is larger than 2G-1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47921 --- Comment #8 from paolo at gcc dot gnu.org 2011-02-28 23:51:02 UTC --- Author: paolo Date: Mon Feb 28 23:50:57 2011 New Revision: 170579 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170579 Log: 2011-02-28 Paolo Carlini PR libs

[Bug libstdc++/47921] pbump will overflow when input n is larger than 2G-1

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

[Bug c++/47874] Multiple Inheritance - Virtual Function - Segfault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47874 Jonathan Wakely changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE

[Bug c++/47874] Multiple Inheritance - Virtual Function - Segfault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47874 Jonathan Wakely changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug c++/24161] [3.4/4.0/4.1 Regression] Lookup of template member function finds global type.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24161 Jonathan Wakely changed: What|Removed |Added Known to fail|| --- Comment #11 from Jonathan Wakely

[Bug libfortran/47567] Wrong output for small absolute values with F editing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47567 --- Comment #29 from Jerry DeLisle 2011-03-01 02:24:52 UTC --- Author: jvdelisle Date: Tue Mar 1 02:24:50 2011 New Revision: 170585 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170585 Log: 2011-02-28 Jerry DeLisle PR libgfortra

[Bug libfortran/47567] Wrong output for small absolute values with F editing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47567 --- Comment #30 from Jerry DeLisle 2011-03-01 02:28:04 UTC --- Author: jvdelisle Date: Tue Mar 1 02:28:02 2011 New Revision: 170586 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170586 Log: 2011-02-28 Jerry DeLisle PR libgfortra

[Bug libfortran/47567] Wrong output for small absolute values with F editing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47567 --- Comment #31 from Jerry DeLisle 2011-03-01 02:29:43 UTC --- Thomas, can this be closed yet?

[Bug c/47932] New: __typeof__ prevents VLA from being evaluated

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47932 Summary: __typeof__ prevents VLA from being evaluated Product: gcc Version: 4.4.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassig..

[Bug fortran/47933] New: [4.6 Regression] FAIL: gfortran.dg/fmt_fw_d.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47933 Summary: [4.6 Regression] FAIL: gfortran.dg/fmt_fw_d.f90 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo:

[Bug fortran/47933] [4.6 Regression] FAIL: gfortran.dg/fmt_fw_d.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47933 --- Comment #1 from Jerry DeLisle 2011-03-01 05:59:11 UTC --- Author: jvdelisle Date: Tue Mar 1 05:59:07 2011 New Revision: 170587 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170587 Log: 2011-02-28 Jerry DeLisle PR libgfortran

[Bug fortran/47933] [4.6 Regression] FAIL: gfortran.dg/fmt_fw_d.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47933 Jerry DeLisle changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

  1   2   >