[Bug fortran/31608] wrong types in character array/scalar binop

--- Comment #58 from dominiq at lps dot ens dot fr 2007-11-13 07:56 --- > Can those interested test this on char_cast_1.f90 please. Both wok on PPC and Intel Darwin8. Note that if the first change is chosen, the comment: ! The sign that all is well is that [S.5][1] appears twice. shou

[Bug target/34067] [4.3 regression] gfortran.dg/char_cshift_2.f90 fails with -O3 -funroll-loops fails on Intel Darwin

--- Comment #6 from jakub at gcc dot gnu dot org 2007-11-13 07:35 --- I certainly can't reproduce this on x86_64-linux (with neither -m32 nor -m64). Can you please attach the good and bad char_cshift_2.s, and the from the debugger which field of the array caused the abort and maybe even

[Bug fortran/31608] wrong types in character array/scalar binop

--- Comment #57 from jvdelisle at gcc dot gnu dot org 2007-11-13 06:34 --- Regarding the suggestion in comment #55, there is an instance of [S.15][1] in the dump. It will match if we bump the count from 2 to 3 in the dg-final scan directive. So either this: ! { dg-final { scan-tree-d

[Bug c++/33588] gcc warns of (char*) conversion on client-side varargs funcs

--- Comment #3 from manu at gcc dot gnu dot org 2007-11-13 05:19 --- (In reply to comment #2) > va_list on the target you are using just happens to be a char* and not a > seperate type. > So? Is the warning warranted? Can be worked-around? Should GCC detect this case and not warn? --

[Bug c++/33728] Assignement allowed to const pointer

--- Comment #2 from manu at gcc dot gnu dot org 2007-11-13 05:13 --- Could you try with a recent version of GCC? -- manu at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/33736] "error: integer constant is too large for �long� type" incorrect for C++0x

--- Comment #1 from manu at gcc dot gnu dot org 2007-11-13 05:12 --- Confirmed as far as I know. I have seen a similar bug somewhere, thoug. -- manu at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/32528] -save-temps when compiling standard input fails

--- Comment #5 from manu at gcc dot gnu dot org 2007-11-13 05:03 --- (In reply to comment #2) > Created an attachment (id=14537) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14537&action=view) [edit] > Idea for a fix > > I started on a patch for this a few months ago. It basical

[Bug c/32528] -save-temps when compiling standard input fails

--- Comment #4 from manu at gcc dot gnu dot org 2007-11-13 05:00 --- (In reply to comment #3) > Created an attachment (id=14538) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14538&action=view) [edit] > Better patch > Please, bootstrap and run the testsuite, then send the patch t

[Bug c++/33738] -Wtype-limits misses a warning when comparing enums

--- Comment #2 from manu at gcc dot gnu dot org 2007-11-13 04:55 --- (In reply to comment #1) > Warnings from optimizers are semi a no-no. Yes we have them for strict > aliasing and overflow but I think those cases are a bit weird. This is > unspecified behavior no matter what and ther

[Bug c/32528] -save-temps when compiling standard input fails

--- Comment #3 from dsh at gcc dot gnu dot org 2007-11-13 04:50 --- Created an attachment (id=14538) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14538&action=view) Better patch Sorry, this one's cleaner. That other one included some other cleanup that I think already went in.

[Bug c/32528] -save-temps when compiling standard input fails

--- Comment #2 from dsh at gcc dot gnu dot org 2007-11-13 04:46 --- Created an attachment (id=14537) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14537&action=view) Idea for a fix I started on a patch for this a few months ago. It basically just prepended ./ to all the temporary

[Bug c++/33762] partial template specialization question

--- Comment #2 from manu at gcc dot gnu dot org 2007-11-13 04:45 --- Please, don't ask language questions in bugzilla. If you are unsure whether something is legal C++, ask first in some C++ language forum or, if it is very specific of GCC, ask in [EMAIL PROTECTED] I am going to close t

[Bug translation/26987] German translation of gcc 4.1

--- Comment #9 from manu at gcc dot gnu dot org 2007-11-13 04:41 --- Thanks to you! -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING

Modulo operation in C for -ve values

