[Bug libstdc++/45628] New: std::fstream::tellg invalidates I/O buffer

Querying the position in a file uses filebuf::seekoff( 0, ios::cur ). Although the Standard specifies that this combination of parameters does not flush putback or the output sequence, it does anyway, which results in a performance hit. (§27.8.1.4/11) Regression: http://gcc.gnu.org/viewcvs/trunk/

[Bug fortran/45186] [4.6 Regression] Gfortran 4.5.0 emits wrong linenumbers

--- Comment #20 from jv244 at cam dot ac dot uk 2010-09-10 06:36 --- Tobias, many thanks for working on this... I mentioned this before in the PR, but it would be very good if some line number testcases were added to the regression tests. Both for performance measurements and debugging,

[Bug fortran/45186] [4.6 Regression] Gfortran 4.5.0 emits wrong linenumbers

--- Comment #19 from burnus at gcc dot gnu dot org 2010-09-10 06:02 --- Subject: Bug 45186 Author: burnus Date: Fri Sep 10 06:01:50 2010 New Revision: 164143 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164143 Log: 2010-09-10 Tobias Burnus PR fortran/45186

[Bug middle-end/45230] gcc.c-torture/execute/strncmp-1.c ICEs with -fgraphite-identity

--- Comment #7 from t7 at gmail dot com 2010-09-10 05:47 --- Thank you very much for fixing this bug, could you please close this after it is fixed on trunk ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45230

[Bug tree-optimization/45626] Segfault in fold_const_aggregate_ref

--- Comment #2 from hjl dot tools at gmail dot com 2010-09-10 04:27 --- It is caused by revision 163808: http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00099.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug target/45627] Invalid .4byte value generated compiling libgcc2.c

--- Comment #1 from rmansfield at qnx dot com 2010-09-10 04:11 --- Created an attachment (id=21761) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21761&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45627

[Bug target/45627] New: Invalid .4byte value generated compiling libgcc2.c

-symvers=gnu --enable-c99 --enable-long-long --enable-target-optspace Thread model: posix gcc version 4.6.0 20100909 (experimental) [trunk revision 164131] (GCC) /home/ryan/gnu/gcc/trunk/mips-build/./gcc/xgcc -B/home/ryan/gnu/gcc/trunk/mips-build/./gcc/ -B/home/ryan/x-tools/mips-unknown-linux

[Bug tree-optimization/41087] [4.5/4.6 Regression]: cris-elf gfortran.dg/zero_sized_3.f90 -O3 -funroll-loops execution

--- Comment #10 from hp at gcc dot gnu dot org 2010-09-10 03:25 --- Created an attachment (id=21760) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21760&action=view) Patch, take 2. Need to gate the side_effects_p call: tmp != NULL_RTX && side_effects_p (tmp). -- hp at gcc dot

[Bug tree-optimization/45626] Segfault in fold_const_aggregate_ref

--- Comment #1 from rmansfield at qnx dot com 2010-09-10 03:03 --- Created an attachment (id=21759) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21759&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45626

[Bug tree-optimization/45626] New: Segfault in fold_const_aggregate_ref

$ ./xgcc -v Using built-in specs. COLLECT_GCC=./xgcc Target: i686-pc-linux-gnu Configured with: ../configure --enable-languages=c --disable-bootstrap --enable-checking=all Thread model: posix gcc version 4.6.0 20100909 (experimental) [trunk revision 164131] (GCC) $ ./xgcc -B. -O -g ~/t.i /home

[Bug target/45623] GCC 4.5.[01] breaks our ffi on Linux64. ABI break?

--- Comment #8 from hjl dot tools at gmail dot com 2010-09-10 02:56 --- (In reply to comment #0) > See https://bugzilla.mozilla.org/show_bug.cgi?id=594611 and > https://bugzilla.mozilla.org/show_bug.cgi?id=590683 > for more details. This breaks users of Firefox Sync on GCC 4.5. > The b

[Bug target/45623] GCC 4.5.[01] breaks our ffi on Linux64. ABI break?

--- Comment #7 from tglek at mozilla dot com 2010-09-10 02:37 --- -fno-strict-aliasing makes no difference. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45623

[Bug target/45623] GCC 4.5.[01] breaks our ffi on Linux64. ABI break?

