[Bug tree-optimization/37525] [4.4 Regression] IVOPTS difference causing 20% degradation in 173.applu benchmark

--- Comment #4 from jakub at gcc dot gnu dot org 2008-10-16 07:14 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug debug/37801] DWARF output for inlined functions doesn't always use DW_TAG_inlined_subroutine

--- Comment #1 from xuepeng dot guo at intel dot com 2008-10-16 07:36 --- Hello Jason, I posted the whole debug_info section of of the binary file of your example as below. I guess you mean that DW_TAG_lexical_block tags like those at <8c> and <8d> are unnecessary. We should avoid gene

[Bug middle-end/37845] New: gcc ignores FP_CONTRACT pragma set to OFF

To be conform to the ISO C standard (when FLT_EVAL_METHOD is 0, 1 or 2, which is the case of gcc), gcc should either take FP_CONTRACT pragmas into account or (in the mean time) assume they are set to OFF, i.e. disallow the contraction of floating expressions. This means in particular that -mno-fuse

[Bug middle-end/37846] New: Option -mno-fused-madd should be supported on IA-64

Option -mno-fused-madd is currently not supported on IA-64. This means that the expression x*y+z is always fused (IA-64's fma instruction) and this cannot be disabled, unlike on PowerPC. BTW, I wonder why this option exists for PowerPC (and other CPU types) but not for IA-64. Isn't it similar, or

[Bug tree-optimization/37573] [4.4 Regression] gcc-4.4 regression: incorrect code generation with -O1 -ftree-vectorize

--- Comment #11 from rguenther at suse dot de 2008-10-16 08:14 --- Subject: Re: [4.4 Regression] gcc-4.4 regression: incorrect code generation with -O1 -ftree-vectorize On Thu, 16 Oct 2008, spop at gcc dot gnu dot org wrote: > --- Comment #10 from spop at gcc dot gnu dot org 200

[Bug middle-end/37418] [4.4 Regression] error: type mismatch in address expression, verify_gimple failed

--- Comment #9 from rguenth at gcc dot gnu dot org 2008-10-16 08:20 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/37418] [4.4 Regression] error: type mismatch in address expression, verify_gimple failed

--- Comment #10 from rguenth at gcc dot gnu dot org 2008-10-16 08:21 --- Subject: Bug 37418 Author: rguenth Date: Thu Oct 16 08:19:49 2008 New Revision: 141165 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141165 Log: 2008-10-16 Joseph Myers <[EMAIL PROTECTED]> Richa

Abwesenheitsnotiz: [SPAM] ?????????????: ????????????? ? ?????????? ?????? ??????????????? ??????

Vielen Dank für Ihre Mail. In der Zeit vom 13.10.2008 bis zum 31.10.2008 bin ich nicht im Haus. Meine E-Mails werden regelmäßig durch Frau Engel gelesen. In meiner Abwesenheit steht Ihnen Herr Andreas Jung (Tel. 02421/47-2857) für alle Fragen, die das Segment Handel/Dienstleistungen angehen, g

[Bug c++/35483] GCC on AIX doesn't support dollar in symbols name.

--- Comment #10 from dje at gcc dot gnu dot org 2008-10-16 11:58 --- Subject: Bug 35483 Author: dje Date: Thu Oct 16 11:57:26 2008 New Revision: 141170 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141170 Log: gcc/ PR target/35483 * Makefile.in (coverage.o): Dep

[Bug middle-end/34678] Optimization generates incorrect code with -frounding-math option (#pragma STDC FENV_ACCESS not implemented)

--- Comment #12 from rguenth at gcc dot gnu dot org 2008-10-16 09:44 --- Turning -frounding-math on by default would be a disservice to (most of) our users which is why the decision was made (long ago) to not enable this by default. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34

[Bug tree-optimization/37664] [4.4 Regression] ice in remove_range_assertions, at tree-vrp.c:5116

--- Comment #10 from jakub at gcc dot gnu dot org 2008-10-16 12:33 --- Subject: Bug 37664 Author: jakub Date: Thu Oct 16 12:32:01 2008 New Revision: 141171 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141171 Log: PR tree-optimization/37664 * fold-const.c (fold_

[Bug fortran/37848] New: internal compiler error: Segmentation fault. gfortran openmp

The following code generates an internal compiler error on gcc 4.2.3 on x86_64-linux-gnu Bug: The following bug occurs when: -The designated variables are stored in the module -Multithreading is applied -The final subroutine is called from another subroutine Command-line: gfortran -v -s

[Bug fortran/37848] internal compiler error: Segmentation fault. gfortran openmp

--- Comment #1 from m dot c dot schaafsma at student dot tudelft dot nl 2008-10-16 12:47 --- Created an attachment (id=16507) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16507&action=view) Main fortran routine -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37848

[Bug fortran/37848] internal compiler error: Segmentation fault. gfortran openmp

--- Comment #2 from m dot c dot schaafsma at student dot tudelft dot nl 2008-10-16 12:48 --- Created an attachment (id=16508) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16508&action=view) fortran module -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37848

[Bug c/37849] New: double to array conversion

Double conversion to memory and from memory array is broken with O3 optimization enabled. Both functions conv1 ( conversion from double to uint16_t[4] array ) and conv2 ( conversion from uint16_t array to double ) are broken. To my knowlege the problem also exists in previous versions of gcc/g++ (

[Bug c++/37847] Invalid tree sharing with CHANGE_DYNAMIC_TYPE_EXPR

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-10-16 13:13 --- Jakub thinks sharing TARGET_EXPRs is valid (unshare_body explicitly doesn't unshare TARGET_EXPRs just like SAVE_EXPRs). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37847

[Bug fortran/37848] internal compiler error: Segmentation fault. gfortran openmp

--- Comment #3 from dominiq at lps dot ens dot fr 2008-10-16 13:17 --- gfortran 4.3.2 and 4.4.0 give the following error: pr37848.f90:32.23: !$OMP PRIVATE(l,ni,M,N) 1 Error: Object 'g_junct' is not a variable at (1) The program compiles (and executes) after remov

[Bug c/37849] double to array conversion

--- Comment #1 from schwab at suse dot de 2008-10-16 13:30 --- *** This bug has been marked as a duplicate of 21920 *** -- schwab at suse dot de changed: What|Removed |Added

[Bug c/21920] aliasing violations

--- Comment #130 from schwab at suse dot de 2008-10-16 13:30 --- *** Bug 37849 has been marked as a duplicate of this bug. *** -- schwab at suse dot de changed: What|Removed |Added ---

[Bug target/37845] gcc ignores FP_CONTRACT pragma set to OFF

--- Comment #3 from vincent at vinc17 dot org 2008-10-16 13:54 --- (In reply to comment #1) > Confirmed. The FP_CONTRACT macro is not implemented, but the default behavior > of GCC is to behave like it was set to OFF. The problem is that on PowerPC, x*y+z is fused (contracted) by defau

[Bug tree-optimization/37705] [graphite] Remove limit_scops() workaround

--- Comment #2 from spop at gcc dot gnu dot org 2008-10-16 13:59 --- I prefer the second solution: if (multiplication_in_parameters (n)) then insert a new parameter on the BB preceding the scop, and use force_gimple_operand to gimplify the sequence of stmts for n. This returns a seque

[Bug fortran/37850] New: FAIL: gfortran.dg/c_by_val_1.f & gfortran.dg/value_4.f90 execution test

I have seen nothing about it on the list yet, so I guess I'm the only one impacted. Can someone confirm ? I'll investigate and provide more information later. FAIL: gfortran.dg/c_by_val_1.f -O0 execution test FAIL: gfortran.dg/c_by_val_1.f -O1 execution test FAIL: gfortran.dg/c_by_val_1.f

[Bug fortran/37827] Fortran IO structure - compiler vs. library (libgfortran) [requires ABI breaking?]

--- Comment #2 from burnus at gcc dot gnu dot org 2008-10-16 10:01 --- Duplicate of 37839? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37827

[Bug fortran/37848] internal compiler error: Segmentation fault. gfortran openmp

--- Comment #4 from m dot c dot schaafsma at student dot tudelft dot nl 2008-10-16 14:14 --- Thanks for your adequate respons! I'll implement your suggestion. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37848

[Bug fortran/37835] -fno-automatic does not work for derived types with default initalizer

--- Comment #3 from burnus at gcc dot gnu dot org 2008-10-16 09:41 --- Hmm, maybe the wording could (should?) be changed to make clear that for subroutine sub(n) integer n real automatic_data_object(n) end subroutine sub the automatic_data_object gets no SAVE with -fno-auto

[Bug target/37845] gcc ignores FP_CONTRACT pragma set to OFF

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-10-16 09:42 --- The fma patterns on ia64 are not guarded properly. They should be off as long as flag_unsafe_math_optimizations is not specified. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37845

[Bug middle-end/34678] Optimization generates incorrect code with -frounding-math option (#pragma STDC FENV_ACCESS not implemented)

--- Comment #14 from vincent at vinc17 dot org 2008-10-16 14:20 --- (In reply to comment #12) > Turning -frounding-math on by default would be a disservice to (most of) our > users which is why the decision was made (long ago) to not enable this by > default. The compiler should generat

[Bug fortran/37850] FAIL: gfortran.dg/c_by_val_1.f & gfortran.dg/value_4.f90 execution test

--- Comment #1 from dominiq at lps dot ens dot fr 2008-10-16 14:39 --- > ... so I guess I'm the only one impacted. ... Which revision? I don't have gfortran regression at r141150 on i686-apple-darwin9 and r141139 powerpc-apple-darwin9. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug c++/37847] New: Invalid tree sharing with CHANGE_DYNAMIC_TYPE_EXPR

The C++ FE builds from the following testcase: typedef long unsigned int size_t; void* operator new(size_t, void* __p); class locale { public: class facet; const facet** _M_facets; locale(size_t); }; typedef char fake_facet_vec[128]; fake_facet_vec facet_vec; locale::locale(size_t __re

[Bug target/37846] Option -mno-fused-madd should be supported on IA-64

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-16 09:43 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug c++/37847] Invalid tree sharing with CHANGE_DYNAMIC_TYPE_EXPR

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-16 09:24 --- A solution would be to wrap the placement in a SAVE_EXPR in all callers of avoid_placement_new_aliasing, thus the following seems to fix it: Index: init.c

[Bug middle-end/37851] New: [graphite] ICE in expand_scalar_variables_expr, at graphite.c:3617

gfortran -O2 -floop-block 939.f90 939.f90: In function 'solvep': 939.f90:6: internal compiler error: in expand_scalar_variables_expr, at graphite.c:3617 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. This was tested o

[Bug middle-end/37851] [graphite] ICE in expand_scalar_variables_expr, at graphite.c:3617

--- Comment #1 from dwarak dot rajagopal at amd dot com 2008-10-16 15:00 --- Created an attachment (id=16509) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16509&action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37851

[Bug libfortran/34670] bounds checking for array intrinsics

--- Comment #10 from tkoenig at gcc dot gnu dot org 2008-10-16 10:18 --- Subject: Bug 34670 Author: tkoenig Date: Thu Oct 16 10:16:38 2008 New Revision: 141167 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141167 Log: 2008-10-16 Thomas Koenig <[EMAIL PROTECTED]> PR

[Bug libfortran/37839] st_parameter_dt has unwanted padding, is out of sync with compiler

--- Comment #2 from burnus at gcc dot gnu dot org 2008-10-16 10:01 --- The same as PR 37827. Richard writes there: "You cannot touch the library part, but you certainly can align what the compiler does to the library part of the structure definition. Thus, if the behavior is wrong (as

[Bug fortran/37835] -fno-automatic does not work for derived types with default initalizer

--- Comment #2 from burnus at gcc dot gnu dot org 2008-10-16 09:37 --- Regarding -fno-automatic, James Van Buskirk suggested to compare the details with ifort's -save (see URL above): "The description in my admittedly old version of ifort documentation allows for different semantics for

[Bug fortran/37848] internal compiler error: Segmentation fault. gfortran openmp

--- Comment #5 from m dot c dot schaafsma at student dot tudelft dot nl 2008-10-16 15:06 --- I implemented your suggestion, but with little success. Removing the variable results in the same error. I need to use variables declared in an external module in a multi threaded loop. Somehow

[Bug middle-end/34678] Optimization generates incorrect code with -frounding-math option (#pragma STDC FENV_ACCESS not implemented)

--- Comment #13 from merkert at comcast dot net 2008-10-16 11:56 --- Would it make sense to have a function attribute to indicate that rounding mode was changed as a side effect? This way, one could keep the default rounding behavior and not incur a performance penalty, but at the same t

[Bug fortran/37848] internal compiler error: Segmentation fault. gfortran openmp

--- Comment #6 from dominiq at lps dot ens dot fr 2008-10-16 15:16 --- > Somehow my compiler can't manage it. Could you try a more recent version: 4.3.2 or 4.4.0: as I said in comment #3, the ICE has ben replaced by an error (I am not fluent enough with openmp to say if it is right or n

[Bug target/37845] gcc ignores FP_CONTRACT pragma set to OFF

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-16 09:40 --- Confirmed. The FP_CONTRACT macro is not implemented, but the default behavior of GCC is to behave like it was set to OFF. This is a target issue (sofar ia64 is identified as buggy). -- rguenth at gcc dot gnu do

[Bug libfortran/37839] st_parameter_dt has unwanted padding, is out of sync with compiler

--- Comment #3 from sje at cup dot hp dot com 2008-10-16 15:23 --- While changing the compiler would not break the ABI it seems like it would be pretty difficult. It looks to me like the compiler is building the offsets/fields based on the types in ioparm.def and assumes no padding. I

[Bug libfortran/37839] st_parameter_dt has unwanted padding, is out of sync with compiler

--- Comment #4 from dominiq at lps dot ens dot fr 2008-10-16 15:32 --- > I want to add padding but only in 32 bit mode and only on some platforms. Are not these information provided by the config steps, hence available when building gfortran? -- http://gcc.gnu.org/bugzilla/show_bug

[Bug middle-end/37852] New: [graphite] ICE in gbb_loop_index, at graphite.h:252

gfortran -floop-block -O2 final_test_fpu.f90 final_test_fpu.f90: In function 'gauss': final_test_fpu.f90:7: internal compiler error: in gbb_loop_index, at graphite.h:252 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. T

[Bug middle-end/37852] [graphite] ICE in gbb_loop_index, at graphite.h:252

--- Comment #1 from mitul dot thakkar at amd dot com 2008-10-16 15:37 --- Created an attachment (id=16510) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16510&action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37852

[Bug middle-end/37853] New: gcc.dg/vect/vect-67.c failing since PRE rewrite

This test is failing on several platforms, IA64, x86_64, and PowerPC. On IA64 the failures started with r137631 which was the PRE rewrite. There was some discussion of test failures when this change went in but I didn't see any mention of this particular test. See http://gcc.gnu.org/ml/gcc-patch

Re: [Bug target/37845] gcc ignores FP_CONTRACT pragma set to OFF

Sent from my iPhone On Oct 16, 2008, at 2:42 AM, "rguenth at gcc dot gnu dot org" <[EMAIL PROTECTED] > wrote: --- Comment #2 from rguenth at gcc dot gnu dot org 2008-10-16 09:42 --- The fma patterns on ia64 are not guarded properly. They should be off as long as flag_unsafe_m

[Bug target/37845] gcc ignores FP_CONTRACT pragma set to OFF

--- Comment #4 from pinskia at gmail dot com 2008-10-16 15:40 --- Subject: Re: gcc ignores FP_CONTRACT pragma set to OFF Sent from my iPhone On Oct 16, 2008, at 2:42 AM, "rguenth at gcc dot gnu dot org" <[EMAIL PROTECTED] > wrote: > > > --- Comment #2 from rguenth at gcc dot

[Bug tree-optimization/37705] [graphite] Remove limit_scops() workaround

--- Comment #3 from spop at gcc dot gnu dot org 2008-10-16 15:46 --- Created an attachment (id=16511) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16511&action=view) patch for solution 2 Patch as discussed at today's graphite call: detect multiplications of parameters, then gimpl

[Bug middle-end/37853] gcc.dg/vect/vect-67.c failing since PRE rewrite

--- Comment #1 from dominiq at lps dot ens dot fr 2008-10-16 15:49 --- Fails also on PPC/Intel Darwin9, 32 and 64 bit modes. The first time I see the failure is for r137631 (Intel). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37853

[Bug fortran/37848] internal compiler error: Segmentation fault. gfortran openmp

--- Comment #7 from burnus at gcc dot gnu dot org 2008-10-16 15:53 --- (In reply to comment #3) > gfortran 4.3.2 and 4.4.0 give the following error: > pr37848.f90:32.23: > !$OMP PRIVATE(l,ni,M,N) > 1 > Error: Object 'g_junct' is not a variable at (1) That error mes

[Bug c++/37854] New: No error when creating a variable from itself

If I try to compile this code: class X {}; int main { int i = i; X x = x; X y(y); return 0; } With: gcc -Wall main.cpp There is no error and no warning. INFOS: OS: Ubuntu Hardy gcc -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-language

[Bug c++/37854] No error when creating a variable from itself

--- Comment #1 from paolo dot carlini at oracle dot com 2008-10-16 16:16 --- *** This bug has been marked as a duplicate of 34772 *** -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug c++/37854] No error when creating a variable from itself

--- Comment #2 from paolo dot carlini at oracle dot com 2008-10-16 16:18 --- Oops, sorry. -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug c++/34772] [4.2/4.3/4.4 Regression] self-initialisation does not silence uninitialised warnings (-Winit-self ignored)

--- Comment #11 from paolo dot carlini at oracle dot com 2008-10-16 16:16 --- *** Bug 37854 has been marked as a duplicate of this bug. *** -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug c++/37854] No error when creating a variable from itself

--- Comment #3 from paolo dot carlini at oracle dot com 2008-10-16 16:22 --- In mainline (would be 4.4.0), with -Winit-self a warning is emitted for line 4 only. EDG-based compilers apparently do the same... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37854

[Bug target/37845] gcc ignores FP_CONTRACT pragma set to OFF

--- Comment #5 from joseph at codesourcery dot com 2008-10-16 16:31 --- Subject: Re: gcc ignores FP_CONTRACT pragma set to OFF On Thu, 16 Oct 2008, rguenth at gcc dot gnu dot org wrote: > Confirmed. The FP_CONTRACT macro is not implemented, but the default behavior > of GCC is to beh

[Bug fortran/35681] wrong result for vector subscripted array expression in MVBITS

--- Comment #6 from domob at gcc dot gnu dot org 2008-10-16 16:32 --- Fixed the accepts-invalid mentioned in comment #1 (patch posted at http://gcc.gnu.org/ml/fortran/2008-10/msg00145.html) on trunk, but the main problem here is still there, I'll start to work on it directly now. --

[Bug middle-end/34678] Optimization generates incorrect code with -frounding-math option (#pragma STDC FENV_ACCESS not implemented)

--- Comment #15 from joseph at codesourcery dot com 2008-10-16 16:39 --- Subject: Re: Optimization generates incorrect code with -frounding-math option (#pragma STDC FENV_ACCESS not implemented) On Thu, 16 Oct 2008, vincent at vinc17 dot org wrote: > The compiler should generate cor

[Bug c/33192] __imag operator drops side effects in subexpr

--- Comment #3 from jsm28 at gcc dot gnu dot org 2008-10-16 17:07 --- Subject: Bug 33192 Author: jsm28 Date: Thu Oct 16 17:05:57 2008 New Revision: 141176 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141176 Log: PR c/33192 * c-typeck.c (build_unary_op): Use omi

[Bug c/33192] __imag operator drops side effects in subexpr

--- Comment #4 from jsm28 at gcc dot gnu dot org 2008-10-16 17:12 --- Fixed for 4.4. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug target/37381] [4.4 Regression] ICE in ia64_speculate_insn, at config/ia64/ia64.c:6902

--- Comment #12 from amonakov at gcc dot gnu dot org 2008-10-16 17:31 --- Subject: Bug 37381 Author: amonakov Date: Thu Oct 16 17:30:06 2008 New Revision: 141177 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141177 Log: 2008-10-16 Alexander Monakov <[EMAIL PROTECTED]>

[Bug middle-end/34678] Optimization generates incorrect code with -frounding-math option (#pragma STDC FENV_ACCESS not implemented)

--- Comment #16 from vincent at vinc17 dot org 2008-10-16 17:39 --- I was suggesting to improve the behavior by having -frounding-math by default (at least when the user compiles with -std=c99 -- if he does this, then this means that he shows some interest in a conforming implementation)

[Bug target/37381] [4.4 Regression] ICE in ia64_speculate_insn, at config/ia64/ia64.c:6902

--- Comment #13 from amonakov at gcc dot gnu dot org 2008-10-16 17:42 --- H.J., thanks for reminding. Closing again. -- amonakov at gcc dot gnu dot org changed: What|Removed |Added -

[Bug libgcj/37856] New: Abort with: Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS

see PR37855 for the use case (building icedtea --with-alt-jar=gjar $ /usr/bin/gjar c0mf /scratch/packages/openjdk/d/icedtest/openjdk/control/build/linux-i586/tmp/manifest.tmp /scratch/packages/openjdk/d/icedtest/openjdk/control/build/linux-i586/tmp/rt-orig.jar @/scratch/packages/openjdk/d/icedtest

[Bug debug/37801] DWARF output for inlined functions doesn't always use DW_TAG_inlined_subroutine

--- Comment #2 from jason at redhat dot com 2008-10-16 18:22 --- Subject: Re: DWARF output for inlined functions doesn't always use DW_TAG_inlined_subroutine xuepeng dot guo at intel dot com wrote: > Hello Jason, I posted the whole debug_info section of of the binary file of > your ex

[Bug debug/33429] debug info for class2 in g++.dg/other/unused1.C requires -femit-class-debug-always

--- Comment #10 from jason at redhat dot com 2008-10-16 18:40 --- Subject: Re: debug info for class2 in g++.dg/other/unused1.C requires -femit-class-debug-always mark at codesourcery dot com wrote: > The library is provided to us in binary form and stripped, and if it > does have deb

[Bug middle-end/37857] New: [graphite] Segmentation fault

gfortran -O2 -floop-block final_protein.f90 final_protein.f90: In function 'superficie_proteina': final_protein.f90:1: error: type mismatch between an SSA_NAME and its symbol final_protein.f90:1: internal compiler error: Segmentation fault -- Summary: [graphite] Segmentation fault

[Bug middle-end/37857] [graphite] Segmentation fault

--- Comment #1 from mitul dot thakkar at amd dot com 2008-10-16 18:38 --- Created an attachment (id=16512) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16512&action=view) Reduced Test Case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37857

[Bug c++/37854] No error when creating a variable from itself

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-10-16 19:08 --- In this case since x and y are empty structs there are no real uses of them. If I change the code to: struct X {int i;}; int main() { int i = i; X x = x; X y(y); return i+x.i+y.i; } --- CUT --- And turn on o

[Bug java/37068] [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected

--- Comment #3 from dje at gcc dot gnu dot org 2008-10-16 20:12 --- I see the same failure on AIX that just restored Java support. On AIX, _Jv_CheckABI is invoked with version argument of 0 instead of 404000 GCC version constant. -- dje at gcc dot gnu dot org changed: Wh

[Bug fortran/37850] FAIL: gfortran.dg/c_by_val_1.f & gfortran.dg/value_4.f90 execution test

--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-10-16 20:20 --- I can't reproduce this with today's trunk, rev. 141180 Any more details? -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug debug/33429] debug info for class2 in g++.dg/other/unused1.C requires -femit-class-debug-always

--- Comment #11 from mark at codesourcery dot com 2008-10-16 20:37 --- Subject: Re: debug info for class2 in g++.dg/other/unused1.C requires -femit-class-debug-always jason at redhat dot com wrote: > It seems to me that you're arguing that -femit-class-debug-always should > go back

[Bug rtl-optimization/35729] const volatile variable access incorrectly hoisted out of loop

--- Comment #7 from sje at cup dot hp dot com 2008-10-16 21:32 --- The new test that was added fails for me on ia64-*-* platforms too. It looks like the fix for the original bug is right in that it is preventing the volatile assignment in being moved but the test is bad because other in

[Bug target/37843] [4.4 Regression] unaligned stack in main due to tail call optimization

--- Comment #2 from hjl dot tools at gmail dot com 2008-10-16 22:14 --- An updated patch is at http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00724.html -- hjl dot tools at gmail dot com changed: What|Removed |Added -

Problem building gcc 3.4.6 on 64 bit linux machine

Hello, I have a code that requires gcc 3.4.6 to compile it so I am attempting to build for my fedora 9 64 bit linux machine. It is having trouble doing this: gcc -c -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long

Re: Problem building gcc 3.4.6 on 64 bit linux machine

You must be trying to rebuild the generated files in the fixincludes directory. You shouldn't be. Run: bash contrib/gcc_update --touch Good luck - Bruce On Thu, Oct 16, 2008 at 3:24 PM, Leonard J. Reder <[EMAIL PROTECTED]> wrote: > Hello, > > I have a code that requires gcc 3.4.6 to compile it

[Bug middle-end/37339] [4.4 Regression] gcc.dg/pr33645-3.c scan-assembler-not var1_t

--- Comment #2 from sje at cup dot hp dot com 2008-10-16 23:17 --- This test uses -fno-unit-at-a-time which basically no longer exists. I believe it is currently accepted as an alias for -fno-toplevel-reorder. Does it make sense to just remove this test? -- sje at cup dot hp dot co

[Bug tree-optimization/37449] [4.4 Regression] calculix gets wrong answer for -O1 -ffast-math

--- Comment #25 from dberlin at gcc dot gnu dot org 2008-10-16 23:30 --- Subject: Re: [4.4 Regression] calculix gets wrong answer for -O1 -ffast-math I fixed the PRE issue with builtin_pow here. :) On Wed, Oct 15, 2008 at 2:50 PM, dberlin at dberlin dot org <[EMAIL PROTECTED]> wrote

[Bug c/37858] New: [4.3/4.4] ICE when "-fdump-ipa-all -dv" is used

gcc crashes when any file is compiled with following switches: gcc test.cpp -o test.o -fdump-ipa-all -dv --- Seems to crash for any valid input file, but in this test I used: test.cpp: int main(void) { return 0; } - test.cpp:1: internal compiler error: Segmentation fault Pl

[Bug bootstrap/37859] New: Bootstrap failure on mips64octeon-unknown-linux-gnu

Bootstrap failure in stage3. /mnt/src/gcc-clean/mips64octeon-unknown-linux-gnu/./prev-gcc/xgcc -B/mnt/src/gcc -clean/mips64octeon-unknown-linux-gnu/./prev-gcc/ -B/mnt/src/gcc-clean/mips64oct eon-unknown-linux-gnu/../install-mips64octeon-unknown-linux-gnu/mips64octeon-unk nown-linux-gnu/bin/ -c -g

[Bug libfortran/37839] st_parameter_dt has unwanted padding, is out of sync with compiler

--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-10-17 03:40 --- What if we do something like this: typedef struct st_parameter_common { GFC_INTEGER_4 flags; GFC_INTEGER_4 unit; const char *filename; GFC_INTEGER_4 line; CHARACTER2 (iomsg); GFC_INTEGER_4 *iostat; #i

[Bug debug/37801] DWARF output for inlined functions doesn't always use DW_TAG_inlined_subroutine

--- Comment #3 from xuepeng dot guo at intel dot com 2008-10-17 04:58 --- Yes, I agree with you. Would you please explain your idea in more detailed way? Please take what I posted in comment #1 as an example to show what should be generated and what should not be generated. I am willing

Re: Problem building gcc 3.4.6 on 64 bit linux machine

On Fri, 17 Oct 2008, 00:33:08 +0200, Bruce Korb wrote: > You must be trying to rebuild the generated files in the fixincludes > directory. > You shouldn't be. Run: >bash contrib/gcc_update --touch > Good luck - Bruce Another thing that strikes is that he's using /bin/tcsh as the shell; I'd s

[Bug middle-end/37858] [4.3/4.4 Regression] ICE when "-fdump-ipa-all -dv" is used

--- Comment #1 from ubizjak at gmail dot com 2008-10-17 06:32 --- Confirmed, gcc crashes in passes.c, around line 1288: if (initializing_dump && dump_file && graph_dump_format != no_graph ==> && (cfun->curr_properties & (PROP_cfg | PROP_rtl)) == (PROP_cfg | PRO

[Bug target/37809] [4.2/4.3/4.4 Regression] Incorrect code with MMX right shift __builtin_ia32_psradi

--- Comment #5 from ubizjak at gmail dot com 2008-10-17 06:35 --- (In reply to comment #4) > Digging a bit, in combine.c, the ASHIFTRT case of force_to_mode() contains two > calls to simplify_shift_const(). Disabling those for vector modes fixes the > test case here (patch below). Can