The Modulo operation as specified in http://xenia.media.mit.edu/~bdenckla/thesis/texts/htthe/node13.html says that for a fraction like n/k which can be expressed as n/k = i + j/k the C division and mod operation should yeild n div k = i (integer part) n mod k = j (remainder part) For n +ve above is

[Bug translation/26987] German translation of gcc 4.1

--- Comment #8 from stigge at antcom dot de 2007-11-13 04:38 --- Fixed now. Thanks for your care. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26987

[Bug other/29972] typos in the manual

--- Comment #6 from manu at gcc dot gnu dot org 2007-11-13 04:36 --- Most of the typos are gone. And updated patch: Index: gcc/doc/passes.texi === --- gcc/doc/passes.texi (revision 130092) +++ gcc/doc/passes.texi (working c

[Bug other/29972] typos in the manual

--- Comment #5 from manu at gcc dot gnu dot org 2007-11-13 04:17 --- Has this patch been applied? If not, please send it to gcc-patches. -- manu at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug translation/26987] German translation of gcc 4.1

--- Comment #7 from manu at gcc dot gnu dot org 2007-11-13 04:12 --- Is this still valid? -- manu at gcc dot gnu dot org changed: What|Removed |Added CC|

[Bug middle-end/21579] memory overflow

--- Comment #1 from manu at gcc dot gnu dot org 2007-11-13 03:54 --- Please, submit a preprocessed testcase with a recent version of GCC. -- manu at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/31608] wrong types in character array/scalar binop

--- Comment #56 from jvdelisle at gcc dot gnu dot org 2007-11-13 03:46 --- On x86-64-linux-gnu the only failure I could find using --enable-checking=yes,types was achar_4.f90. achar_4.f90: In function ‘up’: achar_4.f90:8: error: non-trivial conversion at assignment char[1:1] char (*D.1

[Bug c/32528] -save-temps when compiling standard input fails

--- Comment #1 from manu at gcc dot gnu dot org 2007-11-13 03:27 --- This is confirmed. I think the problem is in the specs in gcc.c: %{!combine:\ %{save-temps|traditional-cpp|no-integrated-cpp:%(trad_capable_cpp) \ %(cpp_options) -o %{save-temps:%b.i} %

[Bug middle-end/29478] [4.2 Regression] optimization generates warning for casts

--- Comment #28 from manu at gcc dot gnu dot org 2007-11-13 01:15 --- (In reply to comment #26) > (In reply to comment #25) > > > > ... but the audit trail suggests otherwise. :S > > > > Ok, now I'm confused :-) > Mark does not actually read the full list of messages when changing

[Bug c++/29225] [4.0/4.1/4.2 regression] ICE in gimplify_expr, at gimplify.c:4513

--- Comment #9 from jakub at gcc dot gnu dot org 2007-11-12 23:23 --- Fixed on the trunk so far. -- jakub at gcc dot gnu dot org changed: What|Removed |Added S

[Bug c++/29225] [4.0/4.1/4.2/4.3 regression] ICE in gimplify_expr, at gimplify.c:4513

--- Comment #8 from jakub at gcc dot gnu dot org 2007-11-12 23:17 --- Subject: Bug 29225 Author: jakub Date: Mon Nov 12 23:17:18 2007 New Revision: 130126 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130126 Log: PR c++/29225 * call.c (build_new_op): Call resolv

[Bug target/34067] [4.3 regression] gfortran.dg/char_cshift_2.f90 fails with -O3 -funroll-loops fails on Intel Darwin

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

[Bug fortran/34067] [4.3 regression] gfortran.dg/char_cshift_2.f90 fails with -O3 -funroll-loops fails on Intel Darwin

--- Comment #5 from dominiq at lps dot ens dot fr 2007-11-12 22:23 --- The regression was caused by revision 130043: PR rtl-optimization/34012 * fwprop.c (try_fwprop_subst): Do not replace if the new SET_SRC has a higher cost than the old one. * gcc.targ

[Bug c++/34073] overloaded template function resolves differently if one type is included in a namespace