--- Comment #6 from pinskia at gcc dot gnu dot org 2010-09-10 01:40 --- (In reply to comment #3) > Mozilla bugs say "Platform: x86 Linux". But gcc bug says > "powerpc64-*-linux". What is going on? I must have missed since I saw Linux64 I was thinking powerpc64 :). Really there have bee

[Bug target/45623] GCC 4.5.[01] breaks our ffi on Linux64. ABI break?

--- Comment #5 from hjl dot tools at gmail dot com 2010-09-10 00:51 --- I am not ware any x86-64 psABI changes in gcc 4.5. Please provide a testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45623

[Bug target/45623] GCC 4.5.[01] breaks our ffi on Linux64. ABI break?

--- Comment #4 from dwitte at mozilla dot com 2010-09-10 00:46 --- This is on x86_64. (I can't change the field, though. Can someone else?) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45623

[Bug target/45623] GCC 4.5.[01] breaks our ffi on Linux64. ABI break?

--- Comment #3 from hjl dot tools at gmail dot com 2010-09-10 00:38 --- Mozilla bugs say "Platform: x86 Linux". But gcc bug says "powerpc64-*-linux". What is going on? -- hjl dot tools at gmail dot com changed: What|Removed |Added -

[Bug fortran/45596] Implement simple static points-to analysis in Fortran FE

--- Comment #5 from mikael at gcc dot gnu dot org 2010-09-10 00:32 --- I agree that the front-end is missing a statement walker to infer information out of the code. However, if find the static points-to approach a bit too "static". For example, consider a case like this: ! ptr =>

[Bug libstdc++/45574] cin.getline() is extremely slow

--- Comment #23 from tstarling at wikimedia dot org 2010-09-10 00:17 --- (In reply to comment #21) > Anyway, not sure which STL getline we are talking about here, because e.g. > src/istream.cc getline seems to access the stdio buffer directly: > streamsize __size = std

[Bug bootstrap/45554] -lgmpxx is before GMPLIB for graphite

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-09-09 23:55 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug c++/45625] Template parameter name does not hide outer class scope's member name

--- Comment #1 from redi at gcc dot gnu dot org 2010-09-09 23:51 --- I agree the lookup in get_value should find the template parameter, not Outer::value. Here's a variation that should not compile, because &value should be invalid struct Outer { static const int value = 1 ; t

[Bug tree-optimization/29832] -ftree-loop-linear miscompiles scalarize.f90

--- Comment #7 from zsojka at seznam dot cz 2010-09-09 23:44 --- Created an attachment (id=21758) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21758&action=view) reduced testcase, in C This testcase is C-ified scalarize.f90 and then reduced. It fails with -Os -ftree-loop-linear (

[Bug tree-optimization/44972] [4.6 Regression] ICE: in load_assign_lhs_subreplacements, at tree-sra.c:2475

--- Comment #17 from jamborm at gcc dot gnu dot org 2010-09-09 23:41 --- Hopefully finally fixed. -- jamborm at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/44972] [4.6 Regression] ICE: in load_assign_lhs_subreplacements, at tree-sra.c:2475

--- Comment #16 from jamborm at gcc dot gnu dot org 2010-09-09 23:38 --- Subject: Bug 44972 Author: jamborm Date: Thu Sep 9 23:38:23 2010 New Revision: 164136 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164136 Log: 2010-09-10 Martin Jambor PR tree-optimization/4

[Bug tree-optimization/44972] [4.6 Regression] ICE: in load_assign_lhs_subreplacements, at tree-sra.c:2475

--- Comment #15 from jamborm at gcc dot gnu dot org 2010-09-09 23:28 --- Subject: Bug 44972 Author: jamborm Date: Thu Sep 9 23:28:27 2010 New Revision: 164135 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164135 Log: 2010-09-10 Martin Jambor PR tree-optimization/4

[Bug c++/45625] New: Template parameter name does not hide outer class scope's member name

