[Bug middle-end/38360] [4.3/4.4 regression] ICE in gimple_op, at gimple.h:1636
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-02 07:59 --- The bug is elsewhere. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-12-02 00:34:43 |2008-12-02 07:59:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38360
[Bug target/38054] Assertion failed in change_decl_assembler_name()
--- Comment #10 from dannysmith at gcc dot gnu dot org 2008-12-02 08:03 --- Subject: Bug 38054 Author: dannysmith Date: Tue Dec 2 08:02:07 2008 New Revision: 142347 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142347 Log: PR target/38054 * config/i386/winnt.c (i386_pe_encode_section_info): Condition stdcall decoration of function RTL names here on Ada language. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/winnt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38054
[Bug target/38054] Assertion failed in change_decl_assembler_name()
--- Comment #11 from dannysmith at users dot sourceforge dot net 2008-12-02 08:05 --- I have committed a patch to 4.4.0 to fix bug in compilation of desktop.cpp -- dannysmith at users dot sourceforge dot net changed: What|Removed |Added Target Milestone|--- |4.3.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38054
[Bug rtl-optimization/37514] [4.4 Regression] Wrong code generated for 20021120-1.c with -O3 -fomit-frame-pointer on sh4
--- Comment #11 from kkojima at gcc dot gnu dot org 2008-12-02 08:36 --- Fixed. -- kkojima at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37514
[Bug libstdc++/38365] Locale, constructed from named and unnamed locales, become named
--- Comment #2 from paolo at gcc dot gnu dot org 2008-12-02 10:58 --- Subject: Bug 38365 Author: paolo Date: Tue Dec 2 10:57:22 2008 New Revision: 142349 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142349 Log: 2008-12-02 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/38365 * src/localename.cc (locale::locale(const locale&, const locale&, category)): Fix. * testsuite/22_locale/locale/cons/38365.cc: New. Added: trunk/libstdc++-v3/testsuite/22_locale/locale/cons/38365.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/src/localename.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38365
[Bug libstdc++/38365] Locale, constructed from named and unnamed locales, become named
--- Comment #3 from paolo dot carlini at oracle dot com 2008-12-02 10:59 --- Fixed for 4.4.0. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 Version|unknown |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38365
[Bug tree-optimization/38355] ICE with -fipa-struct-reorg
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-12-02 11:05 --- Re-opening as the -fipa-struct-reorg case. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||olga at il dot ibm dot com Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | Summary|ICE with -fipa-struct-reorg |ICE with -fipa-struct-reorg |/ -fipa-pta | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38355
[Bug middle-end/38358] Could not compile gcc using large include files
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-12-02 11:10 --- If you are having a large array initializer you may run into memory problems and/or internal limitations. Without a testcase it's hard to tell. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38358
[Bug tree-optimization/38359] [4.3/4.4 regression] ICE in set_lattice_value, at tree-ssa-ccp.c:466
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-12-02 11:18 --- I will have a look. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2008-12-02 00:11:53 |2008-12-02 11:18:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38359
[Bug target/38366] gcc doesn't call functions that are struct arguments correctly
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-02 11:22 --- This seems to work for me with r141893 which means this broke recently. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||ktietz at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Component|c |target Ever Confirmed|0 |1 Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2008-12-02 11:22:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38366
[Bug target/38366] gcc doesn't call functions that are struct arguments correctly
--- Comment #3 from ktietz at gcc dot gnu dot org 2008-12-02 11:37 --- Created an attachment (id=16809) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16809&action=view) Patch file I can reproduce it and the patch here should solve it. The main reason is in i386 target ix86_reg_parm_stack_space(), which defaults for NULL_TREE fndecl to cfun, which is wrong in this context. Additionally init_cumulative_args() should verify first the fndecl and just when not present the fntype. In middle-end there is compute_argument_addresses() (calls.c), which needs as fallback the fntype passed for proper call of aggregate_value_p(). The part in function.c could be superflous. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38366
[Bug fortran/38290] procedure pointer assignment checking
-- janus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-11-27 22:09:01 |2008-12-02 11:46:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38290
[Bug fortran/38290] procedure pointer assignment checking
--- Comment #4 from janus at gcc dot gnu dot org 2008-12-02 11:59 --- Subject: Bug 38290 Author: janus Date: Tue Dec 2 11:58:16 2008 New Revision: 142351 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142351 Log: 2008-12-02 Janus Weil <[EMAIL PROTECTED]> PR fortran/36704 PR fortran/38290 * decl.c (match_result): Result may be a standard variable or a procedure pointer. * expr.c (gfc_check_pointer_assign): Additional checks for procedure pointer assignments. * primary.c (gfc_match_rvalue): Bugfix for procedure pointer assignments. * resolve.c (resolve_function): Check for attr.subroutine. * symbol.c (check_conflict): Addtional checks for RESULT statements. * trans-types.c (gfc_sym_type,gfc_get_function_type): Support procedure pointers as function result. 2008-12-02 Janus Weil <[EMAIL PROTECTED]> PR fortran/36704 PR fortran/38290 * gfortran.dg/entry_7.f90: Modified. * gfortran.dg/proc_ptr_2.f90: Extended. * gfortran.dg/proc_ptr_3.f90: Modified. * gfortran.dg/proc_ptr_11.f90: New. * gfortran.dg/proc_ptr_12.f90: New. * gfortran.dg/result_1.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/proc_ptr_11.f90 trunk/gcc/testsuite/gfortran.dg/proc_ptr_12.f90 trunk/gcc/testsuite/gfortran.dg/result_1.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/fortran/expr.c trunk/gcc/fortran/primary.c trunk/gcc/fortran/resolve.c trunk/gcc/fortran/symbol.c trunk/gcc/fortran/trans-types.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/entry_7.f90 trunk/gcc/testsuite/gfortran.dg/proc_ptr_2.f90 trunk/gcc/testsuite/gfortran.dg/proc_ptr_3.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38290
[Bug fortran/38290] procedure pointer assignment checking
--- Comment #5 from janus at gcc dot gnu dot org 2008-12-02 12:02 --- Fixed with r142351. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38290
[Bug tree-optimization/38369] [4.3 regression] ICE (SIGSEGV in number_of_iterations_exit)
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-12-02 12:07 --- reducing. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38369
[Bug other/38370] inconsistent warnings
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-12-02 12:12 --- *** This bug has been marked as a duplicate of 38341 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38370
[Bug c/38341] Wrong warning comparison of promoted ~unsigned with unsigned
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-12-02 12:12 --- *** Bug 38370 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||doko at ubuntu dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38341
[Bug tree-optimization/38359] [4.3/4.4 regression] ICE in set_lattice_value, at tree-ssa-ccp.c:466
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-12-02 12:21 ---
Minimal testcase:
unsigned _ov_64_seek_lap (_Bool x1, _Bool x2, _Bool x3)
{
unsigned ltmp_3978_7__PHI_TEMPORARY;
unsigned ltmp_4011_7__PHI_TEMPORARY;
signed ltmp_4011_7;
if (!x1 || !x2)
while (1) ;
if (x3)
ltmp_3978_7__PHI_TEMPORARY = 0xff7e;
else
ltmp_3978_7__PHI_TEMPORARY = 1;
ltmp_4011_7 = -1;
return ltmp_4011_7 >> ltmp_3978_7__PHI_TEMPORARY;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38359
[Bug middle-end/38358] Could not compile gcc using large include files
--- Comment #5 from ahjiefreak at yahoo dot com 2008-12-02 13:07 --- Hi, Thanks for your prompt reply. Is there any suggestion or workaround in this case in order for gcc to compile it successfully? I would have think its not wise to attach quite a big file over the email. Please advise. Thanks. (In reply to comment #4) > If you are having a large array initializer you may run into memory problems > and/or internal limitations. Without a testcase it's hard to tell. > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38358
[Bug libstdc++/38365] Locale, constructed from named and unnamed locales, become named
--- Comment #5 from paolo dot carlini at oracle dot com 2008-12-02 13:21
---
(In reply to comment #4)
> Your patch fixes the problem at the level of the locale constructor, but why
> do
> not fix this problem at the level of _M_replace_categories() instead?
Because that would not work, _M_impl has already a name ("C") by that time.
Note that all these classes are suboptimal performance-wise, will be redesigned
for the next ABI.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38365
[Bug tree-optimization/38359] [4.3/4.4 regression] ICE in set_lattice_value, at tree-ssa-ccp.c:466
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-12-02 13:23 --- This is const_binop folding -1 >> -130 to zero and fold_binary -1 >> n to -1. 11458 case RSHIFT_EXPR: 11459 /* Optimize -1 >> x for arithmetic right shifts. */ 11460 if (integer_all_onesp (arg0) && !TYPE_UNSIGNED (type)) 11461 return omit_one_operand (type, arg0, arg1); 11462 /* ... fall through ... */ but this is of course only correct if arg1 is >= 0. I have a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38359
[Bug libstdc++/38365] Locale, constructed from named and unnamed locales, become named
--- Comment #6 from paolo dot carlini at oracle dot com 2008-12-02 13:34
---
(In reply to comment #5)
> (In reply to comment #4)
> > Your patch fixes the problem at the level of the locale constructor, but
> > why do
> > not fix this problem at the level of _M_replace_categories() instead?
>
> Because that would not work, _M_impl has already a name ("C") by that time.
Sorry, now I see that the involved _Impl constructor clones, thus creates an
unnamed clone if the original one is unnamed, thus the idea can work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38365
[Bug c++/18770] g++ accepts invalid code with scopes on ifs
--- Comment #4 from jwakely dot gcc at gmail dot com 2008-12-02 10:39 --- *** Bug 38345 has been marked as a duplicate of this bug. *** -- jwakely dot gcc at gmail dot com changed: What|Removed |Added CC||jwakely dot gcc at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18770
[Bug libstdc++/38365] Locale, constructed from named and unnamed locales, become named
--- Comment #4 from tsyvarev at ispras dot ru 2008-12-02 13:04 --- According to the code, locale constructor calls void locale::_Impl::_M_replace_categories(const _Impl* __imp, category __cat) which already processes names of locales. This function works correctly, when both locales (*this and __impl) have names, or when *this locale hasn't name. But when *this locale has name, but __imp hasn't, the function doesn't clear name of *this. Your patch fixes the problem at the level of the locale constructor, but why do not fix this problem at the level of _M_replace_categories() instead? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38365
[Bug ada/36939] Build Failure Ada SH2e
--- Comment #6 from joel at gcc dot gnu dot org 2008-12-02 14:01 --- Still present with gcc (GCC) 4.4.0 20081126 (experimental) [trunk revision 142228] -- joel at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-02 14:01:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
[Bug c/38364] [4.4 Regression] -ftrapv triggers integer miscompilation
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-02 11:15 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||wrong-code Known to fail||4.4.0 Known to work||4.3.2 Last reconfirmed|-00-00 00:00:00 |2008-12-02 11:15:54 date|| Summary|-ftrapv triggers integer|[4.4 Regression] -ftrapv |miscompilation |triggers integer ||miscompilation Target Milestone|--- |4.4.0 Version|unknown |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38364
[Bug rtl-optimization/35729] const volatile variable access incorrectly hoisted out of loop
--- Comment #10 from krebbel at gcc dot gnu dot org 2008-12-02 14:19 --- Fails on s390 and s390x as well. -- krebbel at gcc dot gnu dot org changed: What|Removed |Added CC||krebbel at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35729
[Bug fortran/38252] [4.4 Regression] Empty function with CONTAINS triggers Internal Error
--- Comment #9 from mikael at gcc dot gnu dot org 2008-12-02 14:30 --- Fixed on trunk. Let's not forget to close. -- mikael at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38252
[Bug middle-end/37861] [4.3 Regression] Bogus array bounds warning
--- Comment #10 from jamborm at gcc dot gnu dot org 2008-12-02 14:32 --- Subject: Bug 37861 Author: jamborm Date: Tue Dec 2 14:30:55 2008 New Revision: 142355 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142355 Log: 2008-12-02 Martin Jambor <[EMAIL PROTECTED]> PR middle-end/37861 * tree-ssa-forwprop.c (forward_propagate_addr_expr_1): Do not check for INDIRECT_REFs. (forward_propagate_addr_into_variable_array_index): Check that the offset is not computed from a MULT_EXPR, use is_gimple_assign rather than the gimple code directly. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-forwprop.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37861
[Bug middle-end/38371] New: Fold check error during bootstrap
When I try to bootstrap gcc trunk configured with configure --prefix=some_path --enable-checking=yes,fold --enable-languages=c,c++ I get a fold check error: original tree changed by fold when compiling libdecnumber/bid/host-ieee32.c. The exact compile command line leading to this error (in the libdecnumber subdirectory of the build directory) is: source='/home/mjambor/svn/libdecnumber/bid/host-ieee32.c' object='host-ieee32.o' libtool=no /home/mjambor/svn/obj/./prev-gcc/xgcc -B/home/mjambor/svn/obj/./prev-gcc/ -B/home/mjambor/inst/svn//x86_64-unknown-linux-gnu/bin/ -I/home/mjambor/svn/libdecnumber -I. -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -Wcast-qual -pedantic -Wno-long-long -Werror -I/home/mjambor/svn/libdecnumber -I. -c /home/mjambor/svn/libdecnumber/bid/host-ieee32.c The error output is: /home/mjambor/svn/libdecnumber/bid/host-ieee32.c: In function '__host_to_ieee_32': /home/mjambor/svn/libdecnumber/bid/host-ieee32.c:50: internal compiler error: fold check: original tree changed by fold I will attach preprocessed source. -- Summary: Fold check error during bootstrap Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jamborm at gcc dot gnu dot org GCC target triplet: x86_64-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38371
[Bug libstdc++/38368] New: locale(const char* std_name) may create locale with broken facets
Locale constructor locale(const char* std_name) may create locale with broken
facets.
When std_name looks like "CAT1=name1;...;CATN=nameN", categories for which name
is "C" may have members, which differ from ones in "C" locale.
e.g. decimal_point() in moneypunct<> facet returns '\0' while in "C" locale it
returns '.'.
Also thousands_sep() in numpunct<> returns '\0' while in "C" locale it returns
','.
Example:
[test.cpp]
#include
#include
using namespace std;
int main()
{
locale loc(locale("C"), "en_US", locale::collate);
cout << "Name of locale is " << loc.name() << endl;
locale loc_copy(loc.name().c_str());
if(use_facet >(loc_copy).decimal_point() == '\0')
cout << "decimal_point() is '\\0'\n";
return 0;
}
[EMAIL PROTECTED] locale_create_from_name]$ g++ test.cpp && ./a.out
Name of locale is
LC_CTYPE=C;LC_NUMERIC=C;LC_TIME=C;LC_COLLATE=en_US;LC_MONETARY=C;LC_MESSAGES=C;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=C;LC_IDENTIFICATION=C
decimal_point() is '\0'
[EMAIL PROTECTED] locale_create_from_name]$ g++ --version
g++ (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8)
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
--
Summary: locale(const char* std_name) may create locale with
broken facets
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tsyvarev at ispras dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38368
[Bug tree-optimization/38369] [4.3 regression] ICE (SIGSEGV in number_of_iterations_exit)
--- Comment #2 from doko at ubuntu dot com 2008-12-02 10:14 --- works with -O0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38369
[Bug tree-optimization/38359] [4.3/4.4 regression] ICE in set_lattice_value, at tree-ssa-ccp.c:466
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-12-02 14:50 --- Subject: Bug 38359 Author: rguenth Date: Tue Dec 2 14:49:00 2008 New Revision: 142356 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142356 Log: 2008-12-02 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/38359 * fold-const.c (fold_binary): Fold -1 >> x to -1 only for non-negative x. * gcc.c-torture/compile/pr38359.c: New testcase. * gcc.c-torture/execute/shiftopt-1.c: Adjust. Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.c-torture/execute/shiftopt-1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38359
[Bug tree-optimization/38359] [4.3 Regression] ICE in set_lattice_value, at tree-ssa-ccp.c:466
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-12-02 14:51 --- Fixed for 4.4.0. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.3.3 4.4.0 |4.3.3 Known to work|4.2.5 |4.2.5 4.4.0 Summary|[4.3/4.4 regression] ICE in |[4.3 Regression] ICE in |set_lattice_value, at tree- |set_lattice_value, at tree- |ssa-ccp.c:466 |ssa-ccp.c:466 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38359
[Bug c/38366] gcc doesn't call functions that are struct arguments correctly
--- Comment #1 from m dot b dot lankhorst at gmail dot com 2008-12-02 09:08 --- Created an attachment (id=16806) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16806&action=view) testcase Testcase that should return '1 2 3 4 5 6 7', but on my computer returns '1 2 3 4 5 6 1' (last number being undefined) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38366
[Bug tree-optimization/38359] [4.3 Regression] ICE in set_lattice_value, at tree-ssa-ccp.c:466
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-12-02 14:56 --- Subject: Bug 38359 Author: rguenth Date: Tue Dec 2 14:55:04 2008 New Revision: 142357 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142357 Log: 2008-12-02 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/38359 * gcc.c-torture/compile/pr38359.c: New testcase. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr38359.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38359
[Bug middle-end/38360] [4.3/4.4 regression] ICE in gimple_op, at gimple.h:1636
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-02 08:11 --- I'd like to apologize for the last comment, the bug is related to that change, just should be fixed on the ccp_fold_builtin side. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38360
[Bug middle-end/38371] Fold check error during bootstrap
--- Comment #1 from jamborm at gcc dot gnu dot org 2008-12-02 10:27 --- Created an attachment (id=16808) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16808&action=view) Preprocessed source Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38371
[Bug libstdc++/38365] Locale, constructed from named and unnamed locales, become named
--- Comment #7 from paolo at gcc dot gnu dot org 2008-12-02 15:04 --- Subject: Bug 38365 Author: paolo Date: Tue Dec 2 15:02:53 2008 New Revision: 142358 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142358 Log: 2008-12-02 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/38365 (cont) * src/localename.cc (locale::locale(const locale&, const locale&, category)): Revert last changes. * src/localename.cc (locale::_Impl::_M_replace_categories(const _Impl*, category)): Fix here instead; rework. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/src/localename.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38365
[Bug libstdc++/38365] Locale, constructed from named and unnamed locales, become named
--- Comment #1 from paolo dot carlini at oracle dot com 2008-12-02 09:53 --- Ok. -- paolo dot carlini at oracle dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle |dot org |dot com Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-02 09:53:15 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38365
[Bug rtl-optimization/38373] New: 32-bit Vortex degradation on PPC due to bad RTL aliasing
The handling of LO_SUM by alias.c:find_base_term causes a degradation on 32-bit vortex on PPC when used with the new REG_POINTER attribute. Making "find_base_term" handle LO_SUM the same way as alias.c:find_base_value fixes the problem. Preventing "find_base_term" from returning NULL so easily also fixes the problem. A fix for 4.5 will most probably be a combination of these two approaches. -- Summary: 32-bit Vortex degradation on PPC due to bad RTL aliasing Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: luisgpm at linux dot vnet dot ibm dot com GCC build triplet: powerpc*-*-* GCC host triplet: powerpc*-*-* GCC target triplet: powerpc*-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38373
[Bug tree-optimization/38369] New: [4.3 regression] ICE (SIGSEGV in number_of_iterations_exit)
seen with 4.3 20081129, not seen on 4.2 and trunk $ gcc -c -O1 spinmc_factory_test.ii spinmc_factory.C: In constructor 'AbstractSpinSim::AbstractSpinSim(const alps::ProcessList&, const alps::Parameters&, int) [with MAT = SquareMatrix]': spinmc_factory.C:194: internal compiler error: Segmentation fault Please submit a full bug report, Program received signal SIGSEGV, Segmentation fault. 0x083826ba in number_of_iterations_exit (loop=0xf22d11b0, exit=0xe5a33640, niter=0xffe39bd8, warn=0 '\0') at ../../src/gcc/tree-ssa-loop-niter.c:429 429 cond = COND_EXPR_COND (last_stmt (e->src)); -- Summary: [4.3 regression] ICE (SIGSEGV in number_of_iterations_exit) Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: doko at ubuntu dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38369
[Bug other/38370] New: inconsistent warnings
[forwarded from https://launchpad.net/bugs/291780]
When compiling a small test program, the compiler shows a warning I would
either not expect at all, or expect it to appear for all four if-statements
used in my example:
$ gcc -Wextra -c promotion.c
promotion.c: In function main:
promotion.c:10: warning: comparison of promoted ~unsigned with unsigned
promotion.c:
typedef unsigned char uint8_t;
int main(void)
{
uint8_t a = 0;
uint8_t b = 0;
unsigned char c = 0;
unsigned char d = 0;
if (a == (b ^ 0xff)) { }
if (a == (d ^ 0xff)) { }
if (c == (b ^ 0xff)) { }
if (c == (d ^ 0xff)) { }
return 0;
}
--
Summary: inconsistent warnings
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at ubuntu dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38370
[Bug middle-end/38343] [4.4 Regression] ice for legal code with -O2
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-02 10:14 --- Subject: Bug 38343 Author: jakub Date: Tue Dec 2 10:13:05 2008 New Revision: 142348 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142348 Log: PR middle-end/38343 * builtins.c (expand_builtin_mempcpy_args): Handle COMPOUND_EXPRs potentially returned from folding memcpy. (expand_builtin_stpcpy_args): Similarly for folding strcpy. (fold_builtin_2): Handle BUILT_IN_STPCPY if result is ignored. * gcc.c-torture/compile/pr38343.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr38343.c Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38343
[Bug c++/38345] redeclaration of name introduced in a condition
--- Comment #2 from jwakely dot gcc at gmail dot com 2008-12-02 10:39 --- Ah yes, it's a dup. Thanks, Andrew. *** This bug has been marked as a duplicate of 18770 *** -- jwakely dot gcc at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38345
[Bug debug/38367] New: Wrong debug information for big endian function parameters
When viewing the values of the parameters s1, s2, c1, c2 in the following
program with gdb or trace32 debugger a value of zero is displayed. Looking at
the dwarf info it seems that DW_AT_location is wrong. On m68k short and char
parameters are pushed as 32 bit integers on the stack. The location of the
debug symbol points to the LSB of the integer. This is correct for little
endian but for big endian the location must be adjusted to point to the MSB or
MSW. The generated code works correctly.
The configuration was:
../gcc-4.3.2/configure --target=m68k-elf --prefix=/opt/gcc-4.3.2 --with-newlib
--disable-shared --with-gnu-as --with-gnu-ld --enable-languages=c,c++
--with-headers=/src/gcc-4.3.2/build-gcc/../newlib-1.16.0/newlib/libc/include
--with-arch=cf
and the command line:
m68k-elf-gcc -m528x -Wall -g -O2 -c main/chpar.c -oDebug/chpar.o
__attribute__((noinline)) void charpar(int i1, int i2, int i3, short s1, short
s2, char c1, char c2, int i4)
{
volatile int _i1 = i1;
volatile int _i2 = i2;
volatile int _i3 = i3;
volatile short _s1 = s1;
volatile short _s2 = s2;
volatile char _c1 = c1;
volatile char _c2 = c2;
volatile int _i4 = i4;
}
int main()
{
charpar(1,2,3,4,5,6,7,8);
}
Compilation Unit @ offset 0x0:
Length:0x150 (32-bit)
Version: 2
Abbrev Offset: 0
Pointer Size: 4
<0>: Abbrev Number: 1 (DW_TAG_compile_unit)
< c> DW_AT_producer: (indirect string, offset: 0xa): GNU C 4.3.2
<10> DW_AT_language: 1(ANSI C)
<11> DW_AT_name: (indirect string, offset: 0x30): main/chpar.c
<15> DW_AT_comp_dir: (indirect string, offset: 0x20): /c/A/P4
<19> DW_AT_low_pc : 0x0
<1d> DW_AT_high_pc : 0x6a
<21> DW_AT_stmt_list : 0x0
<1><25>: Abbrev Number: 2 (DW_TAG_subprogram)
<26> DW_AT_external: 1
<27> DW_AT_name: (indirect string, offset: 0x28): charpar
<2b> DW_AT_decl_file : 1
<2c> DW_AT_decl_line : 3
<2d> DW_AT_prototyped : 1
<2e> DW_AT_low_pc : 0x0
<32> DW_AT_high_pc : 0x38
<36> DW_AT_frame_base : 0x0 (location list)
<3a> DW_AT_sibling : <0x117>
<2><3e>: Abbrev Number: 3 (DW_TAG_formal_parameter)
<3f> DW_AT_name: i1
<42> DW_AT_decl_file : 1
<43> DW_AT_decl_line : 2
<44> DW_AT_type: <0x117>
<48> DW_AT_location: 2 byte block: 91 0 (DW_OP_fbreg: 0)
<2><4b>: Abbrev Number: 3 (DW_TAG_formal_parameter)
<4c> DW_AT_name: i2
<4f> DW_AT_decl_file : 1
<50> DW_AT_decl_line : 2
<51> DW_AT_type: <0x117>
<55> DW_AT_location: 2 byte block: 91 4 (DW_OP_fbreg: 4)
<2><58>: Abbrev Number: 3 (DW_TAG_formal_parameter)
<59> DW_AT_name: i3
<5c> DW_AT_decl_file : 1
<5d> DW_AT_decl_line : 2
<5e> DW_AT_type: <0x117>
<62> DW_AT_location: 2 byte block: 91 8 (DW_OP_fbreg: 8)
<2><65>: Abbrev Number: 3 (DW_TAG_formal_parameter)
<66> DW_AT_name: s1
<69> DW_AT_decl_file : 1
<6a> DW_AT_decl_line : 2
<6b> DW_AT_type: <0x11e>
<6f> DW_AT_location: 2 byte block: 91 c (DW_OP_fbreg: 12)
<2><72>: Abbrev Number: 3 (DW_TAG_formal_parameter)
<73> DW_AT_name: s2
<76> DW_AT_decl_file : 1
<77> DW_AT_decl_line : 2
<78> DW_AT_type: <0x11e>
<7c> DW_AT_location: 2 byte block: 91 10 (DW_OP_fbreg: 16)
<2><7f>: Abbrev Number: 3 (DW_TAG_formal_parameter)
<80> DW_AT_name: c1
<83> DW_AT_decl_file : 1
<84> DW_AT_decl_line : 2
<85> DW_AT_type: <0x125>
<89> DW_AT_location: 2 byte block: 91 14 (DW_OP_fbreg: 20)
<2><8c>: Abbrev Number: 3 (DW_TAG_formal_parameter)
<8d> DW_AT_name: c2
<90> DW_AT_decl_file : 1
<91> DW_AT_decl_line : 2
<92> DW_AT_type: <0x125>
<96> DW_AT_location: 2 byte block: 91 18 (DW_OP_fbreg: 24)
<2><99>: Abbrev Number: 3 (DW_TAG_formal_parameter)
<9a> DW_AT_name: i4
<9d> DW_AT_decl_file : 1
<9e> DW_AT_decl_line : 2
<9f> DW_AT_type: <0x117>
DW_AT_location: 2 byte block: 91 1c (DW_OP_fbreg: 28)
<2>: Abbrev Number: 4 (DW_TAG_variable)
DW_AT_name: _i1
DW_AT_decl_file : 1
DW_AT_decl_line : 4
DW_AT_type: <0x12c>
DW_AT_location: 2 byte block: 7e 76 (DW_OP_breg14: -10)
<2>: Abbrev Number: 4 (DW_TAG_variable)
DW_AT_name: _i2
DW_AT_decl_file : 1
DW_AT_decl_line
[Bug middle-end/38360] [4.3/4.4 regression] ICE in gimple_op, at gimple.h:1636
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-12-02 11:16 --- Or rather we should verify arguments to builtin functions properly in the frontends. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38360
[Bug c/37866] "passing argument from incompatible pointer type" warning cannot be passed to -Werror=
--- Comment #4 from viktor dot bachraty at gmail dot com 2008-12-02 15:33 --- I had some issues caused by implicit pointer casting as well. Would be really nice to be able to separately turn specific classes of pedantic warnings into errors without having to turn every warning. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37866
[Bug middle-end/38343] [4.4 Regression] ice for legal code with -O2
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-02 10:26 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38343
[Bug target/38366] gcc doesn't call functions that are struct arguments correctly
--- Comment #4 from ktietz at gcc dot gnu dot org 2008-12-02 11:51 --- (In reply to comment #2) > This seems to work for me with r141893 which means this broke recently. The subject is that here a ms_abi function is calling via a variable an sysv_abi function on linux64. This problem happens just on linux and not on w64. I tested the testcase. What happens is that the seventh argument is stored on wrong stack position (the w64 reserved stack area is added here). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38366
[Bug c/38366] New: gcc doesn't call functions that are struct arguments correctly
If a function pointer is part of a struct, and it is called from a function marked with ms_abi, the 7th argument will be placed wrongly on the stack. It is placed at 20(%rsp) instead of at (%rsp), which means that programs like wine will fail. Testcase attached -- Summary: gcc doesn't call functions that are struct arguments correctly Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: m dot b dot lankhorst at gmail dot com GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38366
[Bug libstdc++/38365] New: Locale, constructed from named and unnamed locales, become named
Locale constructor
locale(const locale& other, const locale& one, locale::category cats)
creates named locale when 'other' - named locale, but 'one' - unnamed.
According to 22.1.1 p8:
A locale constructed from a name string (such as "POSIX"), or from parts of two
named locales, has a name; all others do not.
Example:
[test.cpp]
#include
#include
using namespace std;
int main()
{
locale other(locale("C"));
locale one(locale("en_US"), new ctype());
locale loc(other, one, locale::collate);
cout << "one.name() is " << one.name() << endl;
cout << "other.name() is " << other.name() << endl;
cout << "loc.name() is " << loc.name() << endl;
return 0;
}
[EMAIL PROTECTED] locale_name]$ g++ test.cpp && ./a.out
one.name() is *
other.name() is C
loc.name() is C
[EMAIL PROTECTED] locale_name]$ g++ --version
g++ (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8)
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
--
Summary: Locale, constructed from named and unnamed locales,
become named
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tsyvarev at ispras dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38365
[Bug debug/30161] GCC should generate dwarf info about template parameters
-- dodji at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|jason at gcc dot gnu dot org|dodji at gcc dot gnu dot org Status|NEW |ASSIGNED Last reconfirmed|2006-12-12 09:45:45 |2008-12-02 09:01:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30161
[Bug tree-optimization/38369] [4.3 regression] ICE (SIGSEGV in number_of_iterations_exit)
--- Comment #1 from doko at ubuntu dot com 2008-12-02 10:12 --- Created an attachment (id=16807) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16807&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38369
[Bug fortran/36704] Procedure pointer as function result
--- Comment #4 from janus at gcc dot gnu dot org 2008-12-02 11:59 --- Subject: Bug 36704 Author: janus Date: Tue Dec 2 11:58:16 2008 New Revision: 142351 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142351 Log: 2008-12-02 Janus Weil <[EMAIL PROTECTED]> PR fortran/36704 PR fortran/38290 * decl.c (match_result): Result may be a standard variable or a procedure pointer. * expr.c (gfc_check_pointer_assign): Additional checks for procedure pointer assignments. * primary.c (gfc_match_rvalue): Bugfix for procedure pointer assignments. * resolve.c (resolve_function): Check for attr.subroutine. * symbol.c (check_conflict): Addtional checks for RESULT statements. * trans-types.c (gfc_sym_type,gfc_get_function_type): Support procedure pointers as function result. 2008-12-02 Janus Weil <[EMAIL PROTECTED]> PR fortran/36704 PR fortran/38290 * gfortran.dg/entry_7.f90: Modified. * gfortran.dg/proc_ptr_2.f90: Extended. * gfortran.dg/proc_ptr_3.f90: Modified. * gfortran.dg/proc_ptr_11.f90: New. * gfortran.dg/proc_ptr_12.f90: New. * gfortran.dg/result_1.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/proc_ptr_11.f90 trunk/gcc/testsuite/gfortran.dg/proc_ptr_12.f90 trunk/gcc/testsuite/gfortran.dg/result_1.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/fortran/expr.c trunk/gcc/fortran/primary.c trunk/gcc/fortran/resolve.c trunk/gcc/fortran/symbol.c trunk/gcc/fortran/trans-types.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/entry_7.f90 trunk/gcc/testsuite/gfortran.dg/proc_ptr_2.f90 trunk/gcc/testsuite/gfortran.dg/proc_ptr_3.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36704
[Bug target/37610] [4.4 Regression] FAIL: g++.dg/eh/pr29166.C execution test
--- Comment #10 from jakub at gcc dot gnu dot org 2008-12-02 15:48 --- Created an attachment (id=16811) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16811&action=view) gcc44-pr37610.patch Patch I've briefly tested on ppc-linux with broken as well as fixed gas and on x86_64-linux am bootstrapping it ATM. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37610
[Bug java/38374] New: constant pool references have wrong types in ADDR_EXPR
The Java FE builds the final constant pool variable late (_CD_java_lang_Object) and only then fills in the arrays domain. All references to it before have an empty TYPE_DOMAIN which means after filling in the final TYPE_DOMAIN all the ADDR_EXPRs have wrong types. -- Summary: constant pool references have wrong types in ADDR_EXPR Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38374
[Bug c++/28743] [4.2/4.3/4.4 regression] ICE with invalid specialization
--- Comment #18 from jason at gcc dot gnu dot org 2008-12-02 17:07 --- Fixed for 4.4, no need to fix ice-on-invalid in earlier releases. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28743
[Bug middle-end/38343] [4.4 Regression] ice for legal code with -O2
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-02 17:16 --- Subject: Bug 38343 Author: jakub Date: Tue Dec 2 17:14:18 2008 New Revision: 142363 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142363 Log: PR middle-end/38343 * builtins.c (fold_builtin_memory_op): Convert len to sizetype before using it in POINTER_PLUS_EXPR. * gcc.c-torture/compile/pr38343-2.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr38343-2.c Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38343
[Bug c++/34937] [4.2 regression] ICE with attribute weak
--- Comment #6 from jason at gcc dot gnu dot org 2008-12-02 17:08 --- Fixed in 4.3. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34937
[Bug c++/34962] [4.2 regression] ICE with VLA and attribute in template
--- Comment #5 from jason at gcc dot gnu dot org 2008-12-02 17:09 --- Fixed in 4.3. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34962
[Bug c++/35316] [4.2 regression] ICE with typeof/decltype and bit-fields
--- Comment #5 from jason at gcc dot gnu dot org 2008-12-02 17:09 --- Fixed in 4.3. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35316
[Bug c++/29236] [4.2 Regression] Bogus ambiguity with templates + friend
--- Comment #18 from jason at gcc dot gnu dot org 2008-12-02 17:11 --- Fixed in 4.3. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29236
[Bug c++/35708] [4.2 Regression] jump to label enters catch block
--- Comment #12 from jason at gcc dot gnu dot org 2008-12-02 17:12 --- Fixed in 4.3. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35708
[Bug c/38364] [4.4 Regression] -ftrapv triggers integer miscompilation
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-02 17:31 --- Created an attachment (id=16812) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16812&action=view) pr38364.c Deobfuscated testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38364
[Bug testsuite/28870] [4.2/4.3/4.4 Regression] configuring, over-riding timeout values in testsuite
--- Comment #28 from janis at gcc dot gnu dot org 2008-12-02 17:45 --- Subject: Bug 28870 Author: janis Date: Tue Dec 2 17:44:08 2008 New Revision: 142366 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142366 Log: Backport from mainline: 2008-11-26 Janis Johnson <[EMAIL PROTECTED]> gcc/ PR testsuite/28870 * doc/sourcebuild.texi (Test Directives): Add dg-timeout and dg-timeout-factor. gcc/testsuite/ PR testsuite/28870 * lib/timeout.exp: New. * lib/timeout-dg.exp: New. * lib/gcc-dg.exp: Include new timeout library files. (dg-test): Unset timeout variables. * lib/gcc.exp (gcc_target_compile): Set timeout value from new proc. * lib/g++.exp (g++_target_compile): Ditto. * lib/gfortran.exp (gfortran_target_compile): Ditto. * lib/objc.exp (objc_target_compile): Ditto. * lib/obj-c++.exp (obj-c++_target_compile): Ditto. * lib/obj-c++.exp (obj-c++_target_compile): Ditto. * lib/gnat.exp (gnat_target_compile): Ditto. libstdc++-v3/ PR testsuite/28870 * testsuite/lib/libstdc++.exp: Include new timeout library files. (libstdc++_init): Define tool_timeout. (dg-test): Override DejaGnu proc. (v3_target_compile): Set timeout value from new proc. (v3_target_compile_as_c): Ditto. libmudflap/ PR testsuite/28870 * testsuite/lib/mfdg.exp (dg-test): Use new timeout support. (dg-timeout): Remove. (standard-wait): Remove. * testsuite/lib/libmudflap.exp: Include new timeout library files. (libmudflap_target_compile): Set timeout value from new proc. libgomp/ PR testsuite/28870 * testsuite/lib/libgomp.exp: Include new timeout library files. (libgomp_target_compile): Set timeout value from new proc. Added: branches/gcc-4_3-branch/gcc/testsuite/lib/timeout-dg.exp branches/gcc-4_3-branch/gcc/testsuite/lib/timeout.exp Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/doc/sourcebuild.texi branches/gcc-4_3-branch/gcc/testsuite/ChangeLog branches/gcc-4_3-branch/gcc/testsuite/lib/g++.exp branches/gcc-4_3-branch/gcc/testsuite/lib/gcc-dg.exp branches/gcc-4_3-branch/gcc/testsuite/lib/gcc.exp branches/gcc-4_3-branch/gcc/testsuite/lib/gfortran.exp branches/gcc-4_3-branch/gcc/testsuite/lib/gnat.exp branches/gcc-4_3-branch/gcc/testsuite/lib/obj-c++.exp branches/gcc-4_3-branch/gcc/testsuite/lib/objc.exp branches/gcc-4_3-branch/libgomp/ChangeLog branches/gcc-4_3-branch/libgomp/testsuite/lib/libgomp.exp branches/gcc-4_3-branch/libmudflap/ChangeLog branches/gcc-4_3-branch/libmudflap/testsuite/lib/libmudflap.exp branches/gcc-4_3-branch/libmudflap/testsuite/lib/mfdg.exp branches/gcc-4_3-branch/libstdc++-v3/ChangeLog branches/gcc-4_3-branch/libstdc++-v3/testsuite/lib/libstdc++.exp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28870
[Bug rtl-optimization/38245] [4.4 Regression] stack corruption when a call is removed but not the outgoing argument pushes
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-02 17:46 --- *** Bug 38364 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38245
[Bug c/38364] [4.4 Regression] -ftrapv triggers integer miscompilation
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-02 17:46 ---
This is a dup of PR38245, again, DCE removes the only call in the function, but
not the argument push, so that push clobbers slot where caller's %ebx is
preserved.
Either:
--- config/i386/i386.c.i386 2008-11-27 17:08:28.0 +0100
+++ config/i386/i386.c2008-12-02 18:26:24.0 +0100
@@ -7566,14 +7566,8 @@ ix86_compute_frame_layout (struct ix86_f
offset += size;
- /* Add outgoing arguments area. Can be skipped if we eliminated
- all the function calls as dead code.
- Skipping is however impossible when function calls alloca. Alloca
- expander assumes that last crtl->outgoing_args_size
- of stack frame are unused. */
- if (ACCUMULATE_OUTGOING_ARGS
- && (!current_function_is_leaf || cfun->calls_alloca
- || ix86_current_function_calls_tls_descriptor))
+ /* Add outgoing arguments area. */
+ if (ACCUMULATE_OUTGOING_ARGS)
{
offset += crtl->outgoing_args_size;
frame->outgoing_arguments_size = crtl->outgoing_args_size;
fixes this (and other targets would need to be checked for this too), or
DCE needs to be taught to remove also the arguments (if that is at all
possible,
for ACCUMULATE_OUTGOING_ARGS that shouldn't be that hard, but for
-mno-accumulate-outgoing-args it would be much harder).
*** This bug has been marked as a duplicate of 38245 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution||DUPLICATE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38364
[Bug testsuite/28870] [4.2/4.3/4.4 Regression] configuring, over-riding timeout values in testsuite
--- Comment #29 from janis at gcc dot gnu dot org 2008-12-02 17:49 --- Fixed in trunk (4.4) and 4.3; 4.2 isn't expected to have additional releases so I haven't backported it there. The patch solves the original reported problem, a hard-coded timeout for libstdc++ tests, by allowing the timeout value for a testsuite to be overridden by "gcc,,timeout" in the target board, and for individual tests to specify a timeout either by a number of seconds or by a multiple of the current default timeout. The same mechanism is also used now by the compiler tests and tests for libmudflap and libgomp; it can be extended to libffi and libjava if there is interest. -- janis at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28870
[Bug c++/35722] [C++0x] Variadic templates expansion into non-variadic class template
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35722
[Bug rtl-optimization/38245] [4.4 Regression] stack corruption when a call is removed but not the outgoing argument pushes
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-02 17:50 --- "I guess that option 4 is to investigate why DSE doesn't remove the dead stores." 1) DCE which removes this is done after DSE2 2) DSE doesn't remove sp based stores, except for spill slots (there is a PR about it, but isn't going to be fixed any time soon). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38245
[Bug c++/36628] [c++0x] incorrect decltype() handling of conditional operator
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36628
[Bug c++/34022] C++0x: rvalue references and std::forward() broken with built-in types
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|SUSPENDED |NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34022
[Bug c++/35147] ICE trying to expand an argument pack with zero arguments
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35147
[Bug c++/35153] Taking address of result of calling function returning rvalue reference should not compile.
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35153
[Bug c++/34756] [4.3/4.4 regression] ICE with broken specialization of variadic template
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34756
[Bug c++/34219] gcc doesn't accept const members of variadic templates as const (regression)
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|SUSPENDED |NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34219
[Bug c++/34892] [4.3/4.4 regression] ICE with ellipsis in default template argument
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34892
[Bug c++/35022] [4.3/4.4 regression] ICE with parameter pack in template constant parameter
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35022
[Bug c++/35025] [4.3 regression] ICE with invalid specialization of variadic template
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|dgregor at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35025
[Bug rtl-optimization/38280] [4.4 regression] Revision 142207 breaks 416.gamess/481.wrf in SPEC CPU 2006
--- Comment #10 from hjl dot tools at gmail dot com 2008-12-02 18:46 --- Fixed as of revision 142345. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38280
[Bug c++/35782] support for standard layout types
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-04-01 19:20:05 |2008-12-02 19:13:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35782
[Bug c++/37860] standard_layout: direct and copy initialization issues
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-02 19:13:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37860
[Bug fortran/35937] Wrong type for charlength of function
--- Comment #11 from dominiq at lps dot ens dot fr 2008-12-02 20:03 --- On powerpc-apple-darwin9, the test in comment #4 returns 0 with -m32 (no bus error) instead of 1 with -m64. I have applied the proposed patches in comment #4 and #5 (one at a time!-), but they don't fix the wrong code (note also that gfortran with patch #4 pass the test suite without regression). > Since I cannot reproduce the bug, even at -m32, I am unassigning myself. Did you get the expected result also? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35937
[Bug debug/38367] [4.1/4.2/4.3/4.4 regression] Wrong debug information for big endian function parameters
-- schwab at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target triplet|m68k-unknown-elf|m68k-*-* Known to fail||4.1.3 Known to work||4.0.4 Last reconfirmed|-00-00 00:00:00 |2008-12-02 20:24:57 date|| Summary|Wrong debug information for |[4.1/4.2/4.3/4.4 regression] |big endian function |Wrong debug information for |parameters |big endian function ||parameters Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38367
[Bug ada/37799] SEGV compiling ada/ada.ads in stage2
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2008-12-02 21:38 --- Subject: Re: SEGV compiling ada/ada.ads in stage2 ebotcazou at gcc dot gnu dot org writes: > Works for me on Solaris 10 as well. I've just tried again on current mainline (trunk revision 142371) on Solaris 11 (snv_103), both with Sun as and GNU as 2.19, and get the same error in both cases. The compilers were configured as follows: Target: sparc-sun-solaris2.11 Configured with: /vol/gcc/src/gcc-dist/configure CC=/vol/gcc/obj/gcc-4.4.0-20081202/11-gcc-v9/gccv9 --with-gmp-include=/vol/gcc/obj/gmp-4.2.1-v9 --with-gmp-lib=/vol/gcc/obj/gmp-4.2.1-v9/.libs --with-mpfr-include=/vol/gcc/obj/mpfr-2.3.2-v9 --with-mpfr-lib=/vol/gcc/obj/mpfr-2.3.2-v9/.libs --with-gnu-as --with-as=/vol/gcc/lib/gas-2.19 --enable-languages=c,ada --prefix=/vol/gcc --with-local-prefix=/vol/gcc --disable-nls Thread model: posix gcc version 4.4.0 20081202 (experimental) [trunk revision 142371] (GCC) resp. Target: sparc-sun-solaris2.11 Configured with: /vol/gcc/src/gcc-dist/configure CC=/vol/gcc/obj/gcc-4.4.0-20081202/11-gcc-v9/gccv9 --with-gmp-include=/vol/gcc/obj/gmp-4.2.1-v9 --with-gmp-lib=/vol/gcc/obj/gmp-4.2.1-v9/.libs --with-mpfr-include=/vol/gcc/obj/mpfr-2.3.2-v9 --with-mpfr-lib=/vol/gcc/obj/mpfr-2.3.2-v9/.libs --enable-languages=c,ada --prefix=/vol/gcc --with-local-prefix=/vol/gcc --disable-nls Thread model: posix gcc version 4.4.0 20081202 (experimental) [trunk revision 142371] (GCC) I'm currently running bootstraps on Solaris 10 (both with Sun as and GNU as 2.19) to verify if this makes a difference. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37799
[Bug ada/37799] SEGV compiling ada/ada.ads in stage2
--- Comment #5 from ro at gcc dot gnu dot org 2008-12-02 21:39 --- Still crashes for me. -- ro at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|WORKSFORME | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37799
[Bug c/38375] New: infinite loop on invalid struct redefinition
struct sqt13 {};
struct sqt13 {
struct sqt13 x;
} y = { 3.0 };
takes infinite time/memory to compile.
GNU C (GCC) version 4.4.0 20081003 (experimental) [trunk revision 140855]
(i686-apple-darwin9)
--
Summary: infinite loop on invalid struct redefinition
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38375
[Bug c/38375] infinite loop on invalid struct redefinition
--- Comment #1 from mrs at apple dot com 2008-12-02 21:43 --- Radar 6400208 -- mrs at apple dot com changed: What|Removed |Added CC||mrs at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38375
[Bug c/38376] New: "Builtins" is used when the code Conventions say don't use it
From:
http://gcc.gnu.org/codingconventions.html
Use... ...instead of Rationale
"built-in" as an adjective ("built-in function") or "built in"
"builtin"
"builtin" isn't a word
But the manual uses it:
5.48 Object Size Checking Builtins
--
Summary: "Builtins" is used when the code Conventions say don't
use it
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: documentation
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38376
[Bug c/38376] "Builtins" is used when the code Conventions say don't use it
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-02 21:49 --- Actually the whole manual is inconstient: Atomic Builtins: Built-in functions for atomic memory access. Object Size Checking: Built-in functions for limited buffer overflow checking. Other Builtins: Other built-in functions. Target Builtins: Built-in functions specific to particular targets. Jakub, I added you as a CC because you wrote the documentation for the object size checking built ins but I now see this is a much bigger issue than just that one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38376
[Bug c++/38377] New: __builtin_constant_p(t) ? t : 1 is not considered a constant integer expression
Take: int t; int f = __builtin_constant_p(t) ? t : -1; int h[__builtin_constant_p(t) ? t : 1]; --- CUT --- This is accepted by the C front-end by rejected by the C++ front-end. I would assume the built-in function __builtin_constant_p would cause it to be considered as an integer constant expression but for some reason it is not. The manual does say this about using it in static intializers: You may also use __builtin_constant_p in initializers for static data. Which I had hoped it would cause it to be part of the constant integer expression. -- Summary: __builtin_constant_p(t) ? t : 1 is not considered a constant integer expression Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38377
[Bug testsuite/29056] gcc.target/powerpc/ppc-negeq0-1.c fails on powerpc64
--- Comment #10 from janis at gcc dot gnu dot org 2008-12-02 22:13 --- Subject: Bug 29056 Author: janis Date: Tue Dec 2 22:11:55 2008 New Revision: 142374 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142374 Log: Backport from mainline: 2008-08-26 Janis Johnson <[EMAIL PROTECTED]> * gcc.dg/Wstrict-aliasing-bogus-ref-all-2.c: Ignore a warning. * g++.dg/ext/altivec-3.C: Move AltiVec code out of main. Backport from mainline: 2008-07-10 2008-07-10 Joseph Myers <[EMAIL PROTECTED]> PR middle-end/29056 * gcc.target/powerpc/ppc-negeq0-1.c: Use long instead of int. Adjust shift and scan-assembler-not pattern to allow for 64-bit case. Backport from mainline: 2008-06-09 Joseph Myers <[EMAIL PROTECTED]> * gcc.dg/pr34856.c: Condition use of -maltivec on powerpc_altivec_ok. Use -w on other powerpc*-*-linux*. Backport from mainline: 2008-05-20 Janis Johnson <[EMAIL PROTECTED]> * g++.dg/ext/vector14.C: Ignore a possible warning. Backport from mainline: 2008-04-21 Steve Ellcey <[EMAIL PROTECTED]> * gcc.dg/vect/pr33953.c: XFAIL if vect_no_align. Backport from mainline: 2008-04-04 Janis Johnson <[EMAIL PROTECTED]> * gcc.dg/var-expand3.c: Skip for powerpc-linux if not on AltiVec HW. * gcc.dg/torture/builtin-modf-1.c: Use special options for powerpc*-*-linux*. Backport from mainline: 2008-04-04 Janis Johnson <[EMAIL PROTECTED]> * g++.dg/other/anon5.C: Don't depend on line number for error message. Modified: branches/gcc-4_3-branch/gcc/testsuite/ChangeLog branches/gcc-4_3-branch/gcc/testsuite/g++.dg/ext/altivec-3.C branches/gcc-4_3-branch/gcc/testsuite/g++.dg/ext/vector14.C branches/gcc-4_3-branch/gcc/testsuite/g++.dg/other/anon5.C branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/Wstrict-aliasing-bogus-ref-all-2.c branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/pr34856.c branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/torture/builtin-modf-1.c branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/var-expand3.c branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/vect/pr33953.c branches/gcc-4_3-branch/gcc/testsuite/gcc.target/powerpc/ppc-negeq0-1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29056
[Bug ada/37799] SEGV compiling ada/ada.ads in stage2
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2008-12-02 22:28 --- Subject: Re: SEGV compiling ada/ada.ads in stage2 ro at techfak dot uni-bielefeld dot de writes: > I'm currently running bootstraps on Solaris 10 (both with Sun as and GNU as > 2.19) to verify if this makes a difference. It doesn't: I get exactly the same error. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37799
[Bug tree-optimization/31677] gcc.dg/memcpy-1.c tree dump scan fails on several targets
--- Comment #2 from janis at gcc dot gnu dot org 2008-12-02 22:28 --- Adding "--param sra-max-structure-size=32" as suggested in comment #1 makes the test pass on powerpc64-linux with -m32 and -m64. Jan, is that an appropriate fix/workaround? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31677
[Bug testsuite/38263] gcc.dg/ipa/ipacost-2.c fails with -fpic/-fPIC
--- Comment #1 from janis at gcc dot gnu dot org 2008-12-02 22:54 --- Jan, you added this test, do you have answers to Kaveh's questions? -- janis at gcc dot gnu dot org changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38263
[Bug testsuite/38216] gcc.target/powerpc/pr18096-1.c fails to compile on powerpc-*-*
--- Comment #2 from janis at gcc dot gnu dot org 2008-12-02 23:02 --- The test is supposed to fail, but expected an error at line 8. Yesterday I fixed the test to expect the error at line 7, although I hadn't noticed this PR at the time. The patch is at http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00052.html. Fixed. -- janis at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38216
[Bug testsuite/38025] [4.4 Regression] gcc.target/spu/intrinsics-1.c test fails
--- Comment #4 from gnu at the-meissners dot org 2008-12-02 23:26 --- Patch applied to tree on November 5th. -- gnu at the-meissners dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38025
[Bug c++/37234] [c++0x] =default definition outside template class fails
--- Comment #1 from jason at gcc dot gnu dot org 2008-12-02 23:53 --- Subject: Bug 37234 Author: jason Date: Tue Dec 2 23:52:02 2008 New Revision: 142379 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142379 Log: PR c++/35782, c++/37860 * call.c (build_user_type_conversion_1): Remember list-initialization. (convert_like_real): Likewise. (build_over_call): Don't require the copy constructor for copy-list-initialization. * cp-tree.h (TARGET_EXPR_LIST_INIT_P): New macro. PR c++/37234 * decl.c (cp_finish_decl): Handle =default and =delete for templates, too. Added: trunk/gcc/testsuite/g++.dg/cpp0x/defaulted5.C trunk/gcc/testsuite/g++.dg/cpp0x/initlist9.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37234
[Bug c++/35782] support for standard layout types
--- Comment #9 from jason at gcc dot gnu dot org 2008-12-02 23:53 --- Subject: Bug 35782 Author: jason Date: Tue Dec 2 23:52:02 2008 New Revision: 142379 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142379 Log: PR c++/35782, c++/37860 * call.c (build_user_type_conversion_1): Remember list-initialization. (convert_like_real): Likewise. (build_over_call): Don't require the copy constructor for copy-list-initialization. * cp-tree.h (TARGET_EXPR_LIST_INIT_P): New macro. PR c++/37234 * decl.c (cp_finish_decl): Handle =default and =delete for templates, too. Added: trunk/gcc/testsuite/g++.dg/cpp0x/defaulted5.C trunk/gcc/testsuite/g++.dg/cpp0x/initlist9.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35782