--- Comment #4 from adl at gnu dot org 2007-11-12 22:08 --- Thank you for the very clear explanation, Andrew. Indeed, adding a "namespace algebra" around the second definition of op_is_finite() will solve my problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34073

[Bug c++/33468] [4.1/4.2/4.3 Regression] C++: Invalid interpretation of friendness with nested classes

--- Comment #4 from jason at gcc dot gnu dot org 2007-11-12 22:05 --- Not a bug under DR 45. -- jason at gcc dot gnu dot org changed: What|Removed |Added Stat

[Bug rtl-optimization/34035] [4.3 Regression] ICE in calc_dfs_tree with -O2 -fnon-call-exceptions -ffast-math -fno-gcse

--- Comment #8 from ebotcazou at gcc dot gnu dot org 2007-11-12 21:55 --- The bug is nevertheless fixed. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug regression/33928] [4.3 Regression] 22% performance slowdown from 4.2.2 to 4.3.0 in floating-point code

--- Comment #14 from lucier at math dot purdue dot edu 2007-11-12 21:53 --- Created an attachment (id=14536) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14536&action=view) 4.3.0 assembly for code using a switch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33928

[Bug regression/33928] [4.3 Regression] 22% performance slowdown from 4.2.2 to 4.3.0 in floating-point code

--- Comment #13 from lucier at math dot purdue dot edu 2007-11-12 21:52 --- Created an attachment (id=14535) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14535&action=view) 4.2.2 assembly for code using switch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33928

[Bug regression/33928] [4.3 Regression] 22% performance slowdown from 4.2.2 to 4.3.0 in floating-point code

--- Comment #12 from lucier at math dot purdue dot edu 2007-11-12 21:51 --- Created an attachment (id=14534) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14534&action=view) .i file using a switch instead of computed gotos This is the generated code with a switch instead of compu

[Bug regression/33928] [4.3 Regression] 22% performance slowdown from 4.2.2 to 4.3.0 in floating-point code

--- Comment #11 from lucier at math dot purdue dot edu 2007-11-12 21:50 --- I suspected that the slowdown had nothing to do with computed gotos, so I regenerated the C code using a switch instead of the computed gotos and got the following: For that same copy of mainline gcc version 4

[Bug fortran/33904] OpenMP: Default(shared) and wrong "lastprivate variable is private in outer context"

--- Comment #2 from jakub at gcc dot gnu dot org 2007-11-12 21:46 --- Confirmed: http://openmp.org/pipermail/omp/2007/001101.html -- jakub at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/34073] overloaded template function resolves differently if one type is included in a namespace

--- Comment #3 from pinskia at gcc dot gnu dot org 2007-11-12 21:29 --- Basically the namelookup for op_is_finite in Element will lookup the previous declared ones (at definition time) and then will do argument dependent lookup (at instaintation time). Argument dependent lookup only loo

[Bug rtl-optimization/34035] [4.3 Regression] ICE in calc_dfs_tree with -O2 -fnon-call-exceptions -ffast-math -fno-gcse

--- Comment #7 from steven at gcc dot gnu dot org 2007-11-12 21:28 --- The fix increases compile time, please reconsider. -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/34035] [4.3 Regression] ICE in calc_dfs_tree with -O2 -fnon-call-exceptions -ffast-math -fno-gcse

--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-11-12 21:24 --- This should work now. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/34035] [4.3 Regression] ICE in calc_dfs_tree with -O2 -fnon-call-exceptions -ffast-math -fno-gcse

--- Comment #5 from ebotcazou at gcc dot gnu dot org 2007-11-12 21:21 --- Subject: Bug 34035 Author: ebotcazou Date: Mon Nov 12 21:21:37 2007 New Revision: 130122 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130122 Log: PR rtl-optimization/34035 * cse.c (cse_c

[Bug c++/34073] overloaded template function resolves differently if one type is included in a namespace

--- Comment #2 from steven at gcc dot gnu dot org 2007-11-12 21:17 --- Perhaps you can give a little more verbose explanation why this is invalid? -- steven at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/34040] [4.3 Regression] ICE: in simplify_subreg, at simplify-rtx.c:4921 building libgfortran