Consider following code. struct Outer { static const int value = 1 ; template< int value > struct Inner { static const int inner_value = value ; static int get_value() { return value ; } // which value? } ; } ; int main() { typedef Outer::Inner<2> type ;

[Bug fortran/45624] Division by zero compiler error

--- Comment #4 from dominiq at lps dot ens dot fr 2010-09-09 23:20 --- You can use the option -fno-range-check. However, the code itself and the sentence "since I want to protect this variable" in comment #3 let me suspect that you have not understood what PARAMETER is for: a variable wi

[Bug target/40959] [4.3/4.4/4.5/4.6 regression] FreeBSD/ia64 build fails: No rule to make target `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc/crtfastmath.o', needed by `T_TARGET'.

-- gerald at pfeifer dot com changed: What|Removed |Added Known to fail||4.3.5 4.4.4 4.5.1 Known to work||4.6.0

[Bug fortran/45624] Division by zero compiler error

--- Comment #3 from leftynm at umich dot edu 2010-09-09 22:56 --- Ok, if the fact that the variable is a parameter causes this error, I'll have to adjust the rest of my code accordingly to work around this problem. It seems like there should be a better way to fix this, since I want to

[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6

--- Comment #40 from LpSolit at netscape dot net 2010-09-09 22:43 --- A test installation based on a copy of the GCC Bugzilla database (snapshot taken today, September 9) and upgraded to Bugzilla 3.6.2 is now live at http://gcc.gnu.org/bugzilla-test/. Please give it a look, and file bug

[Bug fortran/45624] Division by zero compiler error

--- Comment #2 from kargl at gcc dot gnu dot org 2010-09-09 22:25 --- There is no way to fix this problem unless you would like +inf along the diagonal. gfortran will constant fold 1./alpha if alpha has the parameter attribute. After all, this attribute tells the compiler that alpha is

[Bug target/40959] [4.3/4.4/4.5/4.6 regression] FreeBSD/ia64 build fails: No rule to make target `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc/crtfastmath.o', needed by `T_TARGET'.

--- Comment #19 from gerald at gcc dot gnu dot org 2010-09-09 22:19 --- Subject: Bug 40959 Author: gerald Date: Thu Sep 9 22:19:33 2010 New Revision: 164132 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164132 Log: 2010-09-09 Gerald Pfeifer Andrew Pinski

[Bug fortran/45624] Division by zero compiler error

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-09-09 22:19 --- PARAMETER are special as it is an exact replacement for those variables. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/45623] GCC 4.5.[01] breaks our ffi on Linux64. ABI break?

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-09-09 22:17 --- There have been no ABI changes in 4.5 that I know of for PowerPC64 or even differences between the trunk and 4.5. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45623

[Bug target/45623] GCC 4.5.[01] breaks our ffi on Linux64. ABI break?

--- Comment #1 from dwitte at mozilla dot com 2010-09-09 22:03 --- FWIW our libffi is basically libffi git head: http://github.com/atgreen/libffi Which is regularly synced to gcc libffi. -- dwitte at mozilla dot com changed: What|Removed |Added --

[Bug target/40959] [4.3/4.4/4.5/4.6 regression] FreeBSD/ia64 build fails: No rule to make target `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc/crtfastmath.o', needed by `T_TARGET'.

-- gerald at pfeifer dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |gerald at pfeifer dot com |dot org |

[Bug fortran/45624] New: Division by zero compiler error

I am running Fortran 90 on a MacBook Pro, 10.6.4, with a 2.8 GHz Intel Core 2 Duo. I use terminal to run the code, and my compiler is gfortran. When I type gfortran -v this is what it tells me: Using built-in specs. Target: i386-apple-darwin8.10.1 Configured with: /tmp/gfortran-20090604/ibin/../gc

[Bug regression/45623] New: GCC 4.5.[01] breaks our ffi on Linux64. ABI break?

See https://bugzilla.mozilla.org/show_bug.cgi?id=594611 and https://bugzilla.mozilla.org/show_bug.cgi?id=590683 for more details. This breaks users of Firefox Sync on GCC 4.5. The bug isn't present in gcc 4.4 or trunk. What would it take to cherry-pick a fix for 4.5.x? -- Summary: G

[Bug tree-optimization/45622] New: Suboptimal code generation on arm

Vorbis author, Timothy Terriberry, was complaining about gcc inefficiency on arm, so I asked him write it up in case it would be of use to gcc devs to improve gcc. Is this a useful? His description follows: You asked me at the summit to describe some of the problems gcc has on ARM. I'll start wit

[Bug c/45620] GCC library allows the use of a negative value for 'NAN'

--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-09 20:45 --- The C99 standard says the sign should be printed even for NaN, see 7.19.6.1/8: ... "A double argument representing an infinity is converted in one of the styles [-]inf or [-]infinity — which style is implementation-d

[Bug c/45620] GCC library allows the use of a negative value for 'NAN'

--- Comment #3 from kargl at gcc dot gnu dot org 2010-09-09 20:44 --- (In reply to comment #2) > How do I open a glibc bug? > Although you say that the sign bit is set, thus you can have a negative NAN. > But it does not make much sense to allow this. A negative not-a-number is not > mat

[Bug c++/45618] GCC 4.4.4 strstream and ios::internal flag

--- Comment #4 from redi at gcc dot gnu dot org 2010-09-09 20:23 --- See Table 61 in C++ 2003 (or table 88 in C++0x draft) - the 4.4 behaviour is correct -- redi at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/45620] GCC library allows the use of a negative value for 'NAN'

--- Comment #2 from murtadha at ca dot ibm dot com 2010-09-09 20:21 --- How do I open a glibc bug? Although you say that the sign bit is set, thus you can have a negative NAN. But it does not make much sense to allow this. A negative not-a-number is not mathematically sensible. It wasn't

[Bug c++/45618] GCC 4.4.4 strstream and ios::internal flag

--- Comment #3 from anhtuyen at ca dot ibm dot com 2010-09-09 20:12 --- (In reply to comment #2) > The output seems perfectly fine to me: at the end of Stage 1 we have 0x7b, > exactly what one gets from printf("%p", (void*)123), per 22.2.2.2.2/12, then, > per Table 61, padding is added a

[Bug middle-end/45230] gcc.c-torture/execute/strncmp-1.c ICEs with -fgraphite-identity

--- Comment #6 from zsojka at seznam dot cz 2010-09-09 20:02 --- The fix has been commited to the graphite branch and will be commited to trunk later. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45230

[Bug c++/45618] GCC 4.4.4 strstream and ios::internal flag

--- Comment #2 from paolo dot carlini at oracle dot com 2010-09-09 19:59 --- The output seems perfectly fine to me: at the end of Stage 1 we have 0x7b, exactly what one gets from printf("%p", (void*)123), per 22.2.2.2.2/12, then, per Table 61, padding is added after x, thus 0x@@7b.

[Bug rtl-optimization/45621] [4.6 Regression] ICE: verify_cgraph_node failed: inlined_to pointer is set but no predecessors found with -fipa-cp-clone -flto

--- Comment #1 from zsojka at seznam dot cz 2010-09-09 19:35 --- Created an attachment (id=21757) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21757&action=view) archive with reduced testcase $ g++ -O2 -fipa-cp-clone -flto -nostdlib -r file1.cpp file2.cpp - file1.cpp - #

[Bug fortran/45186] [4.6 Regression] Gfortran 4.5.0 emits wrong linenumbers

--- Comment #18 from burnus at gcc dot gnu dot org 2010-09-09 19:33 --- (In reply to comment #0) > This is pretty widespread. I have attached one example That's now mostly fixed - though one patch is pending. Now gfortran -fdump-tree-original-lineno generates mostly sensible line numb

[Bug rtl-optimization/45621] New: [4.6 Regression] ICE: verify_cgraph_node failed: inlined_to pointer is set but no predecessors found with -fipa-cp-clone -flto

Command line: $ g++ -O2 -fipa-cp-clone -flto -nostdlib -r file1.cpp file2.cpp Compiler output: $ g++ -O2 -fipa-cp-clone -flto -nostdlib -r file1.cpp file2.cpp lto1: error: inlined_to pointer is set but no predecessors found _ZN1S2v1Ev.constprop.1/6(-1) @0x7f44a7e9eac0 (asm: _ZN1S2v1Ev.constprop.1)

[Bug c/45620] GCC library allows the use of a negative value for 'NAN'

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-09-09 19:28 --- >negative NAN. Yes you can, the sign bit is set. But then again this is a glibc issue and not a GCC issue. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/45618] GCC 4.4.4 strstream and ios::internal flag

--- Comment #1 from redi at gcc dot gnu dot org 2010-09-09 19:19 --- this isn't specific to strstreams #include #include using namespace std; int main() { stringstream io; io.ios::fill('@'); io.flags(ios::internal); io.width( 10 ); io << (void *) 123 << ' ';

[Bug c/45620] New: GCC library allows the use of a negative value for 'NAN'

Looking at the source code below, ompiling and linking without any extra options, one would expect the output of execution to be: c = nan And that is correct for GCC on RHEL5 and SLES10, with version 4.1.2. However, on RHEL6 and SLES11, starting with GCC version 4.3.4, the output is the following:

[Bug target/45616] internal compiler error: in note_invalid_constants, at config/arm/arm.c:11243

--- Comment #4 from paul dot chavent at fnac dot net 2010-09-09 19:09 --- Subject: Re: internal compiler error: in note_invalid_constants, at config/arm/arm.c:11243 Sorry to haven't checking that. Thank you. pinskia at gcc dot gnu dot org wrote: > --- Comment #3 from pinskia at

[Bug fortran/45619] New: intent(out) dummy arguements in specification statements

gfortran does not correctly check that an intent(out) dummy argument does not appear in a specification statement. The following code is invalid, yet gfortan compiles it without error. subroutine sub(n, s) integer, intent(out) :: n character(len=*), intent(out) :: s character(len=len(s))

[Bug c++/45618] New: GCC 4.4.4 strstream and ios::internal flag

The following code can be compiled with either g++ (GCC) 4.1.2 or g++ (GCC) 4.4.4. When running the executable with non-static library, it produces different output. The output linked with strstream on g++ (GCC) 4.4.4 seems to be incorrect. CODE: /* File name iosflag.C */ #include #include usi

[Bug fortran/45495] ICE: For character function with length specifier dependent on non-present arg

--- Comment #6 from kargl at gcc dot gnu dot org 2010-09-09 19:02 --- Fixed in trunk. No plans for back port to 4.5.x branch. I'll open a bug report about intent(out) issues with dummy arguments. -- kargl at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/45312] [4.4 Regression] GCC 4.4.4 miscompiles the Linux kernel

--- Comment #21 from vmakarov at gcc dot gnu dot org 2010-09-09 18:38 --- Subject: Bug 45312 Author: vmakarov Date: Thu Sep 9 18:37:58 2010 New Revision: 164118 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164118 Log: 2010-09-09 Vladimir Makarov PR middle-end/453

[Bug middle-end/45312] [4.4 Regression] GCC 4.4.4 miscompiles the Linux kernel

--- Comment #20 from vmakarov at gcc dot gnu dot org 2010-09-09 18:37 --- Subject: Bug 45312 Author: vmakarov Date: Thu Sep 9 18:37:17 2010 New Revision: 164117 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164117 Log: 2010-09-09 Vladimir Makarov PR middle-end/453

[Bug middle-end/45312] [4.4 Regression] GCC 4.4.4 miscompiles the Linux kernel

--- Comment #19 from vmakarov at gcc dot gnu dot org 2010-09-09 18:36 --- Subject: Bug 45312 Author: vmakarov Date: Thu Sep 9 18:36:26 2010 New Revision: 164116 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164116 Log: 2010-09-09 Vladimir Makarov PR middle-end/453

[Bug bootstrap/43847] test for plugin is using wrong objdump for host != target

--- Comment #5 from doko at gcc dot gnu dot org 2010-09-09 18:25 --- Subject: Bug 43847 Author: doko Date: Thu Sep 9 18:25:26 2010 New Revision: 164114 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164114 Log: 2010-09-09 Matthias Klose PR bootstrap/43847 *

[Bug c++/45606] [4.5/4.6 Regression] match a method prototyped a typedef alias with the original type (using stdlib)

--- Comment #3 from hjl dot tools at gmail dot com 2010-09-09 18:23 --- It is caused by revision 156316: http://gcc.gnu.org/ml/gcc-cvs/2010-01/msg00784.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug bootstrap/43847] test for plugin is using wrong objdump for host != target

--- Comment #4 from doko at gcc dot gnu dot org 2010-09-09 18:23 --- Subject: Bug 43847 Author: doko Date: Thu Sep 9 18:22:48 2010 New Revision: 164113 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164113 Log: 2010-09-09 Matthias Klose PR bootstrap/43847 *

[Bug testsuite/45604] [4.6 regression] New test failures

--- Comment #1 from aoliva at gcc dot gnu dot org 2010-09-09 18:07 --- Mine, thanks, testing a patch. Sorry about the breakage, I seem to have compared test results with a baseline that already had the errors :-( -- aoliva at gcc dot gnu dot org changed: What|Removed

[Bug tree-optimization/20517] bit shift/mask optimization potential

--- Comment #7 from zsojka at seznam dot cz 2010-09-09 17:52 --- (In reply to comment #5) > Yes, please, and assign to me (working on a simplify_comparison fix for that). > Opened PR45617, attached your patch with results (bootstrapped fine, optimisation seems to work). Thank you for h

[Bug rtl-optimization/45617] optimize bit shift+compare at RTL level

--- Comment #1 from zsojka at seznam dot cz 2010-09-09 17:51 --- Created an attachment (id=21756) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21756&action=view) Jakub's patch from PR20517 comment #6 gcc bootstrapped fine The resulting code for foo() and fooi() is the same as fo

[Bug rtl-optimization/45617] New: optimize bit shift+compare at RTL level

+++ This bug was initially created as a clone of Bug #20517 +++ >From comment #4: - testcase.c - _Bool foo(unsigned i) { return (i >> 5) > 10; } _Bool bar(unsigned i) { return i > (10 << 5) + 31; } int fooi(unsigned i) { return (i >> 5) > 10; } int bari(unsigned

[Bug target/42070] FAIL: g++.dg/tree-prof/partition1.C compilation, -O3 -g -fprofile-use

--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-09-09 17:19 --- Created an attachment (id=21755) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21755&action=view) patch to prune bogus linker warnings from Xcode 3.2.x. -- http://gcc.gnu.org/bugzilla/show_bug.cg

