[Bug bootstrap/26297] New: boostrap fails with invalid cast cast on AIX
/usr/local/build/gcc/xgcc -shared-libgcc -B/usr/local/build/gcc/ -nostdinc++ -L/ usr/local/build/powerpc-ibm-aix4.2.1.0/soft-float/libstdc++-v3/src -L/usr/local/ build/powerpc-ibm-aix4.2.1.0/soft-float/libstdc++-v3/src/.libs -B/usr/local/gcc3 45/powerpc-ibm-aix4.2.1.0/bin/ -B/usr/local/gcc345/powerpc-ibm-aix4.2.1.0/lib/ - isystem /usr/local/gcc345/powerpc-ibm-aix4.2.1.0/include -isystem /usr/local/gcc 345/powerpc-ibm-aix4.2.1.0/sys-include -msoft-float -I/usr/local/build/powerpc-i bm-aix4.2.1.0/soft-float/libstdc++-v3/include/powerpc-ibm-aix4.2.1.0 -I/usr/loca l/build/powerpc-ibm-aix4.2.1.0/soft-float/libstdc++-v3/include -I/home/multix/gc c-3.4.5/libstdc++-v3/libsupc++ -O2 -O -g -O2 -msoft-float -fno-implicit-template s -Wall -W -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffuncti on-sections -fdata-sections -c c++locale.cc -DPIC -o .libs/c++locale.o c++locale.cc:1: warning: -ffunction-sections may affect debugging on some target s c++locale.cc: In function `void std::__convert_to_v(const char*, _Tv&, std::_Ios _Iostate&, int* const&) [with _Tv = float]': c++locale.cc:61: error: invalid conversion from `const char*' to `char*' c++locale.cc:61: error: initializing argument 1 of `float strtof(char*, char**)' make[7]: *** [c++locale.lo] Error 1 make[7]: Leaving directory `/usr/local/build/powerpc-ibm-aix4.2.1.0/soft-float/libstdc++-v3/src' -- Summary: boostrap fails with invalid cast cast on AIX Product: gcc Version: 3.4.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: multix at gmail dot com GCC build triplet: powerpc-ibm-aix4.2.1.0 GCC host triplet: powerpc-ibm-aix4.2.1.0 GCC target triplet: powerpc-ibm-aix4.2.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26297
[Bug bootstrap/26297] boostrap fails with invalid cast cast on AIX
--- Comment #1 from multix at gmail dot com 2006-02-15 08:24 --- configure flags recorded in config.status are: # /home/multix/gcc-3.4.5/configure --prefix=/usr/local/gcc345 --enable-threads= aix --disable-nls --enable-languages=c,c++,objc --with-gcc-version-trigger=/home /multix/gcc-3.4.5/gcc/version.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26297
[Bug classpath/19613] java.util.prefs should work like the JDK
--- Comment #5 from thebohemian at gmx dot net 2006-02-15 08:28 --- As for the format Sun mentions this DTD in their API doc: http://java.sun.com/dtd/preferences.dtd -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19613
[Bug tree-optimization/26209] [4.1 Regression] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3
--- Comment #12 from steven at gcc dot gnu dot org 2006-02-15 09:08 --- Fixed on the trunk. -- steven at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.1.0 4.2.0 |4.1.0 Known to work|4.0.3 |4.0.3 4.2.0 Summary|[4.1/4.2 Regression]|[4.1 Regression] Specific |Specific code causes g++|code causes g++ 4.1.0 |4.1.0 dominance ICE when|dominance ICE when compiled |compiled with -O3 |with -O3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26209
[Bug c++/26298] New: no warning for implicit type conversion
The following code gives two different results without any warning:
#include
void toInt(int i)
{
fprintf(stderr, "i = %d\n", i);
}
void toLongLong(long long L)
{
fprintf(stderr, "L = %lld\n", L);
}
int main()
{
toInt(-sizeof(int));
toLongLong(-sizeof(int));
return 0;
}
There should at least be a warning.
This behaviour can be found on SUN and on Linux x86 with compiler versions
between 3.4.4 and 4.0.3 (prerelease).
--
Summary: no warning for implicit type conversion
Product: gcc
Version: 4.0.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: m dot becker at spider-software dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26298
[Bug libfortran/26253] FAIL: gfortran.fortran-torture/execute/intrinsic_set_exponent.f90 execution
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-02-15 09:15 --- (In reply to comment #2) > hpux10.20 doesn't have scalbn and hpux11.x does, so that's one difference. On hppa2.0w-hp-hpux11.23, I see this same bug if I undefine HAVE_SCALBN in libgfortran/config.h. I'll look into it sometime tonight or tomorrow. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-15 09:15:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26253
[Bug ada/26096] [4.2 Regression] Ada bootstrap fails in g-alleve.adb
--- Comment #11 from charlet at gcc dot gnu dot org 2006-02-15 09:31 --- Subject: Bug 26096 Author: charlet Date: Wed Feb 15 09:31:40 2006 New Revision: 111030 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111030 Log: 2006-02-13 Richard Kenner <[EMAIL PROTECTED]> Olivier Hainque <[EMAIL PROTECTED]> Eric Botcazou <[EMAIL PROTECTED]> * ada-tree.h: (TYPE_UNCHECKED_UNION_P): Deleted. * gigi.h (value_factor_p): Add prototype and description, now public. * decl.c (gnat_to_gnu_field): Don't attempt BLKmode to integral type promotion for field with rep clause if the associated size was proven to be in error. Expand comments describing attempts to use a packable type. (gnat_to_gnu_entity) : Inherit alias set of what we are making a subtype of to ensure conflicts amongst all subtypes in a hierarchy, necessary since these are not different types and pointers may actually designate any subtype in this hierarchy. (gnat_to_gnu_entity, case E_Record_Type): Always make fields for discriminants but put them into record only if not Unchecked_Union; pass flag to components_to_record showing Unchecked_Union. (make_dummy_type): Use UNION_TYPE only if Unchecked_Union and no components before variants; don't set TYPE_UNCHECKED_UNION_P. (components_to_record): New argument UNCHECKED_UNION. Remove special case code for Unchecked_Union and instead use main code with small changes. PR ada/26096 (gnat_to_gnu_entity) : Do not initialize the aligning variable with the expression being built, only its inner field. * trans.c (Handled_Sequence_Of_Statements_to_gnu): Remove call to emit_sequence_entry_statements. (emit_sequence_entry_statements, body_with_handlers_p): Delete. (establish_gnat_vms_condition_handler): Move before Subprogram_Body_to_gnu. (Subprogram_Body_to_gnu): On VMS, establish_gnat_vms_condition_handler for a subprogram if it has a foreign convention or is exported. (Identifier_to_gnu): Manually unshare the DECL_INITIAL tree when it is substituted for a CONST_DECL. (tree_transform, case N_Aggregate): Remove code for UNION_TYPE and pass Etype to assoc_to_constructor. (assoc_to_constructor): New argument, GNAT_ENTITY; use it to ignore discriminants of Unchecked_Union. (TARGET_ABI_OPEN_VMS): Define to 0 if not defined, so that later uses don't need cluttering preprocessor directives. (establish_gnat_vms_condition_handler): New function. Establish the GNAT condition handler as current in the compiled function. (body_with_handlers_p): New function. Tell whether a given sequence of statements node is attached to a package or subprogram body and involves exception handlers possibly nested within inner block statements. (emit_sequence_entry_statements): New function, to emit special statements on entry of sequences when necessary. Establish GNAT condition handler in the proper cases for VMS. (Handled_Sequence_Of_Statements_to_gnu): Start block code with emit_sequence_entry_statements. * utils2.c (find_common_type): If both input types are BLKmode and have a constant size, use the smaller one. (build_simple_component_ref): Also match if FIELD and NEW_FIELD are the same. * utils.c (value_factor_p): Make public, to allow uses from other gigi units. (create_type_decl): Do not set the flag DECL_IGNORED_P for dummy types. (convert, case UNION_TYPE): Remove special treatment for unchecked unions. PR ada/18659 (update_pointer_to): Update variants of pointer types to unconstrained arrays by attaching the list of fields of the main variant. Modified: trunk/gcc/ada/ada-tree.h trunk/gcc/ada/decl.c trunk/gcc/ada/gigi.h trunk/gcc/ada/trans.c trunk/gcc/ada/utils.c trunk/gcc/ada/utils2.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26096
[Bug ada/18659] [4.2 Regression] ACATS failures c32001e c64105b c95086b
--- Comment #24 from charlet at gcc dot gnu dot org 2006-02-15 09:31 --- Subject: Bug 18659 Author: charlet Date: Wed Feb 15 09:31:40 2006 New Revision: 111030 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111030 Log: 2006-02-13 Richard Kenner <[EMAIL PROTECTED]> Olivier Hainque <[EMAIL PROTECTED]> Eric Botcazou <[EMAIL PROTECTED]> * ada-tree.h: (TYPE_UNCHECKED_UNION_P): Deleted. * gigi.h (value_factor_p): Add prototype and description, now public. * decl.c (gnat_to_gnu_field): Don't attempt BLKmode to integral type promotion for field with rep clause if the associated size was proven to be in error. Expand comments describing attempts to use a packable type. (gnat_to_gnu_entity) : Inherit alias set of what we are making a subtype of to ensure conflicts amongst all subtypes in a hierarchy, necessary since these are not different types and pointers may actually designate any subtype in this hierarchy. (gnat_to_gnu_entity, case E_Record_Type): Always make fields for discriminants but put them into record only if not Unchecked_Union; pass flag to components_to_record showing Unchecked_Union. (make_dummy_type): Use UNION_TYPE only if Unchecked_Union and no components before variants; don't set TYPE_UNCHECKED_UNION_P. (components_to_record): New argument UNCHECKED_UNION. Remove special case code for Unchecked_Union and instead use main code with small changes. PR ada/26096 (gnat_to_gnu_entity) : Do not initialize the aligning variable with the expression being built, only its inner field. * trans.c (Handled_Sequence_Of_Statements_to_gnu): Remove call to emit_sequence_entry_statements. (emit_sequence_entry_statements, body_with_handlers_p): Delete. (establish_gnat_vms_condition_handler): Move before Subprogram_Body_to_gnu. (Subprogram_Body_to_gnu): On VMS, establish_gnat_vms_condition_handler for a subprogram if it has a foreign convention or is exported. (Identifier_to_gnu): Manually unshare the DECL_INITIAL tree when it is substituted for a CONST_DECL. (tree_transform, case N_Aggregate): Remove code for UNION_TYPE and pass Etype to assoc_to_constructor. (assoc_to_constructor): New argument, GNAT_ENTITY; use it to ignore discriminants of Unchecked_Union. (TARGET_ABI_OPEN_VMS): Define to 0 if not defined, so that later uses don't need cluttering preprocessor directives. (establish_gnat_vms_condition_handler): New function. Establish the GNAT condition handler as current in the compiled function. (body_with_handlers_p): New function. Tell whether a given sequence of statements node is attached to a package or subprogram body and involves exception handlers possibly nested within inner block statements. (emit_sequence_entry_statements): New function, to emit special statements on entry of sequences when necessary. Establish GNAT condition handler in the proper cases for VMS. (Handled_Sequence_Of_Statements_to_gnu): Start block code with emit_sequence_entry_statements. * utils2.c (find_common_type): If both input types are BLKmode and have a constant size, use the smaller one. (build_simple_component_ref): Also match if FIELD and NEW_FIELD are the same. * utils.c (value_factor_p): Make public, to allow uses from other gigi units. (create_type_decl): Do not set the flag DECL_IGNORED_P for dummy types. (convert, case UNION_TYPE): Remove special treatment for unchecked unions. PR ada/18659 (update_pointer_to): Update variants of pointer types to unconstrained arrays by attaching the list of fields of the main variant. Modified: trunk/gcc/ada/ada-tree.h trunk/gcc/ada/decl.c trunk/gcc/ada/gigi.h trunk/gcc/ada/trans.c trunk/gcc/ada/utils.c trunk/gcc/ada/utils2.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18659
[Bug ada/20753] [4.0/4.1/4.2 Regression] ACATS ce3810b segfaults at runtime
--- Comment #16 from charlet at gcc dot gnu dot org 2006-02-15 09:34 --- Subject: Bug 20753 Author: charlet Date: Wed Feb 15 09:34:48 2006 New Revision: 111043 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111043 Log: 2006-02-13 Geert Bosch <[EMAIL PROTECTED]> Gary Dismukes <[EMAIL PROTECTED]> * a-tifiio.adb (Put_Digits): Test Last against To'First - 1 instead of 0, since the lower bound of the actual string may be greater than one. PR ada/20753 (Put): Fix condition to raise Layout_Error when invalid layout is requested. Modified: trunk/gcc/ada/a-tifiio.adb -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20753
[Bug ada/25885] [4.0/4.1/4.2 Regression] Tree checking failure on ASIS
--- Comment #6 from charlet at gcc dot gnu dot org 2006-02-15 09:38 --- Subject: Bug 25885 Author: charlet Date: Wed Feb 15 09:38:39 2006 New Revision: 111062 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111062 Log: 2006-02-13 Ed Schonberg <[EMAIL PROTECTED]> Javier Miranda <[EMAIL PROTECTED]> Robert Dewar <[EMAIL PROTECTED]> Gary Dismukes <[EMAIL PROTECTED]> * exp_ch6.adb (Expand_Inlined_Call): Handle calls to functions that return unconstrained arrays. Update comments. (Expand_Call): An indirect call through an access parameter of a protected operation is not a protected call. Add circuit to raise CE in Ada 2005 mode following call to Raise_Exception. (Register_DT_Entry): Do nothing if the run-time does not give support to abstract interfaces. (Freeze_Subprogram): In case of dispatching operations, do not generate code to register the operation in the dispatch table if the source is compiled with No_Dispatching_Calls. (Register_Predefined_DT_Entry): Generate code that calls the new run-time subprogram Set_Predefined_Prim_Op_Address instead of Set_Prim_Op_Address. * sem_ch5.adb (Analyze_Assignment_Statement): Do not apply length checks on array assignments if the right-hand side is a function call that has been inlined. Check is performed on the assignment in the block. (Process_Bounds): If bounds and range are overloaded, apply preference rule for root operations to disambiguate, and diagnose true ambiguity. (Analyze_Assignment): Propagate the tag for a class-wide assignment with a tag-indeterminate right-hand side even when Expander_Active is True. Needed to ensure that dispatching calls to T'Input are allowed and get the tag of the target class-wide object. * sem_ch6.adb (New_Overloaded_Entity): Handle entities that override an inherited primitive operation that already overrides several abstract interface primitives. For transitivity, the new entity must also override all the abstract interface primitives covered by the inherited overriden primitive. Emit warning if new entity differs from homograph in same scope only in that one has an access parameter and the other one has a parameter of a general access type with the same designated type, at the same position in the signature. (Make_Inequality_Operator): Use source locations of parameters and subtype marks from corresponding equality operator when creating the tree structure for the implicit declaration of "/=". This does not change anything in behaviour except that the decoration of the components of the subtree created for "/=" allows ASIS to get the string images of the corresponding identifiers. (Analyze_Return_Statement): Remove '!' in warning message. (Check_Statement_Sequence): Likewise. (Analyze_Subprogram_Body): For an access parameter whose designated type is an incomplete type imported through a limited_with clause, use the type of the corresponding formal in the body. (Check_Returns): Implicit return in No_Return procedure now raises Program_Error with a compile time warning, instead of beging illegal. (Has_Single_Return): Function returning unconstrained type cannot be inlined if expression in unique return statement is not an identifier. (Build_Body_To_Inline): It is possible to inline a function call that returns an unconstrained type if all return statements in the function return the same local variable. Subsidiary procedure Has_Single_Return verifies that the body conforms to this restriction. * sem_res.adb (Resolve_Equality_Op): If the operands do not have the same type, and one of them is of an anonymous access type, convert the other operand to it, so that this is a valid binary operation for gigi. (Resolve_Type_Conversion): Handle subtypes of protected types and task types when accessing to the corresponding record type. (Resolve_Allocator): Add '\' in 2-line warning message. Remove '!' in warning message. (Resolve_Call): Add '\' in 2-line warning message. (Valid_Conversion): Likewise. (Resolve_Overloaded_Selected_Component): If disambiguation succeeds, the resulting type may be an access type with an implicit dereference. Obtain the proper component from the designated type. (Make_Call_Into_Operator): Handle properly a call to predefined equality given by an expanded name with prefix Standard, when the operands are of an anonymous access type. (Check_Fully_Declared_Prefix): New procedure, subsidiary of Resolve_
[Bug ada/18819] [4.2 Regression] ACATS cdd2a01 cdd2a02 fail at runtime
--- Comment #26 from charlet at gcc dot gnu dot org 2006-02-15 09:40 --- Subject: Bug 18819 Author: charlet Date: Wed Feb 15 09:40:13 2006 New Revision: 111069 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111069 Log: 2006-02-13 Ed Schonberg <[EMAIL PROTECTED]> Javier Miranda <[EMAIL PROTECTED]> Eric Botcazou <[EMAIL PROTECTED]> * exp_util.ads, exp_util.adb (Find_Prim_Op, Is_Predefined_Primitive_Operation): When searching for the predefined equality operator, verify that operands have the same type. (Is_Predefined_Dispatching_Operation): Remove the code that looks for the last entity in the list of aliased subprograms. This code was wrong in case of renamings. (Set_Renamed_Subprogram): New procedure (Remove_Side_Effects): Replace calls to Etype (Exp) with use of the Exp_Type constant computed when entering this subprogram. (Known_Null): New function (OK_To_Do_Constant_Replacement): New function (Known_Non_Null): Check scope before believing Is_Known_Non_Null flag (Side_Effect_Free): An attribute reference 'Input is not free of side effect, unlike other attributes that are functions. (from code reading). (Remove_Side_Effects): Expressions that involve packed arrays or records are copied at the point of reference, and therefore must be marked as renamings of objects. (Is_Predefined_Dispatching_Operation): Return false if the operation is not a dispatching operation. PR ada/18819 (Remove_Side_Effects): Lift enclosing type conversion nodes for elementary types in all cases. Modified: trunk/gcc/ada/exp_util.adb trunk/gcc/ada/exp_util.ads -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18819
[Bug rtl-optimization/26296] [4.2 Regression] ACATS ICE cxg2007 cxg2012 verify_flow_info failed
--- Comment #3 from chrisp_42 at bigpond dot com 2006-02-15 09:40 --- (In reply to comment #2) > Patch at: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01105.html > Actually it was the enabling of the new loop invariant pass in revision 110852. Patch at http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01104.html Has not been applied to head yet. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26296
[Bug ada/23973] without -gnat05, GNAT warns that interface is new kw, but misses one frequent occurence
--- Comment #2 from charlet at gcc dot gnu dot org 2006-02-15 09:42 --- Subject: Bug 23973 Author: charlet Date: Wed Feb 15 09:42:14 2006 New Revision: 111080 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111080 Log: 2006-02-13 Javier Miranda <[EMAIL PROTECTED]> PR ada/23973 * par-ch3.adb (P_Derived_Type_Def_Or_Private_Ext_Decl): Reorganize the code to improve the error message reported when the program has declarations of abstract interface types and it is not compiled with the -gnat05 switch. (P_Access_Definition): Reorganize the code to improve the error message reported when the new Ada 2005 syntax for anonymous access types is used and the program is not compiled with the -gnat05 switch. Modified: trunk/gcc/ada/par-ch3.adb -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23973
[Bug ada/26096] [4.2 Regression] Ada bootstrap fails in g-alleve.adb
--- Comment #12 from charlet at gcc dot gnu dot org 2006-02-15 10:02 --- Fixed on trunk. -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26096
[Bug rtl-optimization/26296] [4.2 Regression] ACATS ICE cxg2007 cxg2012 verify_flow_info failed
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-02-15 10:03 --- > Actually it was the enabling of the new loop invariant pass in revision > 110852. What do you think LIM means? > Patch at http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01104.html Oops, right, that's the correct link. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26296
[Bug rtl-optimization/20972] Register allocator/reload uses auto-inc register in non-addressing operand
--- Comment #8 from rearnsha at gcc dot gnu dot org 2006-02-15 10:03 --- OK, then that moves this from being a minor into a more serious problem. The compiler is clearly failing to behave as specified. -- rearnsha at gcc dot gnu dot org changed: What|Removed |Added Severity|minor |normal Summary|Can't describe an early-|Register allocator/reload |clobber by an auto-inc |uses auto-inc register in ||non-addressing operand http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20972
[Bug ada/18659] [4.2 Regression] ACATS failures c32001e c64105b c95086b
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2006-02-15 10:07 --- The fix is almost miraculous. :-) -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC|ebotcazou at gcc dot gnu dot| |org | Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18659
[Bug ada/18819] [4.2 Regression] ACATS cdd2a02 fail at runtime
--- Comment #27 from ebotcazou at gcc dot gnu dot org 2006-02-15 10:09 --- Back to the original problem, purely related to SRA. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2005-11-22 10:25:44 |2006-02-15 10:09:18 date|| Summary|[4.2 Regression] ACATS |[4.2 Regression] ACATS |cdd2a01 cdd2a02 fail at |cdd2a02 fail at runtime |runtime | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18819
[Bug ada/20753] [4.0/4.1 Regression] ACATS ce3810b segfaults at runtime
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2006-02-15 10:10 --- Fixed on mainline, I'll backport to the other branches. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1/4.2 Regression]|[4.0/4.1 Regression] ACATS |ACATS ce3810b segfaults at |ce3810b segfaults at runtime |runtime | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20753
[Bug ada/25885] [4.0/4.1 Regression] Tree checking failure on ASIS
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-02-15 10:12 --- Fixed on mainline, I'll backport to the other branches. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1/4.2 Regression]|[4.0/4.1 Regression] Tree |Tree checking failure on|checking failure on ASIS |ASIS| Target Milestone|4.0.3 |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25885
[Bug ada/18819] [4.2 Regression] ACATS cdd2a02 fail at runtime
--- Comment #28 from ebotcazou at gcc dot gnu dot org 2006-02-15 10:23 --- Richard, it's the only remaining failure in ACATS on most platforms: the bad interaction between SRA and aggregates under certain circumstances. Do you know what amount of work would be required to properly get rid of it? -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||kenner at vlsi1 dot ultra ||dot nyu dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18819
[Bug ada/23973] without -gnat05, GNAT warns that interface is new kw, but misses one frequent occurence
--- Comment #3 from charlet at gcc dot gnu dot org 2006-02-15 10:34 --- Done on trunk -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23973
[Bug c++/26298] -Wconversion fails to detect signedness change during widening conversion
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-02-15 10:36 --- With -Wconversion you get t.c:5: warning: passing argument 1 of toLongLong with different width due to prototype though -Wconversion is neither in -Wall nor -Wextra. I see you filed against C++, which doesn't warn here, but we have a bug for a similar case already. Also the C diagnostic could be improved in the case of a widening sign conversion, because that is more likely an error than a non-widening sign conversion. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||26167 Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||diagnostic Last reconfirmed|-00-00 00:00:00 |2006-02-15 10:36:07 date|| Summary|no warning for implicit type|-Wconversion fails to detect |conversion |signedness change during ||widening conversion http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26298
[Bug libstdc++/26297] boostrap fails with invalid cast compiling libstdc++ with --disable-nls on AIX
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-02-15 10:42 --- This looks more like a libstdc++ issue, maybe not even AIX specific. I'm trying to reproduce on i686-linux. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|bootstrap |libstdc++ Summary|boostrap fails with invalid |boostrap fails with invalid |cast cast on AIX|cast compiling libstdc++ ||with --disable-nls on AIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26297
[Bug regression/26290] [4.1 Regression]: some loop optimizations no longer run at -O2
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-02-15 10:58 --- Confirmed. This are the two inner loops: 4.0.2: .L6: movl-4(%esi), %ecx movl(%edx), %eax cmpl%eax, %ecx jle .L7 movl%eax, -4(%esi) movl%ecx, (%edx) .L7: incl%ebx addl$4, %edx cmpl%edi, %ebx jne .L6 4.1.0: .L6: movl8(%ebp), %ebx movl4(%edx), %ecx movl-4(%ebx,%eax,4), %ebx movl%ecx, -20(%ebp) cmpl%ecx, %ebx movl%ebx, -16(%ebp) jle .L7 movl8(%ebp), %ebx movl%ecx, -4(%ebx,%eax,4) movl-16(%ebp), %ecx movl%ecx, 4(%edx) .L7: incl-24(%ebp) addl$4, %edx cmpl-24(%ebp), %esi jle .L12 jmp .L6 Optimized tree-dumps have for 4.0.2: :; D.2291 = *((int *) ivtmp.31 + -4B); D.2339 = (int *) ivtmp.22; D.2296 = *D.2339; if (D.2291 > D.2296) goto ; else goto ; :; *((int *) ivtmp.31 + -4B) = D.2296; *D.2339 = D.2291; :; ivtmp.19 = ivtmp.19 + 1; ivtmp.22 = ivtmp.22 + 4B; if (ivtmp.19 != (unsigned int) cnt - (unsigned int) j) goto ; else goto ; and for 4.1.0: :; D.2434 = MEM[base: lst, index: D.2540, step: 4B, offset: -4B]; D.2534 = (int *) ivtmp.49; D.2439 = MEM[base: D.2534, offset: 4B]; if (D.2434 > D.2439) goto ; else goto ; :; MEM[base: lst, index: D.2540, step: 4B, offset: -4B] = D.2439; MEM[base: D.2534, offset: 4B] = D.2434; :; j.56 = j.56 + 1; ivtmp.49 = ivtmp.49 + 4B; if (cnt > j.56) goto ; else goto ; which doesn't look too much worse. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-15 10:58:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26290
[Bug middle-end/26300] New: [4.1 Regression] ICE in trunc_int_for_mode
extern void fn1 (long int) __attribute__ ((noreturn));
void fn2 (long int);
extern long int u, v;
struct S
{
char c;
long int d;
long int e;
};
static inline struct S *
fn3 (long int x)
{
if (*(char *) x != 6)
fn1 (0);
return (struct S *) x;
}
static inline int
fn4 (long int x)
{
if (x == u)
return 3;
fn2 (x);
return 0;
}
int
test (long int x)
{
long int r;
int m = 0;
for (r = x; r != v; r = (fn3 (r)->d))
if (*(char *) r != 6)
fn1 (x);
else
m |= 1 << (fn4 (fn3 (r)->e) - 1);
return m;
}
ICEs at -O and above on x86_64.
--
Summary: [4.1 Regression] ICE in trunc_int_for_mode
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
GCC target triplet: x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26300
[Bug libstdc++/26297] boostrap fails with invalid cast compiling libstdc++ with --disable-nls on AIX
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-02-15 11:04 --- Cannot reproduce on i686-linux with 3.4 branch as of r110789 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26297
[Bug libstdc++/26297] boostrap fails with invalid cast compiling libstdc++ with --disable-nls on AIX
--- Comment #4 from pcarlini at suse dot de 2006-02-15 11:10 --- (In reply to comment #0) > c++locale.cc:61: error: invalid conversion from `const char*' to `char*' > c++locale.cc:61: error: initializing argument 1 of `float strtof(char*, A few comments: first, I seriously doubt --disable-nls is relevant, because the error happens in the above line, where I cannot see the involvment of nls. That said, you gonna need --enable-clocale=generic, on linux, to enable that code, which is part of the generic locale model (used by default on AIX). Last but not least, I don't think on linux - and many other targets for that matter - the first parameter of strtof is of type char* (vs const char*) ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26297
[Bug regression/26290] [4.1 Regression]: some loop optimizations no longer run at -O2
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-02-15 11:19 --- mainline is sane again: .L6: movl-4(%edx), %esi movl%esi, -20(%ebp) movl(%ecx), %esi cmpl%esi, -20(%ebp) jle .L7 movl%esi, -4(%edx) movl-20(%ebp), %esi movl%esi, (%ecx) .L7: addl$1, %ebx addl$4, %ecx cmpl%ebx, %edi jle .L4 jmp .L6 though notice the jle .L4 jmp .L6 jumps - a jgt .L6 would probably be more branch unit friendly. But I think we have a separate bug for this already. Maybe Zdenek can investigate? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rakdver at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26290
[Bug middle-end/26300] [4.1 Regression] ICE in trunc_int_for_mode
--- Comment #1 from jakub at gcc dot gnu dot org 2006-02-15 11:25 ---
What happens is that first dom1 splits the 1 << (f4 (...) - 1) shift into
1 << (3 - 1) and 1 << (0 - 1) branches depending on if fn3 (r)->e == u or not.
The latter triggers undefined behavior, but if the 1 << (3 - 1) branch is
always taken, then it will never be triggered at runtime.
D.1642 = 1 << -1;
is then expanded into RTL (not folded, since folders refuse to fold shifts by
negative value), at life1 we still have:
(insn 69 67 70 10 (set (reg:SI 66)
(const_int 1 [0x1])) 40 {*movsi_1} (nil)
(nil))
(insn 70 69 71 10 (parallel [
(set (reg:SI 61 [ D.1642 ])
(ashift:SI (reg:SI 66)
(const_int -1 [0x])))
(clobber (reg:CC 17 flags))
]) 413 {*ashlsi3_1} (insn_list:REG_DEP_TRUE 69 (nil))
(expr_list:REG_DEAD (reg:SI 66)
(expr_list:REG_UNUSED (reg:CC 17 flags)
(nil
but then combine changes that into:
(insn 71 70 72 10 (parallel [
(set (zero_extract:DI (const_int 0 [0x0])
(const_int 1 [0x1])
(const_int -1 [0x]))
(const_int 1 [0x1]))
]) 318 {*iorsi_1} (insn_list:REG_DEP_TRUE 70 (nil))
(expr_list:REG_DEAD (reg:SI 61 [ D.1642 ])
(expr_list:REG_UNUSED (reg:CC 17 flags)
(nil
which is not valid RTL (zero_extract requires first arg to be REG or MEM).
I think this is not the first time we have issues with shifts by negative
value,
perhaps tree->rtl expansion could mask the shift count or something, otherwise
we'll keep finding such bugs all the time.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
CC||rth at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26300
[Bug c++/17519] [3.4/4.0/4.1/4.2 Regression] Warning for array of packed non-POD in packed struct
--- Comment #10 from titusjan at gmail dot com 2006-02-15 11:53 --- (In reply to comment #9) > (In reply to comment #4) [snip] > All the more reason to warn if we don't pack these members now, but we might > fix that in the future and thus change the data layout. > I.e. if the packed attribute is applied (individually or as part of an entire > struct / class) to a member, but ignored, and this is relevant for the size or > alignment of that member, we should warn. That obviously applies for the > target > we are compiling for, but I think if possible, we should warn if the ignoring > of the packed attribute is relevant for any possible gcc target. I've got non-POD objects that abstract endiannes and use them in arrays that represent data-packets. The non-POD objects are quite simple, they don't use inheritance or virtual methods. I use assert statements to verify the size of the data-packets and notice that packing hasn't changed. Nevertheless, I get this warning when changing from gcc 3.3 to 4.0. Is this warning given because there are other targets where the packing will be different, or because the packing might change in the future? In the first case: I don't need my program to be portable to every possible GCC target. I think it's my responsibility to ensure that it works on the relevant targets and would only want to get a warning if the packed attribute is actually ignored. In the second case: how likely is it that the packing will change in the future? I don't see any reason why my objects can't be packed but I have no knowledge of the GCC internals. In any case, can this warning be suppressed or is there a simple workaround? Since I use the asserts I'm not realy worried about missing the case when the packet attribute is ignored. Forgive me for using this bugtracking system as a helpdesk but I hope my questions contribute to the discussion. Pepijn. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17519
[Bug tree-optimization/26209] [4.1 Regression] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3
--- Comment #13 from rguenth at gcc dot gnu dot org 2006-02-15 12:05 --- Zdenek - will you commit to 4.1, too, together with the fix for the fallout? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26209
[Bug middle-end/22275] [3.4/4.0/4.2 Regression] bitfield layout change
--- Comment #52 from matz at gcc dot gnu dot org 2006-02-15 12:19 --- Subject: Bug 22275 Author: matz Date: Wed Feb 15 12:19:49 2006 New Revision: 09 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=09 Log: PR middle-end/22275 * stor-layout.c (layout_decl): Zero-width bitfields aren't influenced by maximum_field_alignment or DECL_PACKED. (update_alignment_for_field): Ditto. (place_field): Ditto. * doc/extend.texi (<#pragma pack>, ): Document this behaviour. Modified: trunk/gcc/ChangeLog trunk/gcc/doc/extend.texi trunk/gcc/stor-layout.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22275
[Bug middle-end/22275] [3.4/4.0/4.2 Regression] bitfield layout change
--- Comment #53 from matz at suse dot de 2006-02-15 12:24 --- So, it's fixed. I'm not able to actually change the state to FIXED, so someone has to do this for me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22275
[Bug middle-end/22275] [3.4/4.0 Regression] bitfield layout change
--- Comment #54 from rguenth at gcc dot gnu dot org 2006-02-15 12:25 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to fail|3.4.0 4.0.0 4.2.0 |3.4.0 4.0.0 Known to work|3.0.4 3.2.3 4.1.0 |3.0.4 3.2.3 4.1.0 4.2.0 Resolution||FIXED Summary|[3.4/4.0/4.2 Regression]|[3.4/4.0 Regression] |bitfield layout change |bitfield layout change Target Milestone|4.2.0 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22275
[Bug ada/18819] [4.2 Regression] ACATS cdd2a02 fail at runtime
--- Comment #29 from kenner at vlsi1 dot ultra dot nyu dot edu 2006-02-15 12:57 --- Subject: Re: [4.2 Regression] ACATS cdd2a02 fail at runtime Richard, it's the only remaining failure in ACATS on most platforms: the bad interaction between SRA and aggregates under certain circumstances. Do you know what amount of work would be required to properly get rid of it? Is this the one with extension records that rename a discriminant? If so, the fix involves the front end materializing fields that don't semantically exist for the purposes of listing all fields in the record. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18819
[Bug middle-end/25335] [4.1/4.2 Regression] reload leaves insns from earlier passes around: fatal for postinc
--- Comment #18 from amylaar at gcc dot gnu dot org 2006-02-15 13:28 --- Subject: Bug 25335 Author: amylaar Date: Wed Feb 15 13:28:05 2006 New Revision: 11 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=11 Log: PR middle-end/25335 * reload1.c (gen_reload): Also use find_replacement in UNARY_P case. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/reload1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25335
[Bug fortran/26303] New: internal compiler error: Bus error
gfortran crashes on the Macintosh with this program - [dranta:~/tests/gfortran-D] dir% gfortran -c module_bulkio.f90 module_bulkio.f90:0: internal compiler error: Bus error Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. [dranta:~/tests/gfortran-D] dir% cat module_bulkio.f90 module bulkio_module implicit none private integer, save :: maxpe contains subroutine bulkio_read_same_i_1( ) integer :: max_data_length, min_data_length integer :: data_lengths(0:maxpe) min_data_length = minval( data_lengths( 0: maxpe ) ) end subroutine bulkio_read_same_i_1 end module bulkio_module [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.4.0 Configured with: ../gcc/configure --prefix=/Users/dir/gfortran --enable-languages=c,f95 Thread model: posix gcc version 4.2.0 20060214 (experimental) -- Summary: internal compiler error: Bus error Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26303
[Bug target/26304] New: 25_algorithms/prev_permutation/1.cc on powerpc64-linux
Between 20060207 and 20060209 the testcase started failing like this: 1.exe: /usr/src/pcarlini/gcc-head/gcc/libstdc++-v3/testsuite/25_algorithms/prev_permutation/1.cc:75: void test4(): Assertion `array[i] == 5 - i' failed. FAIL: 25_algorithms/prev_permutation/1.cc execution test Seems a miscompilation: the problem goes away at -O1. By the way, the failing test4 is pretty easy to make self contained, I'm attaching it for convenience. -- Summary: 25_algorithms/prev_permutation/1.cc on powerpc64-linux Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pcarlini at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
[Bug target/26304] 25_algorithms/prev_permutation/1.cc on powerpc64-linux
--- Comment #1 from pcarlini at suse dot de 2006-02-15 14:02 --- Created an attachment (id=10855) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10855&action=view) Reduced failing test -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
[Bug target/26304] 25_algorithms/prev_permutation/1.cc on powerpc64-linux
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-15 14:07 --- This also shows up on powerpc-darwin since at least 20060208. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2 Regression]|25_algorithms/prev_permutati |25_algorithms/prev_permutati|on/1.cc on powerpc64-linux |on/1.cc on powerpc64-linux | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
[Bug fortran/26303] internal compiler error: Bus error
--- Comment #1 from dir at lanl dot gov 2006-02-15 14:13 --- maxval() and sum() also crash in a similar fashion. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26303
[Bug target/26304] [4.2 Regression] 25_algorithms/prev_permutation/1.cc on powerpc{64,}-linux and powerpc-darwin
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||powerpc{64,}-linux-gnu,
||powerpc-darwin
Summary|25_algorithms/prev_permutati|[4.2 Regression]
|on/1.cc on powerpc64-linux |25_algorithms/prev_permutati
||on/1.cc on powerpc{64,}-
||linux and powerpc-darwin
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
[Bug fortran/26303] internal compiler error: Bus error
--- Comment #2 from grigory_zagorodnev at linux dot intel dot com 2006-02-15 14:16 --- This is the same Fortran problem explained here http://gcc.gnu.org/ml/gcc/2006-02/msg00247.html You may want to update the compiler, since fix has been applied http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01216.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26303
[Bug fortran/26303] [4.2 Regression] internal compiler error: Bus error
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 14:18 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26303
[Bug target/26255] [4.0 regression] internal compiler error: in reload_cse_simplify_operands, at postreload.c:391
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-15 14:25 --- Subject: Re: [4.0 regression] internal compiler error: in reload_cse_simplify_operands, at postreload.c:391 > --- Comment #6 from tausq at debian dot org 2006-02-15 05:50 --- > Will this go into the 4.0 branch too? Yes. However, I want to complete testing on on both hpux and linux. The biggest risk in this change is that it might require support for reloads that weren't needed before since we're now explicitly allowing QI and HI mode values into the FP registers. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26255
[Bug target/26290] [4.1 Regression]: some loop optimizations no longer run at -O2
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |minor Component|regression |target Keywords||missed-optimization Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26290
[Bug middle-end/26300] [4.1 Regression] ICE in trunc_int_for_mode
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-15 14:47 --- Confirmed, this is undefined behavior anyways so I don't think we should block 4.1 for this code. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2006-02-15 14:47:21 date|| Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26300
[Bug middle-end/26300] [4.1 Regression] ICE in trunc_int_for_mode
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 14:47 --- Anyways patch posted: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01222.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26300
[Bug libgomp/25938] [4.2 regression] libgomp installs header files in version and target independent location
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-15 14:50 --- Only the fortran part of this bug is fixed. omp.h is still broken. Most likely what should be done is install omp.h inside the include directory where libobjc installs theirs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25938
[Bug libgomp/25984] libgomp installs include/omp_lib.f90 even if Fortran is not built
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-15 14:50 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25984
[Bug middle-end/26300] [4.1 Regression] ICE in trunc_int_for_mode
--- Comment #4 from jakub at gcc dot gnu dot org 2006-02-15 14:55 ---
Well, undefined behavior only if you reach it.
The original code looked like:
if (((type) == (Qnothing)))
return IMAGE_NOTHING;
if (((type) == (Qtext)))
return IMAGE_TEXT;
if (((type) == (Qmono_pixmap)))
return IMAGE_MONO_PIXMAP;
if (((type) == (Qcolor_pixmap)))
return IMAGE_COLOR_PIXMAP;
if (((type) == (Qpointer)))
return IMAGE_POINTER;
if (((type) == (Qsubwindow)))
return IMAGE_SUBWINDOW;
if (((type) == (Qwidget)))
return IMAGE_WIDGET;
maybe_signal_simple_error("Invalid image-instance type", type,
Qimage, errb);
return IMAGE_UNKNOWN;
where IMAGE_UNKNOWN is 0, guess the authors just assume this will never happen.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26300
[Bug fortran/26305] New: No support for non-standard CARRIAGECONTROL, DEFAULTFILE, DISPOSE and RECORDTYPE
C*MFDRIV -- PGPLOT Graphics MetaFile driver C+ SUBROUTINE MFDRIV (IFUNC, RBUF, NBUF, CHR, LCHR) INTEGER IFUNC, NBUF, LCHR, LUN REALRBUF(*) CHARACTER*(*) CHR CHARACTER*(80) DEFNAM OPEN (UNIT = LUN, FILE = CHR(:LCHR), CARRIAGECONTROL = 'NONE', 1 DEFAULTFILE = DEFNAM, DISPOSE = 'DELETE', STATUS = 'NEW', 2 RECL = 180, FORM = 'UNFORMATTED', RECORDTYPE = 'FIXED', 3 IOSTAT = IER) CLOSE (LUN, DISPOSE = 'KEEP') end In file mfdriv_bug.f:8 OPEN (UNIT = LUN, FILE = CHR(:LCHR), CARRIAGECONTROL = 'NONE', 1 Error: Syntax error in OPEN statement at (1) In file mfdriv_bug.f:12 CLOSE (LUN, DISPOSE = 'KEEP') 1 Error: Syntax error in CLOSE statement at (1) The problem is caused by CARRIAGECONTROL, DEFAULTFILE, DISPOSE and RECORDTYPE, none of which are standard. Paul T -- Summary: No support for non-standard CARRIAGECONTROL, DEFAULTFILE, DISPOSE and RECORDTYPE Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pault at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26305
[Bug fortran/26305] No support for non-standard CARRIAGECONTROL, DEFAULTFILE, DISPOSE and RECORDTYPE
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-15 15:14 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-15 15:14:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26305
[Bug tree-optimization/26304] [4.2 Regression] 25_algorithms/prev_permutation/1.cc on powerpc{64,}-linux and powerpc-darwin
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 15:18 --- -O2 -fno-tree-vrp cures the wrong code which either means VRP is messing up or some other pass is messing up after VRP. Though I should note: - ivtmp.209 = ivtmp.209 - 1; + ivtmp.211 = ivtmp.211 - 1; ivtmp.214 = ivtmp.214 + 4B; - goto (); + if (ivtmp.211 != 4294967295) goto ; else goto ; Which looks more like VRP messing up. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||law at gcc dot gnu dot org Component|target |tree-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
[Bug tree-optimization/26304] [4.2 Regression] 25_algorithms/prev_permutation/1.cc on powerpc{64,}-linux and powerpc-darwin
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-15 15:19 --- Also -O2 -fno-ivopts cures the problem too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
[Bug tree-optimization/26304] [4.2 Regression] 25_algorithms/prev_permutation/1.cc on powerpc{64,}-linux and powerpc-darwin
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-15 15:23 --- Folding predicate ivtmp.209_41 != 4294967295 to 1 Folded statement: if (ivtmp.209_41 != 4294967295) goto ; else goto ; into: if (1) goto ; else goto ; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
[Bug tree-optimization/26304] [4.2 Regression] 25_algorithms/prev_permutation/1.cc on powerpc{64,}-linux and powerpc-darwin
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-15 15:26 --- The part which is being miscompiled is: for(int i = 0; i < 6; ++i) assert(array[i] == 5 - i); which is funny. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
[Bug tree-optimization/26304] [4.2 Regression] 25_algorithms/prev_permutation/1.cc on powerpc{64,}-linux and powerpc-darwin
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-15 15:37 ---
Here is a self contained program without using libstdc++:
int array[10] = {5, 4, 3, 2, 1, 0};
int array1[10] = {5, 4, 3, 2, 1, 0};
int array2[10] = {5, 4, 3, 2, 1, 0};
#include
void g(int *a)
{
*a = 0;
}
void
test4()
{
g(array+6);
for(int i = 0; i < 6; ++i)
assert(array[i] == 5 - i);
for(int i = 0; i < 6; ++i)
{
assert(array[i] == 5 - i);
assert(array1[i] == 5 - i);
assert(array2[i] == 5 - i);
}
}
int main()
{
test4();
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2006-02-15 15:37:33
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
[Bug ada/26306] New: Use of volatile array with bounds determined at run time.
I have included the configure, and build command below. This seems really easy to reproduce, create and array of integer values (I am unsure if integer is significant) the upper bound of which is determined by a function call declare the array as volatile +===GNAT BUG DETECTED==+ | 4.0.2 (i686-pc-cygwin) in tree_low_cst, at tree.c:3850 | | Error detected at mfd_transmitter.2.ada:540:9| | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ This error can be avoided by using a fixed size array or removing the volatile from the array. gcc -c -g -fstack-check -gnata -gnato -gnatE -gnatf -I- -gnatA -x ada project_top.adb $ gcc -v Using built-in specs. Target: i686-pc-cygwin Configured with: ../gcc-4.0.2/configure --enable-languages=ada --disable-win32-registry Thread model: single gcc version 4.0.2 -- Summary: Use of volatile array with bounds determined at run time. Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ben dot midgley at ultra-datel dot com GCC build triplet: included in description GCC host triplet: included in description GCC target triplet: included in description http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26306
[Bug ada/26306] Use of volatile array with bounds determined at run time.
--- Comment #1 from charlet at gcc dot gnu dot org 2006-02-15 16:52 --- Could you please send full sources to reproduce this problem ? thanks. Arno -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Summary|Use of volatile array with |Use of volatile array with |bounds determined at run|bounds determined at run |time. |time. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26306
[Bug bootstrap/26259] --enable-languages=c,c++,fortran needs ada
--- Comment #12 from bkoz at gcc dot gnu dot org 2006-02-15 17:03 --- Andrew. Perhaps the original post was not clear. You seem to be confused, in any case. (And a bit melodramically hostile, but whatever, "el Doctor.") Here, try this: cp gcc gcc.noada cd gcc.noada rm -rf gcc/ada libada then try to build those sources with --enable-languages=c,c++. You'll find this build fails. Thus, I've reopened this bizarrely closed bug report. Not only does this fail, but you will also find this is a regression. Where does this fail, might you ask? Why, I'll tell you. make[3]: Leaving directory `/mnt/hd/bld/gcc.noada/build-i686-pc-linux-gnu/libiberty/testsuite' make[2]: Leaving directory `/mnt/hd/bld/gcc.noada/build-i686-pc-linux-gnu/libiberty' yes checking whether /mnt/hd/bld/gcc.noada/./gcc/xgcc -B/mnt/hd/bld/gcc.noada/./gcc/ -B/mnt/hd/bld/H-x86-gcc.noada/i686-pc-linux-gnu/bin/ -B/mnt/hd/bld/H-x86-gcc.noada/i686-pc-linux-gnu/lib/ -isystem /mnt/hd/bld/H-x86-gcc.noada/i686-pc-linux-gnu/include -isystem /mnt/hd/bld/H-x86-gcc.noada/i686-pc-linux-gnu/sys-include supports -Wmissing-format-attribute... yes checking whether /mnt/hd/bld/gcc.noada/./gcc/xgcc -B/mnt/hd/bld/gcc.noada/./gcc/ -B/mnt/hd/bld/H-x86-gcc.noada/i686-pc-linux-gnu/bin/ -B/mnt/hd/bld/H-x86-gcc.noada/i686-pc-linux-gnu/lib/ -isystem /mnt/hd/bld/H-x86-gcc.noada/i686-pc-linux-gnu/include -isystem /mnt/hd/bld/H-x86-gcc.noada/i686-pc-linux-gnu/sys-include supports -pedantic -Wno-long-long... /bin/sh: line 0: cd: /mnt/hd/src/gcc.noada/gnattools/../gcc/ada/: No such file or directory yes checking how to run the C preprocessor... /bin/sh: gnatls: command not found make[2]: Entering directory `/mnt/hd/bld/gcc.noada/gnattools' rm -rf ../gcc/ada/tools mkdir -p ../gcc/ada/tools (cd ../gcc/ada/tools; ln -s ../sdefault.adb .) rm -f ../gcc/ada/tools/mlib-tgt.adb; ln -s /mnt/hd/bld/gcc.noada/gnattools/mlib-tgt-linux.adb ../gcc/ada/tools/mlib-tgt.adb; rm -f ../gcc/ada/tools/indepsw.adb; ln -s /mnt/hd/bld/gcc.noada/gnattools/indepsw-linux.adb ../gcc/ada/tools/indepsw.adb; touch ../gcc/stamp-tools Cannot build gnattools while gnatlib is out of date or unbuilt make[2]: *** [../gcc/stamp-gnatlib] Error 1 make[2]: Leaving directory `/mnt/hd/bld/gcc.noada/gnattools' make[1]: *** [all-gnattools] Error 2 make[1]: *** Waiting for unfinished jobs /mnt/hd/bld/gcc.noada/./gcc/xgcc -B/mnt/hd/bld/gcc.noada/./gcc/ -B/mnt/hd/bld/H-x86-gcc.noada/i686-pc-linux-gnu/bin/ -B/mnt/hd/bld/H-x86-gcc.noada/i686-pc-linux-gnu/lib/ -isystem /mnt/hd/bld/H-x86-gcc.noada/i686-pc-linux-gnu/include -isystem /mnt/hd/bld/H-x86-gcc.noada/i686-pc-linux-gnu/sys-include -E checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking stddef.h usability... yes checking stddef.h presence... yes checking for stddef.h... yes checking for stdlib.h... (cached) yes checking for strings.h... (cached) yes checking for unistd.h... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking sys/file.h usability... yes checking sys/file.h presence... yes checking for sys/file.h... yes checking for sys/stat.h... (cached) yes checking for clearerr_unlocked... yes checking for feof_unlocked... yes checking for ferror_unlocked... yes checking for fflush_unlocked... yes checking for fgetc_unlocked... yes checking for fgets_unlocked... yes checking for fileno_unlocked... yes checking for fprintf_unlocked... no checking for fputc_unlocked... yes checking for fputs_unlocked... yes checking for fread_unlocked... yes checking for fwrite_unlocked... yes checking for getchar_unlocked... yes checking for getc_unlocked... yes checking for putchar_unlocked... yes checking for putc_unlocked... yes checking whether abort is declared... yes checking whether asprintf is declared... no checking whether basename is declared... no checking whether errno is declared... no checking whether vasprintf is declared... no checking whether clearerr_unlocked is declared... yes checking whether feof_unlocked is declared... yes checking whether ferror_unlocked is declared... yes checking whether fflush_unlocked is declared... yes checking whether fgetc_unlocked is declared... yes checking whether fgets_unlocked is declared... no checking whether fileno_unlocked is declared... yes checking whether fprintf_unlocked is declared... no checking whether fputc_unlocked is declared... yes checking whether fputs_unlocked is declared... no checking whether fread_unlocked is declared... yes checking whether fwrite_unlocked is declared... yes checking whether getchar_unlocked is declared... yes checking whether getc_unlocked is declared... yes checking whether putchar_unlocked is declared... yes checking w
[Bug libstdc++/26297] boostrap fails with invalid cast compiling libstdc++ with --disable-nls on AIX
--- Comment #5 from multix at gmail dot com 2006-02-15 17:04 --- this bug appears to still exist in gcc 4.0.2 (compiled on the same box) /usr/local/build/buildgcc402/gcc/xgcc -shared-libgcc -B/usr/local/build/buildgcc402/gcc/ -nostdinc++ -L/usr/local/build/buildgcc402/powerpc-ibm-aix4.2.1.0/libstdc++-v3/src -L/usr/local/build/buildgcc402/powerpc-ibm-aix4.2.1.0/libstdc++-v3/src/.libs -B/usr/local/gcc402/powerpc-ibm-aix4.2.1.0/bin/ -B/usr/local/gcc402/powerpc-ibm-aix4.2.1.0/lib/ -isystem /usr/local/gcc402/powerpc-ibm-aix4.2.1.0/include -isystem /usr/local/gcc402/powerpc-ibm-aix4.2.1.0/sys-include -I/usr/local/build/buildgcc402/powerpc-ibm-aix4.2.1.0/libstdc++-v3/include/powerpc-ibm-aix4.2.1.0 -I/usr/local/build/buildgcc402/powerpc-ibm-aix4.2.1.0/libstdc++-v3/include -I/usr/local/build/gcc-4.0.2/libstdc++-v3/libsupc++ -g -O2 -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -c c++locale.cc -DPIC -o .libs/c++locale.o c++locale.cc:1: warning: -ffunction-sections may affect debugging on some targets c++locale.cc: In function 'void std::__convert_to_v(const char*, _Tv&, std::_Ios_Iostate&, int* const&) [with _Tv = float]': c++locale.cc:61: error: invalid conversion from 'const char*' to 'char*' c++locale.cc:61: error: initializing argument 1 of 'float strtof(char*, char**)' make[4]: *** [c++locale.lo] Error 1 make[4]: Leaving directory `/usr/local/build/buildgcc402/powerpc-ibm-aix4.2.1.0/libstdc++-v3/src' make[3]: *** [all-recursive] Error 1 -- multix at gmail dot com changed: What|Removed |Added Version|3.4.5 |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26297
[Bug bootstrap/26259] --enable-languages=c,c++,fortran needs ada
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-02-15 17:06 --- gnattools is just like libada in the sense it needs also to be deleted too if you delete libada and gcc/ada directories. This is not really a regression except a regression in the scripts which don't delete the correct stuff. I wonder if the snapshots scripts are correct, actually I know they are because I was able to build with gcc-core recently. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26259
[Bug bootstrap/26259] --enable-languages=c,c++,fortran needs ada
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-02-15 17:09 --- The wiki mentions what needs to be removed also: http://gcc.gnu.org/wiki/SvnSetup $ svn switch svn+ssh://gcc.gnu.org/svn/gcc/emptydir libada $ svn switch svn+ssh://gcc.gnu.org/svn/gcc/emptydir gnattools $ svn switch svn+ssh://gcc.gnu.org/svn/gcc/emptydir gcc/ada $ svn switch svn+ssh://gcc.gnu.org/svn/gcc/emptydir gcc/testsuite/ada See how gnattools is removed and also libada. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26259
[Bug ada/18819] [4.2 Regression] ACATS cdd2a02 fail at runtime
--- Comment #30 from ebotcazou at gcc dot gnu dot org 2006-02-15 17:12 --- > Is this the one with extension records that rename a discriminant? If so, > the fix involves the front end materializing fields that don't semantically > exist for the purposes of listing all fields in the record. Yes, that's it. Is a front-end specialist working on that or...? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18819
[Bug ada/18819] [4.2 Regression] ACATS cdd2a02 fail at runtime
--- Comment #31 from kenner at vlsi1 dot ultra dot nyu dot edu 2006-02-15 17:14 --- Subject: Re: [4.2 Regression] ACATS cdd2a02 fail at runtime Yes, that's it. Is a front-end specialist working on that or...? Nope. I spoke to Ed S. about it a while ago and he wasn't too enthusiastic about the idea. Why don't you make a small test case and let's take it from there. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18819
[Bug bootstrap/26259] --enable-languages=c,c++,fortran needs ada
--- Comment #15 from bkoz at gcc dot gnu dot org 2006-02-15 17:22 --- Andrew, thanks for the svn wiki pointer. I guess I'm left unimpressed at the current --enable-languages=c,c++ behavior though. This flag should not be a hint! Right now, instead of --enable-languages doing something sensible, ie, building the languages that are requested, it instead requires that the gcc developers go through and strip out a random number of inconsistently named directories for each language that they don't wish to build. This is insane. -benjamin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26259
[Bug ada/26306] Use of volatile array with bounds determined at run time.
--- Comment #2 from ben dot midgley at ultra-datel dot com 2006-02-15 17:56 --- (In reply to comment #1) > Could you please send full sources to reproduce this problem ? thanks. > Arno Arno, what follows is a simple bit of code which causes the assertion failure described in tree.c, In constructing this it became apparent that the bug report should read use of volatile array, within a record, with bounds determined at run time. I hope this clarifies the issue. ---scratch.ada with system; with Interfaces.c; procedure scratch is -- to get a value for the upper bound of the array type my_Integer is range -2147483648 .. 2147483647; for my_Integer'Size use 32; function GetArrayUpperBound return my_integer is begin return 2; end GetArrayUpperBound; some_value : my_integer := GetArrayUpperBound; type Gp_Element_Type is record Element : Interfaces.C.Unsigned; end record; type some_type is array (1 .. some_value ) of Gp_Element_Type; type Aligned_Some_Type is record Value : aliased some_type; end record; for Aligned_Some_Type'Alignment use 8; an_aligned_type : aligned_Some_Type; my_address : system.address; -- remember volatile too pragma Volatile (an_aligned_type); begin my_address := an_aligned_type.value( 1 )'address; end scratch; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26306
[Bug ada/26306] Use of volatile array with bounds determined at run time.
--- Comment #3 from charlet at gcc dot gnu dot org 2006-02-15 18:05 --- Thanks, reopening. Confirmed on trunk with simple command: $ gcc -c scratch.adb +===GNAT BUG DETECTED==+ | 4.2.0 20060210 (experimental) (i686-pc-linux-gnu) GCC error: | | in tree_low_cst, at tree.c:4420 | | Error detected at scratch.adb:50:13 | [...] -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-15 18:05:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26306
[Bug fortran/25054] nonconstant bounds array cannot appear in a namelist
--- Comment #2 from patchapp at dberlin dot org 2006-02-15 18:15 --- Subject: Bug number PR25054 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01263.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25054
[Bug middle-end/25505] [4.0/4.1/4.2 Regression] gcc uses way too much stack space for this code
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-02-15 18:30 --- PR 23372 is the other bug which blocks the orginal source. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||23372 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25505
[Bug bootstrap/26259] --enable-languages=c,c++ not working as expected, documented
--- Comment #16 from bkoz at gcc dot gnu dot org 2006-02-15 18:41 --- Current behavior conflicts with docs: http://gcc.gnu.org/install/configure.html Andrew, please stop closing this. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | Summary|--enable- |--enable-languages=c,c++ not |languages=c,c++,fortran |working as expected, |needs ada |documented http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26259
[Bug bootstrap/26259] --enable-languages=c,c++ not working as expected, documented
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-02-15 18:55 --- Lets take a look at this again one more time. You said you did "rm -Rf gcc/ada libada" but not "rm -Rf gnattools". Where does it say in that documention what happens if you remove the gcc/ada directory? If it does say what happens I am missing it then. You removed the gcc/ada directory which contained config-lang.in which tells the build mechanism what toplevel directories are associated with the langauge and what will be disabled when the language is disabled. Since you did this, the toplevel make files will always include gnattools so the build will fail as expected as there is no way to tell the building mechanism to disable gnattools when the ada language is enabled. If you do "rm -Rf gcc/java libjava", then libffi will build always unlike the previous behavior which was to build libffi only when java was enabled. There might be an internal documention problem here but that is a totally different issue from the orginal problem. The internal documention does document part of this as referenced in comment # 10. I think there is a misunderstanding on how our build mechanism works and has since at least 2000, just getting exposed now because more libraries/programs are moving to the toplevel instead of living in their language subdirectory of gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26259
[Bug tree-optimization/20656] No strength reduction for a simple testcase
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-15 19:14 --- Fixed on the mainline now (I don't know what by). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20656
[Bug other/26147] another memory leak
--- Comment #2 from dje at gcc dot gnu dot org 2006-02-15 19:33 --- Subject: Bug 26147 Author: dje Date: Wed Feb 15 19:33:33 2006 New Revision: 14 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=14 Log: 2006-02-15 Uttam Pawar <[EMAIL PROTECTED]> PR rtl-optimization/26184 * modulo-sched.c (generate_reg_moves): Free bitmap vector uses_of_defs. * modulo-sched.c (sms_schedule): Free g_arr pointer. * modulo-sched.c (sms_schedule_by_order): Free bitmap pointers must_precede, must_follow and tobe_scheduled. PR other/26147 * opts.c (common_handle_option): Free new_option pointer. * df-core.c (df_analyze): Free postorder pointer. Modified: trunk/gcc/ChangeLog trunk/gcc/df-core.c trunk/gcc/modulo-sched.c trunk/gcc/opts.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26147
[Bug rtl-optimization/26184] memory leaks in swing modulo scheduling function
--- Comment #4 from dje at gcc dot gnu dot org 2006-02-15 19:33 --- Subject: Bug 26184 Author: dje Date: Wed Feb 15 19:33:33 2006 New Revision: 14 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=14 Log: 2006-02-15 Uttam Pawar <[EMAIL PROTECTED]> PR rtl-optimization/26184 * modulo-sched.c (generate_reg_moves): Free bitmap vector uses_of_defs. * modulo-sched.c (sms_schedule): Free g_arr pointer. * modulo-sched.c (sms_schedule_by_order): Free bitmap pointers must_precede, must_follow and tobe_scheduled. PR other/26147 * opts.c (common_handle_option): Free new_option pointer. * df-core.c (df_analyze): Free postorder pointer. Modified: trunk/gcc/ChangeLog trunk/gcc/df-core.c trunk/gcc/modulo-sched.c trunk/gcc/opts.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26184
[Bug c++/26205] pointer to member template parameter can't be null
--- Comment #2 from bangerth at dealii dot org 2006-02-15 19:37 --- icc gives essentially the same error as that one mentioned by Andrew for Comeau (not surprisingly). As a workaround, you can always use an explicit cast: Test t2; I believe the code is ok anyway, see 4.11/1. W. -- bangerth at dealii dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-15 19:37:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26205
[Bug c++/26191] temporary is not bound to non-const reference
--- Comment #1 from bangerth at dealii dot org 2006-02-15 19:45 --- The clause you cite only deals with the lifetime of temporaries, not with the question whether they can be bound to references in the first place. 8.5.3/5 states that references can only be bound to lvalues or, if they are rvalues only to constant references. W. -- bangerth at dealii dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26191
[Bug c++/26205] pointer to member template parameter can't be null
--- Comment #3 from jeffp at doomsday dot org 2006-02-15 19:55 --- The casting work-around doesn't compile under GCC. It requires that the template parameter be a constant-expression (which is true), which results in the following error: error: a casts to a type other than an integral or enumeration type cannot appear in a constant-expression I have yet to be able to figure out a work-around. MSVC allows the cast, but works with or without it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26205
[Bug middle-end/26300] [4.1 Regression] ICE in trunc_int_for_mode
--- Comment #5 from jakub at gcc dot gnu dot org 2006-02-15 20:41 --- Subject: Bug 26300 Author: jakub Date: Wed Feb 15 20:41:03 2006 New Revision: 16 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=16 Log: PR middle-end/26300 * combine.c (make_extraction): Bail out if ORIG_POS is negative. * gcc.c-torture/compile/20060215-1.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/20060215-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/combine.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26300
[Bug tree-optimization/26307] New: load PRE creates type mismatches
Source code:
int *insert_automaton_decl (void **entry_ptr, int * automaton_decl)
{
if (*entry_ptr == ((void *)0))
*entry_ptr = (void *) automaton_decl;
return (int*) *entry_ptr;
}
-
Error message:
t1.c: In function insert_automaton_decl:
t1.c:2: error: statement types mismatch
# VUSE ;
storetmp.21D.1918_11 = *entry_ptrD.1886_1;
intD.0 *
voidD.38 *
t1.c:2: internal compiler error: verify_stmts failed
-- the tree dump:
void * prephitmp.22;
int * storetmp.21;
int * D.1891;
void * D.1890;
:
D.1890_2 = *entry_ptr_1;
if (D.1890_2 == 0B) goto ; else goto ;
:;
goto ();
:;
*entry_ptr_1 = automaton_decl_6;
storetmp.21_11 = *entry_ptr_1;
# prephitmp.22_12 = PHI ;
:;
D.1890_3 = prephitmp.22_12;
D.1891_4 = (int *) D.1890_3;
return D.1891_4;
Why is storetmp.21 an int* and not a void*?
I will look into this more later today.
Reduced genautomata.c
--
Summary: load PRE creates type mismatches
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
OtherBugsDependingO 22368
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26307
[Bug libgomp/26308] New: libgomp bootstrap failure on Tru64 UNIX V4.0F
Mainline as of 20060206 fails to bootstrap on alpha-dec-osf4.0f while building libgomp: /vol/gcc/obj/gcc-4.2.0-20060206/4.0f-gcc/./gcc/xgcc -B/vol/gcc/obj/gcc-4.2.0-20060206/4.0f-gcc/./gcc/ -B/vol/gcc/share/alpha-dec-osf4.0f/bin/ -B/vol/gcc/share/alpha-dec-osf4.0f/lib/ -isystem /vol/gcc/share/alpha-dec-osf4.0f/include -isystem /vol/gcc/share/alpha-dec-osf4.0f/sys-include -DHAVE_CONFIG_H -I. -I/vol/gcc/src/gcc-dist/libgomp -I. -I/vol/gcc/src/gcc-dist/libgomp/config/posix -I/vol/gcc/src/gcc-dist/libgomp -Wall -pthread -Werror -O2 -g -O2 -mieee -MT lock.lo -MD -MP -MF .deps/lock.Tpo -c /vol/gcc/src/gcc-dist/libgomp/config/posix/lock.c -DPIC -o .libs/lock.o In file included from /vol/gcc/src/gcc-dist/libgomp/libgomp.h:43, from /vol/gcc/src/gcc-dist/libgomp/config/posix/lock.c:39: /vol/gcc/obj/gcc-4.2.0-20060206/4.0f-gcc/./gcc/include/pthread.h:877: error: field '_Pfield' declared as a function and many more similar errors. The problem is ultimately due to the fact that libgomp/posix/lock.c has /* We need Unix98 extensions to get recursive locks. */ #define _XOPEN_SOURCE 500 #include "libgomp.h" Unfortunately, the following trivial program #include fails in the same way when compiled with gcc -pthread -D_XOPEN_SOURCE=500. Since has PTHREAD_MUTEX_RECURSIVE even without _XOPEN_SOURCE defined, one can probably simply omit that definition on Tru64 UNIX (at least V4.0F, but probably on V5.1B as well). Environment: System: OSF1 rimsky V4.0 1229 alpha Machine: alpha host: alpha-dec-osf4.0f build: alpha-dec-osf4.0f target: alpha-dec-osf4.0f configured with: /vol/gcc/src/gcc-dist/configure --prefix=/vol/gcc --with-local-prefix=/vol/gcc --disable-nls --host alpha-dec-osf4.0f --build alpha-dec-osf4.0f --target alpha-dec-osf4.0f --with-gmp-dir=/vol/gnu/obj/gmp-4.1.3 --with-mpfr-dir=/vol/gnu/obj/gmp-4.1.3/mpfr --enable-languages=c,c++,fortran,java,objc,ada --disable-libmudflap How-To-Repeat: Bootstrap mainline as above. -- Summary: libgomp bootstrap failure on Tru64 UNIX V4.0F Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgomp AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ro at techfak dot uni-bielefeld dot de GCC build triplet: alpha-dec-osf4.0f GCC host triplet: alpha-dec-osf4.0f GCC target triplet: alpha-dec-osf4.0f http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26308
[Bug fortran/26054] Gratuitous warning about Fortran 2003 features w/o -std=...
--- Comment #5 from toon at gcc dot gnu dot org 2006-02-15 21:07 --- Subject: Bug 26054 Author: toon Date: Wed Feb 15 21:06:58 2006 New Revision: 17 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=17 Log: 2006-02-15 Toon Moene <[EMAIL PROTECTED]> PR fortran/26054 * fortran/options.c: Do not warn for Fortran 2003 features by default. * testsuite/gfortran.dg/enum_8.f90: Remove check for warning. * testsuite/gfortran.dg/iomsg_1.f90: Ditto. * testsuite/gfortran.dg/enum_1.f90: Ditto. * testsuite/gfortran.dg/enum_9.f90: Ditto. * testsuite/gfortran.dg/enum_2.f90: Ditto. * testsuite/gfortran.dg/enum_10.f90: Ditto. * testsuite/gfortran.dg/enum_3.f90: Ditto. * testsuite/gfortran.dg/flush_1.f90: Ditto. * testsuite/gfortran.dg/enum_4.f90: Ditto. * testsuite/gfortran.dg/array_constructor_1.f90: Ditto. * testsuite/gfortran.dg/enum_5.f90: Ditto. * testsuite/gfortran.dg/enum_6.f90: Ditto. * testsuite/gfortran.dg/enum_7.f90: Ditto. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/options.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/array_constructor_1.f90 trunk/gcc/testsuite/gfortran.dg/enum_1.f90 trunk/gcc/testsuite/gfortran.dg/enum_10.f90 trunk/gcc/testsuite/gfortran.dg/enum_2.f90 trunk/gcc/testsuite/gfortran.dg/enum_3.f90 trunk/gcc/testsuite/gfortran.dg/enum_4.f90 trunk/gcc/testsuite/gfortran.dg/enum_5.f90 trunk/gcc/testsuite/gfortran.dg/enum_6.f90 trunk/gcc/testsuite/gfortran.dg/enum_7.f90 trunk/gcc/testsuite/gfortran.dg/enum_8.f90 trunk/gcc/testsuite/gfortran.dg/enum_9.f90 trunk/gcc/testsuite/gfortran.dg/flush_1.f90 trunk/gcc/testsuite/gfortran.dg/iomsg_1.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26054
[Bug libobjc/26309] New: libobjc bootstrap failure on Tru64 UNIX V4.0F
Mainline as of 20060206 and the 4.1 branch as of 20060208 fail to bootstrap in libobjc: /vol/gcc/obj/gcc-4.2.0-20060206/4.0f-gcc/./gcc/xgcc -B/vol/gcc/obj/gcc-4.2.0-20060206/4.0f-gcc/./gcc/ -B/vol/gcc/share/alpha-dec-osf4.0f/bin/ -B/vol/gcc/share/alpha-dec-osf4.0f/lib/ -isystem /vol/gcc/share/alpha-dec-osf4.0f/include -isystem /vol/gcc/share/alpha-dec-osf4.0f/sys-include -c -I. -I/vol/gcc/src/gcc-dist/libobjc -O2 -g -O2 -mieee -W -Wall -Wwrite-strings -Wstrict-prototypes -DIN_GCC -DIN_TARGET_LIBS -fno-strict-aliasing -fexceptions -I/vol/gcc/src/gcc-dist/libobjc/objc -I/vol/gcc/src/gcc-dist/libobjc/../gcc -I/vol/gcc/src/gcc-dist/libobjc/../gcc/config -I../.././gcc -I/vol/gcc/src/gcc-dist/libobjc/../include /vol/gcc/src/gcc-dist/libobjc/thr-objc.c -DPIC -o .libs/thr-objc.o In file included from /vol/gcc/src/gcc-dist/libobjc/../gcc/gthr-posix.h:43, from ../.././gcc/gthr-default.h:1, from /vol/gcc/src/gcc-dist/libobjc/../gcc/gthr.h:114, from /vol/gcc/src/gcc-dist/libobjc/thr-objc.c:38: /vol/gcc/obj/gcc-4.2.0-20060206/4.0f-gcc/./gcc/include/pthread.h:877: error: field '_Pfield' declared as a function [...] This is the same problem as PR libgomp/26308: libobjc/thr-objc.c defines _XOPEN_SOURCE=500 before including and thus , which doesn't work on that platform. This is a regression from the 4.0 branch introduced by this patch: 2005-11-09 Alexandre Oliva <[EMAIL PROTECTED]> PR other/4372 * thr-objc.c (_XOPEN_SOURCE): Define. Environment: System: OSF1 rimsky V4.0 1229 alpha Machine: alpha host: alpha-dec-osf4.0f build: alpha-dec-osf4.0f target: alpha-dec-osf4.0f configured with: /vol/gcc/src/gcc-dist/configure --prefix=/vol/gcc --with-local-prefix=/vol/gcc --disable-nls --host alpha-dec-osf4.0f --build alpha-dec-osf4.0f --target alpha-dec-osf4.0f --with-gmp-dir=/vol/gnu/obj/gmp-4.1.3 --with-mpfr-dir=/vol/gnu/obj/gmp-4.1.3/mpfr --enable-languages=c,c++,fortran,java,objc,ada --disable-libmudflap How-To-Repeat: Bootstrap mainline or 4.1 branch as above. --- Comment #1 from ro at techfak dot uni-bielefeld dot de 2006-02-15 21:15 --- Fix: I use the following patch which works around this problem and works seemlessly on both alpha-dec-osf4.0f and alpha-dec-osf5.1b: Index: libobjc/thr-objc.c === --- libobjc/thr-objc.c (revision 110838) +++ libobjc/thr-objc.c (working copy) @@ -26,8 +26,11 @@ Boston, MA 02110-1301, USA. */ #define _LIBOBJC /* The line below is needed for declarations of functions such as pthread_mutexattr_settype, without which gthr-posix.h may fail to - compile within libobjc. */ + compile within libobjc. Unfortunately, this breaks compilation on + Tru64 UNIX V4.0F, so disable it there. */ +#ifndef __osf__ #define _XOPEN_SOURCE 500 +#endif #include "config.h" #include "tconfig.h" #include "coretypes.h" -- Summary: libobjc bootstrap failure on Tru64 UNIX V4.0F Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libobjc AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ro at techfak dot uni-bielefeld dot de GCC build triplet: alpha-dec-osf4.0f GCC host triplet: alpha-dec-osf4.0f GCC target triplet: alpha-dec-osf4.0f http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26309
[Bug fortran/26201] [4.1/4.2 regression] __convert_i4_i8 written to a module.
--- Comment #3 from eedelman at gcc dot gnu dot org 2006-02-15 21:20 --- I can't reproduce the problem with MUMPS on Linux/x86 (mainline revision 11, 4.1 revision 110989). Assuming that Steve used a 64 bit processor, it seems that for this code the bug is visible only on 64 bit systems. (The fact that problem occurs for the function __convert_i4_i8 also indicates that, since conversions from 4 byte to 8 byte integers happens more often on 64 bit systems than on 32 bit ones.) The VASP code I do not have available, so I can't test that one. (Since it is about reals rather than integers, it's not unlikely that that would be reproducable on 32 bit systems.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26201
[Bug target/25603] [4.1/4.2 Regression]: Miscompiled FORTRAN program
--- Comment #15 from hjl at lucon dot org 2006-02-15 21:29 --- The updated patch is posted at http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01225.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25603
[Bug fortran/26201] [4.1/4.2 regression] __convert_i4_i8 written to a module.
--- Comment #4 from sgk at troutmask dot apl dot washington dot edu 2006-02-15 21:30 --- Subject: Re: [4.1/4.2 regression] __convert_i4_i8 written to a module. On Wed, Feb 15, 2006 at 09:20:15PM -, eedelman at gcc dot gnu dot org wrote: > > I can't reproduce the problem with MUMPS on Linux/x86 (mainline revision > 11, 4.1 revision 110989). Assuming that Steve used a 64 bit processor, it > seems that for this code the bug is visible only on 64 bit systems. (The fact > that problem occurs for the function __convert_i4_i8 also indicates that, > since > conversions from 4 byte to 8 byte integers happens more often on 64 bit > systems > than on 32 bit ones.) > > The VASP code I do not have available, so I can't test that one. (Since it is > about reals rather than integers, it's not unlikely that that would be > reproducable on 32 bit systems.) > I see the problem on amd64-*-freebsd. For the record, gfc4x -O2 -Wfatal-errors -v -I../libseq -Dpord -I. -I../include -c dmumps_part2.F Using built-in specs. Target: amd64-unknown-freebsd7.0 Configured with: ../gcc4x/configure --prefix=/mnt1/sgk/work/4x --enable-languages=c,fortran Thread model: posix gcc version 4.2.0 20060215 (experimental) /mnt1/sgk/work/4x/libexec/gcc/amd64-unknown-freebsd7.0/4.2.0/cc1 -E -lang-fortran -traditional-cpp -D_LANGUAGE_FORTRAN -quiet -v -I../libseq -I. -I../include -Dpord dmumps_part2.F -mtune=generic -Wfatal-errors -O2 -o /mnt1/sgk/tmp/cc6Lln73.f ignoring nonexistent directory "/mnt1/sgk/work/4x/lib/gcc/amd64-unknown-freebsd7.0/4.2.0/../../../../amd64-unknown-freebsd7.0/include" #include "..." search starts here: #include <...> search starts here: ../libseq . ../include /usr/local/include /mnt1/sgk/work/4x/include /mnt1/sgk/work/4x/lib/gcc/amd64-unknown-freebsd7.0/4.2.0/include /usr/include End of search list. /mnt1/sgk/work/4x/libexec/gcc/amd64-unknown-freebsd7.0/4.2.0/f951 /mnt1/sgk/tmp/cc6Lln73.f -ffixed-form -quiet -dumpbase dmumps_part2.F -mtune=generic -auxbase dmumps_part2 -O2 -Wfatal-errors -version -I../libseq -I. -I../include -fpreprocessed -I /mnt1/sgk/work/4x/lib/gcc/amd64-unknown-freebsd7.0/4.2.0/finclude -o /mnt1/sgk/tmp/ccSOkFPo.s GNU F95 version 4.2.0 20060215 (experimental) (amd64-unknown-freebsd7.0) compiled by GNU C version 4.2.0 20060215 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 In file dmumps_part2.F:962 END SUBROUTINE DMUMPS_80 1 Error: Name '__convert_i4_i8' at (1) is an ambiguous reference to '__convert_i4_i8' from module 'dmumps_ooc' In file dmumps_part2.F:962 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26201
[Bug c/26004] [4.1/4.2 Regression] gcc errors on valid code [SVO]
--- Comment #8 from amylaar at gcc dot gnu dot org 2006-02-15 21:41 --- Created an attachment (id=10857) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10857&action=view) infrastructure patch - defective (In reply to comment #7) > This should be a relatively straightforward fix. I had a go at this, but ran into a problem. When an optimizer requests a variable to be made addressable, I think we need to keep track of this, so that we don't complain henceforth when the address is taken again, where addressing the variable once causes further instances of addressing it. I thought I could reset DECL_REGISTER for this purpose, and accept addressing if DECL_REGISTER is cleared on entry in c_mark_addressable. (The C front end uses C_DECL_REGISTER to keep track of a variable being declared register, and DECL_REGISTER more or less means that we intent do use this as a register.) However, this causes a regression on gcc.dg/reg-vol-struct-1.c line 16 - the DECL_REGISTER flag has already been reset for 'a' on account of it being volatile. So it appears that we need another flag to keep track of when a register has been made addressable on behalf of the optimizers. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26004
[Bug c/26004] [4.1/4.2 Regression] gcc errors on valid code [SVO]
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-02-15 21:47 --- That patch looks wrong. There has to be a better way, maybe just rejecting return slot optimization instead. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26004
[Bug c/26004] [4.1/4.2 Regression] gcc errors on valid code [SVO]
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-02-15 21:48 --- I will look into fixing this bug later today when I get home. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26004
[Bug libobjc/26309] [4.1/4.2 Regression] libobjc bootstrap failure on Tru64 UNIX V4.0F
--- Comment #2 from ro at gcc dot gnu dot org 2006-02-15 22:02 --- Alexandre, your patch introduced this regression. Could you have a look? Thanks. Rainer -- ro at gcc dot gnu dot org changed: What|Removed |Added CC||aoliva at gcc dot gnu dot ||org Summary|libobjc bootstrap failure on|[4.1/4.2 Regression] libobjc |Tru64 UNIX V4.0F|bootstrap failure on Tru64 ||UNIX V4.0F http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26309
[Bug libobjc/26309] [4.1/4.2 Regression] libobjc bootstrap failure on Tru64 UNIX V4.0F
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 22:06 --- Hmm, where is defining _XOPEN_SOURCE needed anyways, I will approve the revert of that part unless someone tells me where defining it is needed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26309
[Bug libobjc/26309] [4.1/4.2 Regression] libobjc bootstrap failure on Tru64 UNIX V4.0F
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2006-02-15 22:09 --- Subject: Re: [4.1/4.2 Regression] libobjc bootstrap failure on Tru64 UNIX V4.0F pinskia at gcc dot gnu dot org writes: > Hmm, where is defining _XOPEN_SOURCE needed anyways, I will approve the revert > of that part unless someone tells me where defining it is needed. The comment above the definition unfortunately isn't specific about this. I've just submitted the patch proposed in the PR as a workaround: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01289.html Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26309
[Bug libgcj/26073] [4.2 regression] libjava fails to compile
--- Comment #4 from ro at gcc dot gnu dot org 2006-02-15 22:19 --- Unfortunately, the bug still exists on mips-sgi-irix6.5 as of 20060210: while USE_LIBFFI is defined as 1, INTERPRETER is not. Unfortunately, libjava/include/java-interp.h only includes ffi.h iff INTERPRETER is defined. -- ro at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot ||org, ro at gcc dot gnu dot ||org Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26073
[Bug rtl-optimization/26184] memory leaks in swing modulo scheduling function
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-15 23:04 --- Fixed. Just for future reference you can do the changelog like: * modulo-sched.c (generate_reg_moves): Free bitmap vector uses_of_defs. (sms_schedule): Free g_arr pointer. (sms_schedule_by_order): Free bitmap pointers must_precede, must_follow and tobe_scheduled. In that the file which is referenced is the same you don't need to name it again. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26184
[Bug other/26147] another memory leak
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 23:09 --- Fixed. dist_v and init_v are GC pointers so they don't really need to be freed manually. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Keywords||memory-hog Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26147
[Bug c++/26310] New: Cannot find base class template method
It seems very strange to me, but in the following code, gcc complains that it
doesn't find 'propagate' with a correct signature though it exist in the base
class as a template method. If I change the name 'propagate' into 'prop', then
it compiles happily.
Sebastien.
template< typename T, typename X >
class propJoin : public joinOp {
public:
template< typename Iter >
void propagate( const T& n, Iter first, Iter last ) {
std::cout << "propJoin::propagate( const T& node, Iter first, Iter
last )" << std::endl;
}
};
class node {
};
class info {
};
class dfgBackProp : public propJoin {
public:
void propagate( const node& n ) {
std::vector infos;
propagate(n,infos.begin(),infos.end());
}
};
sebastien-mirolos-powerbook-g4-12:~/build/rep smirolo$ g++ -v testTemplate.cc
--save-temps
Using built-in specs.
Target: powerpc-apple-darwin8.4.0
Configured with: /Volumes/Home/Users/smirolo/reference/gcc-4.0.2/configure
--prefix=/Volumes/Home/Users/smirolo/installed/local/gcc-4.0.2
--enable-languages=c,c++
Thread model: posix
gcc version 4.0.2
/Volumes/Home/Users/smirolo/installed/local/gcc-4.0.2/libexec/gcc/powerpc-apple-darwin8.4.0/4.0.2/cc1plus
-E -quiet -v -D__DYNAMIC__ -D__APPLE_CC__=1 testTemplate.cc -fPIC
-fpch-preprocess -o testTemplate.ii
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory
"/Volumes/Home/Users/smirolo/installed/local/gcc-4.0.2/lib/gcc/powerpc-apple-darwin8.4.0/4.0.2/../../../../powerpc-apple-darwin8.4.0/include"
#include "..." search starts here:
#include <...> search starts here:
/Volumes/Home/Users/smirolo/installed/local/gcc-4.0.2/lib/gcc/powerpc-apple-darwin8.4.0/4.0.2/../../../../include/c++/4.0.2
/Volumes/Home/Users/smirolo/installed/local/gcc-4.0.2/lib/gcc/powerpc-apple-darwin8.4.0/4.0.2/../../../../include/c++/4.0.2/powerpc-apple-darwin8.4.0
/Volumes/Home/Users/smirolo/installed/local/gcc-4.0.2/lib/gcc/powerpc-apple-darwin8.4.0/4.0.2/../../../../include/c++/4.0.2/backward
/Volumes/Home/Users/smirolo/installed/local/gcc-4.0.2/include
/Volumes/Home/Users/smirolo/installed/local/gcc-4.0.2/lib/gcc/powerpc-apple-darwin8.4.0/4.0.2/include
/usr/include
/System/Library/Frameworks
/Library/Frameworks
End of search list.
/Volumes/Home/Users/smirolo/installed/local/gcc-4.0.2/libexec/gcc/powerpc-apple-darwin8.4.0/4.0.2/cc1plus
-fpreprocessed testTemplate.ii -fPIC -quiet -dumpbase testTemplate.cc -auxbase
testTemplate -version -o testTemplate.s
GNU C++ version 4.0.2 (powerpc-apple-darwin8.4.0)
compiled by GNU C version 4.0.1 (Apple Computer, Inc. build 5250).
GGC heuristics: --param ggc-min-expand=65 --param ggc-min-heapsize=65536
testTemplate.cc: In member function 'void dfgBackProp::propagate(const node&)':
testTemplate.cc:28: error: no matching function for call to
'dfgBackProp::propagate(const node&, __gnu_cxx::__normal_iterator > >, __gnu_cxx::__normal_iterator > >)'
testTemplate.cc:26: note: candidates are: void dfgBackProp::propagate(const
node&)
sebastien-mirolos-powerbook-g4-12:~/build/rep smirolo$
--
Summary: Cannot find base class template method
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: smirolo at hotmail dot com
GCC host triplet: powerpc-apple-darwin8.4.0
GCC target triplet: powerpc-apple-darwin8.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26310
[Bug c++/26310] Cannot find base class template method
--- Comment #1 from smirolo at hotmail dot com 2006-02-15 23:24 --- Created an attachment (id=10858) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10858&action=view) save-temps generated file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26310
[Bug tree-optimization/26304] [4.2 Regression] 25_algorithms/prev_permutation/1.cc on powerpc{64,}-linux and powerpc-darwin
--- Comment #8 from law at redhat dot com 2006-02-15 23:34 ---
Subject: Re: [4.2 Regression]
25_algorithms/prev_permutation/1.cc on powerpc{64,}-linux and
powerpc-darwin
On Wed, 2006-02-15 at 15:19 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 15:18
> ---
> -O2 -fno-tree-vrp cures the wrong code which either means VRP is messing up or
> some other pass is messing up after VRP. Though I should note:
> - ivtmp.209 = ivtmp.209 - 1;
> + ivtmp.211 = ivtmp.211 - 1;
>ivtmp.214 = ivtmp.214 + 4B;
> - goto ();
> + if (ivtmp.211 != 4294967295) goto ; else goto ;
>
> Which looks more like VRP messing up.
Can you check something for me. Is sizetype an unsigned type on
this platform? And what type is ivtmp?
jeff
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