--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-11-12 21:06 --- Nothing to do with optimization, it's a Fortran front-end problem: (gdb) p debug_tree(from) unit size align 32 symtab 0 alias set -1 canonical type 0x2a959ec680 precision 32 pointer_to_

[Bug middle-end/29478] [4.2 Regression] optimization generates warning for casts

--- Comment #27 from fang at csl dot cornell dot edu 2007-11-12 20:59 --- Subject: Re: [4.2 Regression] optimization generates warning for casts > Ok, now I'm confused :-) Sorry, see comment #19. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29478

[Bug c/24068] Unconditional warning when using -combine

--- Comment #11 from tromey at gcc dot gnu dot org 2007-11-12 20:43 --- We unconditionally warn for a prototype following an old-style definition. The oddity here is that these are in different files, glommed together with --combine, and so don't represent exactly the same sort of style

[Bug middle-end/29478] [4.2 Regression] optimization generates warning for casts

--- Comment #26 from alexandre dot nunes at gmail dot com 2007-11-12 20:40 --- (In reply to comment #25) > > ... but the audit trail suggests otherwise. :S > Ok, now I'm confused :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29478

[Bug target/34077] GCC -O1 -minline-all-stringops -minline-stringops-dynamically fails for spec 2006 bzip2, gobmk, and h264ref benchmarks

--- Comment #1 from michael dot meissner at amd dot com 2007-11-12 20:38 --- Created an attachment (id=14533) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14533&action=view) Reduced testcase for bug 34077 from 401.bzip2 This is the reduced testcase from 401.bzip2. -- http:/

[Bug target/34077] New: GCC -O1 -minline-all-stringops -minline-stringops-dynamically fails for spec 2006 bzip2, gobmk, and h264ref benchmarks

I was building SPEC 2006 with the options: -minline-all-stringops -minline-stringops-dynamically in addition to my normal options. If you use both options together, GCC generates the following error: foo.c: In function ‘spec_random_load’: foo.c:24: internal compiler error: in int_mode_for_mode, at

[Bug c/29172] --combine can't handle #pragma once

--- Comment #6 from tromey at gcc dot gnu dot org 2007-11-12 20:24 --- Testing a patch. -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|u

[Bug middle-end/29478] [4.2 Regression] optimization generates warning for casts

--- Comment #25 from fang at csl dot cornell dot edu 2007-11-12 20:22 --- Subject: Re: [4.2 Regression] optimization generates warning for casts > Just means the current *intent* is to fix by 4.2.3 (or target milestone). > A nudge might encourage someone to do it sooner on the 4.2 br

[Bug middle-end/29478] [4.2 Regression] optimization generates warning for casts

--- Comment #24 from fang at csl dot cornell dot edu 2007-11-12 20:19 --- Subject: Re: [4.2 Regression] optimization generates warning for casts > --- Comment #23 from alexandre dot nunes at gmail dot com 2007-11-12 > 20:11 --- > (In reply to comment #20) >> Change target m

[Bug middle-end/29478] [4.2 Regression] optimization generates warning for casts

--- Comment #23 from alexandre dot nunes at gmail dot com 2007-11-12 20:11 --- (In reply to comment #20) > Change target milestone to 4.2.3, as 4.2.2 has been released. > Does this means it'll get fixed by 4.2.3, or the 4.2.x series will stay bugged indefinitely? -- http://gcc.gn

[Bug target/34042] Segfault in mips_cannot_change_mode_class

--- Comment #6 from rsandifo at gcc dot gnu dot org 2007-11-12 20:10 --- Thanks for the testing. Now fixed on mainline. -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/34042] Segfault in mips_cannot_change_mode_class

--- Comment #5 from rsandifo at gcc dot gnu dot org 2007-11-12 20:05 --- Subject: Bug 34042 Author: rsandifo Date: Mon Nov 12 20:05:46 2007 New Revision: 130119 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130119 Log: gcc/ PR target/34042 * config/mips/mips.c

[Bug fortran/33904] OpenMP: Default(shared) and wrong "lastprivate variable is private in outer context"