[Bug target/45616] internal compiler error: in note_invalid_constants, at config/arm/arm.c:11243

--- Comment #3 from pinskia at gcc dot gnu dot org 2010-09-09 17:00 --- >--with-cpu=arm926ej-s --with-tune=arm926ej-s --with-arch=armv5te >--with-fpu=vfp --with-float=hard Hmm, these default CPUs don't support vfp in thumb. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45616

[Bug c++/45606] [4.5/4.6 Regresssion] match a method prototyped a typedef alias with the original type (using stdlib)

--- Comment #2 from paolo dot carlini at oracle dot com 2010-09-09 16:56 --- H.J. can you do a binary search on this? -- paolo dot carlini at oracle dot com changed: What|Removed |Added -

[Bug c++/45606] [4.5/4.6 Regresssion] match a method prototyped a typedef alias with the original type (using stdlib)

-- redi at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keyword

[Bug c++/45615] -Wshadow doesn't report class member shadowing

--- Comment #1 from redi at gcc dot gnu dot org 2010-09-09 16:31 --- I agree this would be useful, I've had problems with such shadowing when moving members higher in inheritance hierarchies and accidentally missing occurrences in some derived classes. 4.2 is unmaintained now, but curre

[Bug libstdc++/45574] cin.getline() is extremely slow