--- Comment #1 from jakub at gcc dot gnu dot org 2007-11-12 20:03 --- I believe the testcase is invalid, though I'm not 100% sure. The thing is that in OpenMP 2.5, 2.8.1.1 we have: "Variables used as loop iteration variables in sequential loops in a parallel construct are private in the

[Bug c++/33975] [4.1/4.2/4.3 Regression] Incomplete types may be derefenced

--- Comment #3 from pinskia at gcc dot gnu dot org 2007-11-12 19:50 --- The issue here is an exact dup of bug 33501. *** This bug has been marked as a duplicate of 33501 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/33501] [4.1/4.2 regression] Copy constructor assumed to exist for undefined class

--- Comment #6 from pinskia at gcc dot gnu dot org 2007-11-12 19:50 --- *** Bug 33975 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/29478] [4.2 Regression] optimization generates warning for casts

--- Comment #22 from pinskia at gcc dot gnu dot org 2007-11-12 19:47 --- *** Bug 34076 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c/34076] inline attribute seems to mess with const qualifier.

--- Comment #2 from pinskia at gcc dot gnu dot org 2007-11-12 19:47 --- *** This bug has been marked as a duplicate of 29478 *** *** This bug has been marked as a duplicate of 29478 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Adde

[Bug c/34076] inline attribute seems to mess with const qualifier.

--- Comment #1 from alexandre dot nunes at gmail dot com 2007-11-12 19:46 --- Created an attachment (id=14532) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14532&action=view) the original file from the bug report. gcc -DNOINLINES -W -Wall -Winline -Wshadow -Werror -O -c pqp.c gc

[Bug c/34076] New: inline attribute seems to mess with const qualifier.

On the following code: #ifndef NOINLINES #define EINLINE __inline__ #else #define EINLINE #endif EINLINE int a(void *value) { return *(char *)value; } int b(const char *val) { return a((char *)val); } int c(void) { return b("whatever"); } ... compiling it with these flags: -W -Wall -Winl

[Bug c++/33468] [4.1/4.2/4.3 Regression] C++: Invalid interpretation of friendness with nested classes

--- Comment #3 from janis at gcc dot gnu dot org 2007-11-12 19:42 --- On the 4.0 branch, the behavior of the test changed with: http://gcc.gnu.org/viewcvs?view=rev&rev=115209 r115209 | jason | 2006-07-05 20:40:06 + (Wed, 05 Jul 2006) -- janis at gcc dot gnu dot org chan

[Bug c++/32402] Error while allocating array of pointers to objects of a pure virtual class

--- Comment #4 from zackw at panix dot com 2007-11-12 19:41 --- I am no C++ expert, so I don't know what new pure (*[3]) actually means, but I am nearly certain it does *not* mean "allocate an array of 3 pointers to type pure". That would be new pure *[3] without the parentheses

[Bug libgomp/33720] A negative value in OpenMP clause num_threads is not detected at runtime

--- Comment #2 from jakub at gcc dot gnu dot org 2007-11-12 19:37 --- I'm not sure we should do anything about this. We have a warning if the compiler can detect non-positive value at compile time, but we certainly can't ever issue any diagnostic at runtime for num_threads 0 (because the

[Bug rtl-optimization/34040] [4.3 Regression] ICE: in simplify_subreg, at simplify-rtx.c:4921 building libgfortran

--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-11-12 19:21 --- Investigating. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Assigne

[Bug rtl-optimization/34040] [4.3 Regression] ICE: in simplify_subreg, at simplify-rtx.c:4921 building libgfortran

--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-11-12 19:21 --- Confirmed with "-fallow-leading-underscore -O2 -m2e". -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/31862] Loop IM and other optimizations harmful for -fopenmp

--- Comment #15 from jakub at gcc dot gnu dot org 2007-11-12 19:11 --- Sorry for the delay. Unfortunately that doesn't help in this case: on foo from #c7 it is not cselim pass, but lim, which changes: foo (x, y) { int i; : : # i_12 = PHI if (x_3(D) < i_12) goto ; else

[Bug c++/34073] overloaded template function resolves differently if one type is included in a namespace

--- Comment #1 from pinskia at gcc dot gnu dot org 2007-11-12 19:02 --- And this is expected behavior of C++ Lookup in templates. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/34071] Poor precision of complex division __divdc3 in 64-bit on Intel

--- Comment #5 from nmm1 at cam dot ac dot uk 2007-11-12 18:58 --- To Andrew Pinski: nothing - it was one of the first things I tried. To [EMAIL PROTECTED]: PLEASE don't try to follow Annex G - that is about as broken as it is possible to be; I use it as a horrible example in my cours

[Bug tree-optimization/34036] [4.2/4.3 Regression] ICE with control flow in the middle of basic block for -fnon-call-exceptions

--- Comment #6 from janis at gcc dot gnu dot org 2007-11-12 18:44 --- In response to comment #2, the options are indeed weird. This is one of the failures discovered by using combinations of options as described in http://gcc.gnu.org/ml/gcc/2007-09/msg00496.html. The correct fix might

[Bug c/34071] Poor precision of complex division __divdc3 in 64-bit on Intel

--- Comment #4 from pinskia at gcc dot gnu dot org 2007-11-12 18:36 --- What happens if you use -std=gnu99 because as far as I remember C99 complex division is not enabled except with -std=gnu99/-std=c99 in 4.1 and before. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34071

[Bug c++/34063] [4.3 Regression] ICE: build2_stat, at tree.c:3115

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

[Bug tree-optimization/34074] Segmentation fault with -ftree-loop-linear

--- Comment #3 from b0ntrict0r at yandex dot ru 2007-11-12 18:32 --- (From update of attachment 14531) Some corrections. gcc faults only if -O is also set. Building mjpegtools. Error message: imageplanes.cc: In static member function 'static void ImagePlanes::BorderMark(uint8_t*, int, i

[Bug tree-optimization/34074] Segmentation fault with -ftree-loop-linear

--- Comment #2 from b0ntrict0r at yandex dot ru 2007-11-12 18:30 --- Created an attachment (id=14531) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14531&action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34074

[Bug c++/34075] New: temporary used in ?: expression tho second and third expr. lvalues

Note: I get the same error on i686-pc-linux-gnu. The easiest is to give a short example: - reftmp.cc -- typedef int S ; // struct S { int i ; } ; class C { public: struct D { S d[ 64 ] ; } ; S const& g( int i ) const ; private: D* pD ; S dflt ; S const& g

[Bug c++/30293] [4.0/4.1/4.2/4.3 regression] ICE with extern "Java" in store_init_value

--- Comment #6 from tromey at gcc dot gnu dot org 2007-11-12 18:07 --- Yeah, for both this and for PR 30294, I think we can just reject some constructs very early. I don't think it makes sense to declare variables, fields, or functions with "java" types that are not pointers. The only q

[Bug c++/33984] [4.2/4.3 Regression] bit-fields, references and overloads

--- Comment #2 from janis at gcc dot gnu dot org 2007-11-12 18:04 --- The mainline patch that caused this test to be accepted: http://gcc.gnu.org/viewcvs?view=rev&rev=113199 r113199 | mmitchel | 2006-04-23 18:04:33 + (Sun, 23 Apr 2006) -- janis at gcc dot gnu dot org ch

[Bug c++/33975] [4.1/4.2/4.3 Regression] Incomplete types may be derefenced

--- Comment #2 from janis at gcc dot gnu dot org 2007-11-12 18:01 --- Mainline now reports an error for this code: elm3b187% /opt/gcc-nightly/trunk/bin/g++ 33975.cc 33975.cc: In function ‘int main()’: 33975.cc:8: error: invalid use of incomplete type ‘struct S’ 33975.cc:1: error: forwar

[Bug c++/33885] member reference to a temporary object being deleted too early

--- Comment #2 from james dot kanze at gmail dot com 2007-11-12 17:56 --- (In reply to comment #0) > class A{ > // > }; > class B{ > public: > explicit B(const A& a) > : i_a(a) > { > } > ~B() > { > } > private: > const A& i_a; > }; > A returnA( const char* arg )

[Bug tree-optimization/34074] Segmentation fault with -ftree-loop-linear