--- Comment #22 from paolo dot carlini at oracle dot com 2010-09-09 16:08 --- Jakub, when, by default, cin & co boil down to stdio_sync_filebuf, the underlying basic_streambuf is unbuffered, everything is unbuffered in the C++ library. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug target/35664] unable to find a register to spill in class 'FP_REGS' (sparc-linux)

--- Comment #6 from mikpe at it dot uu dot se 2010-09-09 15:57 --- This ICE stopped to appear on trunk with r162019: http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00373.html http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00827.html Applying the generic bits of that to current 4.5 stops the ICE

[Bug c/45616] internal compiler error: in note_invalid_constants, at config/arm/arm.c:11243

--- Comment #2 from paul dot chavent at fnac dot net 2010-09-09 15:54 --- Created an attachment (id=21754) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21754&action=view) the options given when GCC was configured/built -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45616

[Bug c/45616] internal compiler error: in note_invalid_constants, at config/arm/arm.c:11243

--- Comment #1 from paul dot chavent at fnac dot net 2010-09-09 15:53 --- Created an attachment (id=21753) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21753&action=view) the preprocessed file that triggers the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45616

[Bug c/45616] New: internal compiler error: in note_invalid_constants, at config/arm/arm.c:11243

Here is the log : arm-oc8s-linux-gnueabi-gcc -Wall -std=gnu99 -mthumb -save-temps -DDEFAULT_GPIO=4 -c -o chrono.o chrono.c chrono.c: In function 'chrono_diff': chrono.c:188:1: error: insn does not satisfy its constraints: (insn 236 40 41 chrono.c:155 (set (reg:DF 63 s0) (reg:DF 1 r1)) 1

[Bug tree-optimization/44328] switch/case optimization produces an invalid lookup table index

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44328

[Bug tree-optimization/44328] switch/case optimization produces an invalid lookup table index

--- Comment #36 from ibolton at gcc dot gnu dot org 2010-09-09 15:37 --- Fixed in 4.4, 4.5 and trunk. -- ibolton at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/44606] Wrong SPE floating point during computation

--- Comment #7 from froydnj at gcc dot gnu dot org 2010-09-09 15:28 --- The problem is in the register allocator. What happens is that after register allocation, we have something like: r27:DF = [r11:SI] ... r27:SI = 0 ... and then the first def gets deleted because it's obvio

[Bug libstdc++/45574] cin.getline() is extremely slow

--- Comment #21 from jakub at gcc dot gnu dot org 2010-09-09 15:07 --- #if __GNUC__ >= 3 # define _IO_BE(expr, res) __builtin_expect ((expr), res) #else # define _IO_BE(expr, res) (expr) #endif #define _IO_getc_unlocked(_fp) \ (_IO_BE ((_fp)->_IO_read_ptr >= (_fp)->_IO_read_end,

[Bug c++/45615] New: -Wshadow doesn't report class member shadowing

The following simple test program when compiled with -Wshadow produces no output. I'd expect to get warnings for both the x and y declaration in class B. class A { static int x; int y; }; class B : public A { static int x; int y; }; int main() { B a;

[Bug libstdc++/45574] cin.getline() is extremely slow

--- Comment #20 from paolo dot carlini at oracle dot com 2010-09-09 14:53 --- Good about POSIX, we would add a configure time test with some hope to enable the mechanism outside Linux too. Anyway, I'm sure your kind of loop would improve the performance a lot - if only we could have it

[Bug libstdc++/45574] cin.getline() is extremely slow

--- Comment #19 from tstarling at wikimedia dot org 2010-09-09 14:28 --- (In reply to comment #16) > The *_unlocked versions are faster a lot actually, at least for the one > character ops, because no locking is performed and the calls are inlined. > But the question is whether libstdc+

[Bug libstdc++/45574] cin.getline() is extremely slow

--- Comment #18 from tstarling at wikimedia dot org 2010-09-09 14:12 --- Created an attachment (id=21752) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21752&action=view) gprof output I haven't managed to get libstdc++ to compile with -pg, but compiling the test program with -sta

[Bug fortran/45277] make bootstrap fails at:checking whether the GNU Fortran compiler is working... no

--- Comment #7 from philippe_scelers at mentor dot com 2010-09-09 14:10 --- Previous comments describe encountered issue, including gmp/mpfr/mpc version. Below a summary of successfull build on Solaris 10 standalone build/install for gmp/mpfr/mpc, ABI=32 is mandatory gcc --versio

[Bug rtl-optimization/45614] [4.6 Regression] ICE: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1056 with -ftree-vectorize

--- Comment #4 from hjl dot tools at gmail dot com 2010-09-09 14:09 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|WAITING

[Bug middle-end/44554] Stack space after sigsetjmp is reused

--- Comment #13 from vmakarov at gcc dot gnu dot org 2010-09-09 13:58 --- Subject: Bug 44554 Author: vmakarov Date: Thu Sep 9 13:58:24 2010 New Revision: 164107 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164107 Log: 2010-09-09 Vladimir Makarov PR middle-end/445

[Bug middle-end/44554] Stack space after sigsetjmp is reused

--- Comment #12 from vmakarov at gcc dot gnu dot org 2010-09-09 13:56 --- Subject: Bug 44554 Author: vmakarov Date: Thu Sep 9 13:55:35 2010 New Revision: 164105 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164105 Log: 2010-09-09 Vladimir Makarov PR middle-end/445

[Bug middle-end/44554] Stack space after sigsetjmp is reused

--- Comment #11 from vmakarov at gcc dot gnu dot org 2010-09-09 13:54 --- Subject: Bug 44554 Author: vmakarov Date: Thu Sep 9 13:53:32 2010 New Revision: 164102 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164102 Log: 2010-09-09 Vladimir Makarov PR middle-end/445

[Bug middle-end/40386] wrong code generation for several SPEC CPU2000 benchmarks (lucas, mgrid, face, applu, apsi) with -O1 -fno-ira-share-spill-slots

--- Comment #12 from vmakarov at gcc dot gnu dot org 2010-09-09 13:51 --- Subject: Bug 40386 Author: vmakarov Date: Thu Sep 9 13:51:25 2010 New Revision: 164100 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164100 Log: 2010-09-09 Vladimir Makarov PR middle-end/403

[Bug middle-end/40386] wrong code generation for several SPEC CPU2000 benchmarks (lucas, mgrid, face, applu, apsi) with -O1 -fno-ira-share-spill-slots

--- Comment #11 from vmakarov at gcc dot gnu dot org 2010-09-09 13:47 --- Subject: Bug 40386 Author: vmakarov Date: Thu Sep 9 13:47:14 2010 New Revision: 164097 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164097 Log: 2010-09-08 Vladimir Makarov PR middle-end/403

[Bug middle-end/40386] wrong code generation for several SPEC CPU2000 benchmarks (lucas, mgrid, face, applu, apsi) with -O1 -fno-ira-share-spill-slots

--- Comment #10 from vmakarov at gcc dot gnu dot org 2010-09-09 13:43 --- Subject: Bug 40386 Author: vmakarov Date: Thu Sep 9 13:42:51 2010 New Revision: 164095 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164095 Log: 2010-09-08 Vladimir Makarov PR middle-end/403

[Bug rtl-optimization/45614] [4.6 Regression] ICE: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1056 with -ftree-vectorize

--- Comment #3 from zsojka at seznam dot cz 2010-09-09 13:40 --- Indeed, r164077 no longer crashes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45614

[Bug bootstrap/45611] [4.6 regression] SIGBUS in generate_option_input_file on Solaris 2/SPARC

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-09 13:27 --- (In reply to comment #3) > Richard, could you please have a look? I don't have access to sparc-sun-solaris2*, so I can't bootstrap it (but at most build a cross cc1). So please attach a testcase (easiest is probabl

[Bug rtl-optimization/45614] [4.6 Regression] ICE: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1056 with -ftree-vectorize

--- Comment #2 from hjl dot tools at gmail dot com 2010-09-09 13:26 --- I think it is fixed by revision 164071: http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00363.html -- hjl dot tools at gmail dot com changed: What|Removed |Added

[Bug c/45610] misleading warning when && operator paired with a constant - is it operator precedence?

--- Comment #2 from manu at gcc dot gnu dot org 2010-09-09 13:15 --- We need a testcase http://gcc.gnu.org/bugs/minimize.html but I am pretty sure this is not warned anymore in GCC 4.6 (and probably GCC 4.4 and 4.5) -- manu at gcc dot gnu dot org changed: What|Remov

[Bug rtl-optimization/45614] [4.6 Regression] ICE: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1056 with -ftree-vectorize

--- Comment #1 from zsojka at seznam dot cz 2010-09-09 13:04 --- Created an attachment (id=21751) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21751&action=view) reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45614

[Bug rtl-optimization/45614] New: [4.6 Regression] ICE: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1056 with -ftree-vectorize

Compiler output: $ gcc -O -ftree-vectorize testcase.c testcase.c: In function 'foo': testcase.c:11:1: internal compiler error: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1056 Please submit a full bug report, with preprocessed source if appropriate. See

[Bug bootstrap/45611] [4.6 regression] SIGBUS in generate_option_input_file on Solaris 2/SPARC

--- Comment #3 from ro at gcc dot gnu dot org 2010-09-09 12:43 --- Richard, could you please have a look? -- ro at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/35664] unable to find a register to spill in class 'FP_REGS' (sparc-linux)

--- Comment #5 from mikpe at it dot uu dot se 2010-09-09 12:41 --- (In reply to comment #4) > This ICEs for me with 4.4-20100907 and the 4.5.1 release (-m32 -mno-fpu), but > not with 4.5-20100902 or 4.6-20100904. Oops, that was with a locally modified 4.5-20100902. A vanilla 4.5-201009

[Bug bootstrap/45611] [4.6 regression] SIGBUS in generate_option_input_file on Solaris 2/SPARC

--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-09-09 12:41 --- Subject: Re: [4.6 regression] SIGBUS in generate_option_input_file on Solaris 2/SPARC > --- Comment #1 from ebotcazou at gcc dot gnu dot org 2010-09-09 10:38 > --- > Presumably 163997 then. Inde

  1   2   >