--- Comment #1 from spop at gcc dot gnu dot org 2007-11-12 17:56 --- Subject: Re: New: Segmentation fault with -ftree-loop-linear > Every time I try to build any project with -ftree-loop-linear gcc fault with > segmentaion fault while processing some function from some file. Place whic

[Bug fortran/33759] Unequal character lengths in MERGE intrinsic not detected at run time

--- Comment #9 from dominiq at lps dot ens dot fr 2007-11-12 16:48 --- Subject: Re: Unequal character lengths in MERGE intrinsic not detected at run time > This patch is OK. Yes indeed, I have applied it a long time ago. I have only pointed to the last bug on transfer I know of. >

[Bug fortran/34067] gfortran.dg/char_cshift_2.f90 fails with -O3 -funroll-loops fails on Intel Darwin

--- Comment #4 from dominiq at lps dot ens dot fr 2007-11-12 16:33 --- > The manual only says "-On turns on the following optimization flags", but it > does a few other things that are not controlled by individual -f flags. At least it seems to do the same thing up to -fdump-tree-optimi

[Bug c/34071] Poor precision of complex division __divdc3 in 64-bit on Intel

--- Comment #3 from joseph at codesourcery dot com 2007-11-12 16:29 --- Subject: Re: Poor precision of complex division __divdc3 in 64-bit on Intel Excess overflows in complex arithmetic is noted on but I don't think there's a specific bug for it.

[Bug c++/29225] [4.0/4.1/4.2/4.3 regression] ICE in gimplify_expr, at gimplify.c:4513

--- Comment #7 from jakub at gcc dot gnu dot org 2007-11-12 16:20 --- Testing a fix. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|aldyh

[Bug tree-optimization/34046] [4.3 Regression] verify_flow_info failed

--- Comment #5 from ebotcazou at gcc dot gnu dot org 2007-11-12 16:16 --- Investigating. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Assigne

[Bug middle-end/34046] [4.3 Regression] verify_flow_info failed

--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-11-12 16:15 --- At the end of the tree DOM pass this time. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/32402] Error while allocating array of pointers to objects of a pure virtual class

--- Comment #3 from gcc at waisse dot org 2007-11-12 15:42 --- My problem is exactly the same as the one shown in the example code posted by Patrick Vestjens, all of the pure functions are re-implemented in the inherithing clas, so the inheriting class is no more pure but its still impo

[Bug fortran/33759] Unequal character lengths in MERGE intrinsic not detected at run time

--- Comment #8 from pault at gcc dot gnu dot org 2007-11-12 15:34 --- (In reply to comment #7) > A peculiar feature of this failure is that 'i' can be changed to INTEGE(1,2,8) > and the test succeeds at any level of optimisation. It is only at the default > logical length that it fails

[Bug rtl-optimization/34035] [4.3 Regression] ICE in calc_dfs_tree with -O2 -fnon-call-exceptions -ffast-math -fno-gcse

--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-11-12 15:25 --- > The option list should have included -O2. This is one of the failures found > compiling SPEC CPU2000 with lots of sets of options and running with the test > input, as described in http://gcc.gnu.org/ml/gcc/200

[Bug tree-optimization/34074] New: Segmentation fault with -ftree-loop-linear

Every time I try to build any project with -ftree-loop-linear gcc fault with segmentaion fault while processing some function from some file. Place which crash happens differs from project to project but presents in every project. -- Summary: Segmentation fault with -ftree-loop-linear

[Bug c++/34073] New: overloaded template function resolves differently if one type is included in a namespace

Two files are appended at the end of this report: temp1.cc and temp2.cc. temp1.cc is the only file that causes a problem with recent releases of GCC. It contains : 1. a template definition of Structure 2. a template definition of op_is_finite(const Structure*) 3. a template definition of alge

[Bug target/33923] [4.3 Regression] ICE in reload_cse_simplify_operands (insn does not satisfy its constraints)

--- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-11-12 15:18 --- > Eric, the PRE issue you mention was fixed (xf. bug 32540). The target issue > is > still open. OK, thanks. I guess the testcase doesn't fail anymore with the default options. -- http://gcc.gnu.org/bugzi

[Bug c++/32402] Error while allocating array of pointers to objects of a pure virtual class

--- Comment #2 from gcc at waisse dot org 2007-11-12 15:06 --- same kind of problem here, I'm currently porting an application from PGI/MFC to gcc/QT and I'm not able to build this code with the error message : /opt/cimlib/gcc_scali/AssembleurLocalPetsc.h:49: error: cannot allocate an o

[Bug fortran/33759] Unequal character lengths in MERGE intrinsic not detected at run time

--- Comment #7 from pault at gcc dot gnu dot org 2007-11-12 15:03 --- (In reply to comment #6) > > and survives "dg.exp=gfortran/transfer*". > Let me just point out that gfortran.dg/transfer_simplify_4.f90 fails > with any optimization starting at -O1 due to the failure of the reduced te

[Bug tree-optimization/34027] [4.3 regression] -Os code size nearly doubled

--- Comment #10 from rguenth at gcc dot gnu dot org 2007-11-12 15:01 --- of course in the -O2 case I forgot to paste the rest of the fn in, here it is: .p2align 4,,7 .p2align 3 .L5: addl$-10, %eax adcl$-1, %edx movl$10

[Bug target/34072] New: unoptimal byte extraction.

$ cat b.cpp unsigned char byte0( unsigned long long x ) { return x; } unsigned char byte1( unsigned long long x ) { return ( x >> 8 ); } unsigned char byte6( unsigned long long x ) { return ( x >> 48 ); } unsigned char byte7( unsigned long long x ) { return ( x >> 56 ); } $ /opt/gcc43/bin/g++ b.c

[Bug c/34071] Poor precision of complex division __divdc3 in 64-bit on Intel

--- Comment #2 from nmm1 at cam dot ac dot uk 2007-11-12 14:25 --- Well, yes and no. I am sorry, but that reply has raised several separate points, so there is a threat of a thread split. 1) It is vaguely related to PR323, yes, but not simply. What I was saying could be considered is

[Bug middle-end/34070] [4.1/4.2 Regression] Wrong code for (int)x%4

--- Comment #4 from rguenth at gcc dot gnu dot org 2007-11-12 14:16 --- Fixed for 4.3.0. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to work

[Bug middle-end/34070] [4.1/4.2/4.3 Regression] Wrong code for (int)x%4

--- Comment #3 from rguenth at gcc dot gnu dot org 2007-11-12 14:16 --- Subject: Bug 34070 Author: rguenth Date: Mon Nov 12 14:16:05 2007 New Revision: 130098 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130098 Log: 2007-11-12 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug fortran/31608] wrong types in character array/scalar binop

--- Comment #55 from pault at gcc dot gnu dot org 2007-11-12 14:04 --- (In reply to comment #40) > ! { dg-final { scan-tree-dump-times "\\\[S\.5\\\]\\\[1\\\]" 2 "original" } } > The tree (dump) itself seems to be ok. I hadn't noticed that this one had come back over the horizon. I do

[Bug c/34071] Poor behaviour of complex division in 64-bit on Intel

--- Comment #1 from rguenth at gcc dot gnu dot org 2007-11-12 13:41 --- We open-code complex division in libgcc and benefit from the extra precision on x87 in this case (so this is related to PR323). But surely __divdc3 has QOI issues here: #if defined(L_divsc3) || defined(L_divdc3) \

[Bug tree-optimization/34027] [4.3 regression] -Os code size nearly doubled

--- Comment #9 from rguenth at gcc dot gnu dot org 2007-11-12 13:28 --- We now generate with -Os -m32 foobar: pushl %ebp movl%esp, %ebp subl$8, %esp pushl $0 pushl $10 pushl 12(%ebp) pushl 8(%ebp)

[Bug tree-optimization/34027] [4.3 regression] -Os code size nearly doubled

--- Comment #8 from rguenth at gcc dot gnu dot org 2007-11-12 13:24 --- Subject: Bug 34027 Author: rguenth Date: Mon Nov 12 13:24:06 2007 New Revision: 130097 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130097 Log: 2007-11-12 Richard Guenther <[EMAIL PROTECTED]> PR

  1   2   >