[Bug middle-end/34483] wo_prof_two_strs.c:56: internal compiler error: in find_new_var_of_type, at ipa-struct-reorg.c:605
--- Comment #56 from olga at il dot ibm dot com 2008-01-25 08:10 --- (In reply to comment #55) > With revision 131802, we are down to the followning fails: can you please check now? I committed patches from comment #11. Olga -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34483
[Bug c/31537] duplicate weakref emitted with IMA
--- Comment #7 from aldot at gcc dot gnu dot org 2008-01-25 08:28 --- Testing a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31537
[Bug fortran/34946] [4.3 Regression] internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:592
--- Comment #14 from burnus at gcc dot gnu dot org 2008-01-25 08:52 --- The change seems to be introduced around 2007-01-08-r120570 / 2007-01-09-r120610. Most probably: r120584 | sayle | 2007-01-08 18:56:37 +0100 (Mo, 08 Jan 2007) | 19 lines * trans-array.c (constant_array_constructor_p): New function to determine whether an array constructor consists only of constant elements, and if so return it's size. (gfc_build_constant_array_constructor): Construct a statically initialized gfortran array for a given EXPR_ARRAY. (gfc_trans_constant_array_constructor): Efficiently scalarize a constant array constructor. (gfc_trans_array_constructor): Tidy up use of CONST_STRING. Special case scalarization of constant array constructors, all of whose elements are specified, using constant_array_constructor_p and gfc_trans_constant_array_constructor. (gfc_conv_scalarized_array_ref): Check whetger info->offset is zero before adding it to index, to avoid creating a NON_LVALUE_EXPR. * gfortran.dg/array_constructor_14.f90: New test case. * gfortran.dg/vect/vect-5.f90: Update test for improved alignment. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
[Bug preprocessor/34692] [4.2/4.3 regression] Internal error with pragma in macro
--- Comment #5 from jakub at gcc dot gnu dot org 2008-01-25 09:02 --- Subject: Bug 34692 Author: jakub Date: Fri Jan 25 09:01:27 2008 New Revision: 131819 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131819 Log: PR preprocessor/34692 * macro.c (collect_args): Add pragma_buff argument. Push CPP_PRAGMA ... CPP_PRAGMA_EOL tokens to *pragma_buff, rather than into arguments. Reset prevent_expansion and parsing_args state at CPP_PRAGMA_EOL/CPP_EOF. (funlike_invocation_p): Add pragma_buff argument, pass it through to collect_args. (enter_macro_context): Add result argument. Adjust funlike_invocation_p caller. Emit all deferred pragma tokens gathered during collect_args before the expansion, add a padding token. Return 2 instead of 1 if any pragma tokens were prepended. (cpp_get_token): If enter_macro_context returns 2, don't return a padding token, instead cycle to grab CPP_PRAGMA token. * directives.c (_cpp_handle_directive): If was_parsing_args in deferred pragma, leave parsing_args and prevent_expansion as is. * gcc.dg/cpp/pr34692.c: New test. * gcc.dg/gomp/pr34692.c: New test. Added: trunk/gcc/testsuite/gcc.dg/cpp/pr34692.c trunk/gcc/testsuite/gcc.dg/gomp/pr34692.c Modified: trunk/gcc/testsuite/ChangeLog trunk/libcpp/ChangeLog trunk/libcpp/directives.c trunk/libcpp/macro.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34692
[Bug middle-end/33333] ICE with #pragma omp parallel for in try/catch statement
--- Comment #4 from jakub at gcc dot gnu dot org 2008-01-25 09:13 --- Subject: Bug 3 Author: jakub Date: Fri Jan 25 09:12:57 2008 New Revision: 131820 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131820 Log: PR middle-end/3 * gimplify.c (gimplify_omp_for): Gimplify OMP_FOR_PRE_BODY. * g++.dg/gomp/pr3.C: New test. Added: trunk/gcc/testsuite/g++.dg/gomp/pr3.C Modified: trunk/gcc/ChangeLog trunk/gcc/gimplify.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug preprocessor/34692] [4.2 regression] Internal error with pragma in macro
--- Comment #6 from jakub at gcc dot gnu dot org 2008-01-25 09:14 --- Fixed on the trunk. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2/4.3 regression]|[4.2 regression] Internal |Internal error with pragma |error with pragma in macro |in macro| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34692
[Bug regression/34970] New: name mangling broken for __attributte__((fastcall))
BOOL FASTCALL DdHmgDestroy(); .def [EMAIL PROTECTED]@0; .scl2; .type 32; .endef "Cannot export @[EMAIL PROTECTED]: symbol not found" -- Summary: name mangling broken for __attributte__((fastcall)) Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: regression AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Christoph_vW at reactos dot org GCC build triplet: 4.3.0 20080118 GCC host triplet: linux x86_64 GCC target triplet: mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34970
[Bug fortran/34805] defined assignment not allowed to vector subscripted array
-- dfranke at gcc dot gnu dot org changed: What|Removed |Added CC||dfranke at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34805
[Bug regression/34970] name mangling broken for __attributte__((fastcall))
--- Comment #1 from Christoph_vW at reactos dot org 2008-01-25 09:45 --- Created an attachment (id=15021) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15021&action=view) assembly -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34970
[Bug middle-end/24998] [4.2/4.3 Regression] Build failure: undefined symbol __floatunsitf
--- Comment #37 from rsandifo at gcc dot gnu dot org 2008-01-25 09:54 --- To reinforce comment #34, the MIPS16 hard-float support has been overhauled in 4.3, with this and many other bugs fixed. The MIPS16 problem therefore "only" affects 4.2 now. The description of the situation in comment #31 still applies to 4.2. The 4.3 work showed that the hard-float support had bitrotted significantly, and I doubt it is practically usable in 4.2 regardless of this PR. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24998
[Bug regression/34970] name mangling broken for __attributte__((fastcall))
--- Comment #5 from Christoph_vW at reactos dot org 2008-01-25 10:17 --- build steps mingw32-gcc -c drivers/directx/dxg/main.c -o obj-i386/drivers/directx/dxg/main_dxg.o -Idrivers/directx/dxg -D__USE_W32API -mpreferred-stack-boundary=2 -Wno-strict-aliasing -Wpointer-arith -I. -Iinclude -Iobj-i386/include -Iinclude/psdk -Iobj-i386/include/psdk -Iinclude/dxsdk -Iinclude/crt -Iinclude/crt/mingw32 -Iinclude/ddk -Iinclude/GL -Iinclude/ndk -Iinclude/reactos -Iobj-i386/include/reactos -Iinclude/reactos/libs -D__REACTOS__ -D_M_IX86 -D_X86_ -D__i386__ -DDBG=1 -D_SEH_ENABLE_TRACE -DKDBG=1 -Os -ftracer -momit-leaf-frame-pointer -I. -Iinclude -Iobj-i386/include -Iinclude/psdk -Iobj-i386/include/psdk -Iinclude/dxsdk -Iinclude/crt -Iinclude/crt/mingw32 -Iinclude/ddk -Iinclude/GL -Iinclude/ndk -Iinclude/reactos -Iobj-i386/include/reactos -Iinclude/reactos/libs -Wall -march=pentium -mpreferred-stack-boundary=2 -Wno-strict-aliasing -Wpointer-arith -Os -ftracer -momit-leaf-frame-pointer -g -pipe -Werror -nostdinc -fno-optimize-sibling-calls -D__NTDRIVER__ mingw32-gcc -c drivers/directx/dxg/ddhmg.c -o obj-i386/drivers/directx/dxg/ddhmg_dxg.o -Idrivers/directx/dxg -D__USE_W32API -mpreferred-stack-boundary=2 -Wno-strict-aliasing -Wpointer-arith -I. -Iinclude -Iobj-i386/include -Iinclude/psdk -Iobj-i386/include/psdk -Iinclude/dxsdk -Iinclude/crt -Iinclude/crt/mingw32 -Iinclude/ddk -Iinclude/GL -Iinclude/ndk -Iinclude/reactos -Iobj-i386/include/reactos -Iinclude/reactos/libs -D__REACTOS__ -D_M_IX86 -D_X86_ -D__i386__ -DDBG=1 -D_SEH_ENABLE_TRACE -DKDBG=1 -Os -ftracer -momit-leaf-frame-pointer -I. -Iinclude -Iobj-i386/include -Iinclude/psdk -Iobj-i386/include/psdk -Iinclude/dxsdk -Iinclude/crt -Iinclude/crt/mingw32 -Iinclude/ddk -Iinclude/GL -Iinclude/ndk -Iinclude/reactos -Iobj-i386/include/reactos -Iinclude/reactos/libs -Wall -march=pentium -mpreferred-stack-boundary=2 -Wno-strict-aliasing -Wpointer-arith -Os -ftracer -momit-leaf-frame-pointer -g -pipe -Werror -nostdinc -fno-optimize-sibling-calls -D__NTDRIVER__ mingw32-gcc -c drivers/directx/dxg/eng.c -o obj-i386/drivers/directx/dxg/eng_dxg.o -Idrivers/directx/dxg -D__USE_W32API -mpreferred-stack-boundary=2 -Wno-strict-aliasing -Wpointer-arith -I. -Iinclude -Iobj-i386/include -Iinclude/psdk -Iobj-i386/include/psdk -Iinclude/dxsdk -Iinclude/crt -Iinclude/crt/mingw32 -Iinclude/ddk -Iinclude/GL -Iinclude/ndk -Iinclude/reactos -Iobj-i386/include/reactos -Iinclude/reactos/libs -D__REACTOS__ -D_M_IX86 -D_X86_ -D__i386__ -DDBG=1 -D_SEH_ENABLE_TRACE -DKDBG=1 -Os -ftracer -momit-leaf-frame-pointer -I. -Iinclude -Iobj-i386/include -Iinclude/psdk -Iobj-i386/include/psdk -Iinclude/dxsdk -Iinclude/crt -Iinclude/crt/mingw32 -Iinclude/ddk -Iinclude/GL -Iinclude/ndk -Iinclude/reactos -Iobj-i386/include/reactos -Iinclude/reactos/libs -Wall -march=pentium -mpreferred-stack-boundary=2 -Wno-strict-aliasing -Wpointer-arith -Os -ftracer -momit-leaf-frame-pointer -g -pipe -Werror -nostdinc -fno-optimize-sibling-calls -D__NTDRIVER__ mingw32-gcc -c drivers/directx/dxg/historic.c -o obj-i386/drivers/directx/dxg/historic_dxg.o -Idrivers/directx/dxg -D__USE_W32API -mpreferred-stack-boundary=2 -Wno-strict-aliasing -Wpointer-arith -I. -Iinclude -Iobj-i386/include -Iinclude/psdk -Iobj-i386/include/psdk -Iinclude/dxsdk -Iinclude/crt -Iinclude/crt/mingw32 -Iinclude/ddk -Iinclude/GL -Iinclude/ndk -Iinclude/reactos -Iobj-i386/include/reactos -Iinclude/reactos/libs -D__REACTOS__ -D_M_IX86 -D_X86_ -D__i386__ -DDBG=1 -D_SEH_ENABLE_TRACE -DKDBG=1 -Os -ftracer -momit-leaf-frame-pointer -I. -Iinclude -Iobj-i386/include -Iinclude/psdk -Iobj-i386/include/psdk -Iinclude/dxsdk -Iinclude/crt -Iinclude/crt/mingw32 -Iinclude/ddk -Iinclude/GL -Iinclude/ndk -Iinclude/reactos -Iobj-i386/include/reactos -Iinclude/reactos/libs -Wall -march=pentium -mpreferred-stack-boundary=2 -Wno-strict-aliasing -Wpointer-arith -Os -ftracer -momit-leaf-frame-pointer -g -pipe -Werror -nostdinc -fno-optimize-sibling-calls -D__NTDRIVER__ mingw32-gcc -xc -E -DRC_INVOKED -Idrivers/directx/dxg -D__USE_W32API -I. -Iinclude -Iobj-i386/include -Iinclude/psdk -Iobj-i386/include/psdk -Iinclude/dxsdk -Iinclude/crt -Iinclude/crt/mingw32 -Iinclude/ddk -Iinclude/GL -Iinclude/ndk -Iinclude/reactos -Iobj-i386/include/reactos -Iinclude/reactos/libs -D__REACTOS__ -D_M_IX86 -D_X86_ -D__i386__ -DDBG=1 -D_SEH_ENABLE_TRACE -DKDBG=1 -I. -Iinclude -Iobj-i386/include -Iinclude/psdk -Iobj-i386/include/psdk -Iinclude/dxsdk -Iinclude/crt -Iinclude/crt/mingw32 -Iinclude/ddk -Iinclude/GL -Iinclude/ndk -Iinclude/reactos -Iobj-i386/include/reactos -Iinclude/reactos/libs -D__REACTOS__ -D_M_IX86 -D_X86_ -D__i386__ -DDBG=1 -D_SEH_ENABLE_TRACE -DKDBG=1 drivers/directx/dxg/dxg.rc > ./dxg.dxg.rci.tmp output-i386/tools/wrc/wrc -Idrivers/directx/dxg -D__USE_W32API -I. -Iinclude -Iobj-i386/include -Iinclude/psdk -Iobj-i386/include/psdk -Iinclude/dxsdk -Iinclude/crt -Iinclude/crt/mingw32 -Iinclude/ddk -Iinclude/GL -Iinclude/ndk -Iinclude/reactos -Iobj-i386/include/reactos -I
[Bug target/34856] [4.2/4.3 Regression] ICE with some constant vectors
--- Comment #25 from uros at gcc dot gnu dot org 2008-01-25 10:26 --- Subject: Bug 34856 Author: uros Date: Fri Jan 25 10:25:21 2008 New Revision: 131821 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131821 Log: PR target/34856 * simplifx-rtx.c (simplify_const_binary_operation) [VEC_CONCAT]: Consider only CONST_INT, CONST_DOUBLE and CONST_FIXED as constant vector elements. testsuite/ChangeLog: PR target/34856 * gcc.dg/pr34856.c: Use pointer mode for "pin". Modified: trunk/gcc/ChangeLog trunk/gcc/simplify-rtx.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/pr34856.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
[Bug other/31405] [4.3 Regression] fixincludes needed for wchar from glibc 2.3.6
--- Comment #3 from ubizjak at gmail dot com 2008-01-25 10:46 --- Confirmed & CC maintainer of fixincludes. -- ubizjak at gmail dot com changed: What|Removed |Added CC||bkorb at gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-01-25 10:46:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31405
[Bug c++/34963] [4.3 regression] ICE completely broken destructor
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to work||4.2.3 Priority|P3 |P5 Last reconfirmed|-00-00 00:00:00 |2008-01-25 09:57:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34963
[Bug c++/34964] ICE with broken variable in #pragma omp threadprivate
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-checking Last reconfirmed|-00-00 00:00:00 |2008-01-25 09:59:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34964
[Bug regression/34970] name mangling broken for __attributte__((fastcall))
--- Comment #3 from Christoph_vW at reactos dot org 2008-01-25 09:53 --- Created an attachment (id=15022) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15022&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34970
[Bug regression/34970] name mangling broken for __attributte__((fastcall))
--- Comment #2 from Christoph_vW at reactos dot org 2008-01-25 09:46 --- updated "known to work" -- Christoph_vW at reactos dot org changed: What|Removed |Added Known to work||4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34970
[Bug rtl-optimization/34959] [4.3 Regression] 23_containers/bitset/ext/15361.cc fails for MIPS n64
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34959
[Bug c++/34961] [4.3 Regression] ICE with invalid use of parameter pack in attribute
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||error-recovery Known to work||4.2.3 Priority|P3 |P5 Last reconfirmed|-00-00 00:00:00 |2008-01-25 09:53:35 date|| Summary|[4.3 regression] ICE with |[4.3 Regression] ICE with |invalid use of parameter|invalid use of parameter |pack in attribute |pack in attribute http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34961
[Bug c++/34962] [4.1/4.2/4.3 regression] ICE with VLA and attribute in template
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-25 09:56 --- P2 as we likely do sth bogus when we not ICE (with checking disabled). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-checking Known to fail||4.0.4 4.1.2 4.2.3 4.3.0 Known to work||3.4.6 Priority|P3 |P2 Last reconfirmed|-00-00 00:00:00 |2008-01-25 09:56:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34962
[Bug c++/34950] [4.2/4.3 Regression] ICE in svn boost math toolkit
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-01-25 09:50 ---
EDG accepts this one where we still ICE the same:
struct default_policy {};
template
struct policy
{
typedef int precision_type;
};
template struct precision {
typedef Real type;
typedef typename Policy::precision_type precision_type;
};
template
struct bessel_traits {
typedef T1 result_type;
typedef typename precision::type precision_type;
};
template
void
def(char const* name, Fn fn);
template
typename bessel_traits::result_type
cyl_bessel_j(T1 v, T2 x, const Policy& pol);
template
typename bessel_traits >::result_type
cyl_bessel_j(T1 v, T2 x);
void hedge_expose_polynomial()
{
def("cyl_bessel_j", cyl_bessel_j);
}
3.3 rejects this with
t.ii: In function `void hedge_expose_polynomial()':
t.ii:31: error: no matching function for call to `def(const char[13], )'
4.1 rejects it with
t.ii: In instantiation of 'precision':
t.ii:14: instantiated from 'bessel_traits'
t.ii:31: instantiated from here
t.ii:9: error: no type named 'precision_type' in 'Policy'
t.ii: In function 'void hedge_expose_polynomial()':
t.ii:31: error: no matching function for call to 'def(const char [13],
)'
and 4.2 and 4.3 ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug c++/34965] [4.1/4.2/4.3 regression] Broken diagnostic: 'truth_and_expr' not supported by dump_expr
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to work||3.3.6 Priority|P3 |P2 Last reconfirmed|-00-00 00:00:00 |2008-01-25 10:00:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34965
[Bug tree-optimization/34966] [4.3 Regression] ICE: verify_ssa fails when optimization trigonometric code
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 10:01 --- Mine. Actually we do not see the SSA_NAME definition in the asm stmt and so insert in the wrong place. -- 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|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-01-25 10:01:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34966
[Bug middle-end/33880] ICE: in extract_omp_for_data, at omp-low.c:162
--- Comment #4 from jakub at gcc dot gnu dot org 2008-01-25 10:04 --- Yes. Have a fix, now need to write some more testcases. -- 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|2007-11-19 05:37:22 |2008-01-25 10:04:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33880
[Bug middle-end/34969] [4.3 regression] ICE with -fipa-cp -ffast-math
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-25 10:06 ---
We ICE in verify_cgraph because at the time we dump the call stmt here:
#5 0x00b9d3ec in verify_cgraph_node (node=0x2af3434e1e00)
at /space/rguenther/src/svn/trunk/gcc/cgraphunit.c:800
800 debug_generic_stmt (e->call_stmt);
(gdb) l
795 if (!e->aux)
796 {
797 error ("edge %s->%s has no corresponding call_stmt",
798 cgraph_node_name (e->caller),
799 cgraph_node_name (e->callee));
800 debug_generic_stmt (e->call_stmt);
801 error_found = true;
cfun is NULL.
P2 as a broken cgraph leads to further problems and this is undiagnosed
without checking enabled.
At least until this is investigated further. Honza?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords||ice-checking
Priority|P3 |P2
Last reconfirmed|-00-00 00:00:00 |2008-01-25 10:06:25
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34969
[Bug bootstrap/31577] mipsel-elf fails to build on Solaris 10
--- Comment #1 from rsandifo at gcc dot gnu dot org 2008-01-25 10:08 --- I'm not sure how we can make progress on this. It almost seems like the compiler has been miscompiled. What CC is cc: SUN's compiler or gcc? -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added CC||rsandifo at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31577
[Bug regression/34970] name mangling broken for __attributte__((fastcall))
--- Comment #4 from Christoph_vW at reactos dot org 2008-01-25 10:10
---
void __attribute__ ((fastcall)) test();
int main()
{
test();
return 0;
}
void __attribute__ ((fastcall)) test()
{
return;
}
Results in .s file :
gcc 4.3.0 [EMAIL PROTECTED]@0
gcc 4.1.3 @[EMAIL PROTECTED]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34970
[Bug middle-end/33333] ICE with #pragma omp parallel for in try/catch statement
--- Comment #5 from jakub at gcc dot gnu dot org 2008-01-25 10:03 --- Fixed on the trunk. -- 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=3
[Bug target/34970] name mangling broken for __attributte__((fastcall))
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-25 11:03 --- It's there: Ltext0: .globl [EMAIL PROTECTED]@0 .def[EMAIL PROTECTED]@0; .scl2; .type 32; .endef [EMAIL PROTECTED]@0: so can you be more elaborate on what is wrong? It looks like an assembler problem instead? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|regression |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34970
[Bug c++/33887] [4.1/4.2/4.3 Regression] Reference to bitfield gets wrong value when optimizing
--- Comment #34 from rguenth at gcc dot gnu dot org 2008-01-25 12:07 --- Subject: Bug 33887 Author: rguenth Date: Fri Jan 25 12:06:31 2008 New Revision: 131823 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131823 Log: 2008-01-25 Richard Guenther <[EMAIL PROTECTED]> PR c++/33887 * cp-lang.c (LANG_HOOKS_REDUCE_BIT_FIELD_OPERATIONS): Define to true. * g++.dg/torture/pr33887-1.C: New testcase. * g++.dg/torture/pr33887-2.C: Likewise. * g++.dg/torture/pr33887-3.C: Likewise. * gcc.c-torture/execute/20071211-1.c: Likewise. Added: trunk/gcc/testsuite/g++.dg/torture/pr33887-1.C trunk/gcc/testsuite/g++.dg/torture/pr33887-2.C trunk/gcc/testsuite/g++.dg/torture/pr33887-3.C trunk/gcc/testsuite/gcc.c-torture/execute/20071211-1.c Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/cp-lang.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33887
[Bug tree-optimization/34966] [4.3 Regression] ICE: verify_ssa fails when optimization trigonometric code
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-25 12:09 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34966
[Bug tree-optimization/34966] [4.3 Regression] ICE: verify_ssa fails when optimization trigonometric code
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-25 12:09 --- Subject: Bug 34966 Author: rguenth Date: Fri Jan 25 12:08:52 2008 New Revision: 131824 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131824 Log: 2008-01-25 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/34966 * tree-ssa-math-opts.c (execute_cse_sincos_1): For all but default defs and PHI_NODEs we have to insert after the defining statement. * gcc.c-torture/compile/pr34966.c: New testcase. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr34966.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-math-opts.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34966
[Bug c++/33887] [4.1/4.2 Regression] Reference to bitfield gets wrong value when optimizing
--- Comment #35 from rguenth at gcc dot gnu dot org 2008-01-25 12:10 --- Fixed on the trunk. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW Known to work|4.0.4 |4.0.4 4.3.0 Summary|[4.1/4.2/4.3 Regression]|[4.1/4.2 Regression] |Reference to bitfield gets |Reference to bitfield gets |wrong value when optimizing |wrong value when optimizing http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33887
[Bug c++/30332] [4.1/4.2 regression] bit-field: optimization BUG?
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-25 12:14 --- Fixed on the trunk by the fix for PR33887. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to work|3.3.6 3.4.6 4.0.1 |3.3.6 3.4.6 4.0.1 4.3.0 Summary|[4.1/4.2/4.3 regression]|[4.1/4.2 regression] bit- |bit-field: optimization BUG?|field: optimization BUG? http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30332
[Bug middle-end/33880] ICE: in extract_omp_for_data, at omp-low.c:162
--- Comment #6 from jakub at gcc dot gnu dot org 2008-01-25 12:55 --- 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=33880
[Bug target/34967] internal compiler error: in frv_print_operand, at config/frv/frv.c:3057
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-01-25 12:31 --- We still should not ICE on invalid inline-asm so reopening. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Keywords||ice-on-invalid-code Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34967
[Bug target/34970] name mangling broken for __attributte__((fastcall))
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34970
[Bug c++/31780] [4.2/4.3 regression] ICE with incompatible types for ?: with "complex type" conversion
--- Comment #40 from jason at gcc dot gnu dot org 2008-01-25 19:45 --- Subject: Bug 31780 Author: jason Date: Fri Jan 25 19:45:11 2008 New Revision: 131832 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131832 Log: PR c++/31780 * call.c (standard_conversion): Allow conversion from integer/real to complex. (compare_ics): Such a conversion is worse than a normal arithmetic conversion. Added: trunk/gcc/testsuite/g++.dg/ext/complex3.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31780
[Bug tree-optimization/18594] PHI insertion is slow
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-25 20:48 --- I need 1 to produce interesting numbers on the trunk: integration : 13.01 (13%) usr 0.07 ( 6%) sys 13.14 (13%) wall 22701 kB (13%) ggc tree CFG cleanup : 3.71 ( 4%) usr 0.00 ( 0%) sys 3.71 ( 4%) wall 312 kB ( 0%) ggc tree memory partitioning: 14.12 (14%) usr 0.00 ( 0%) sys 14.14 (14%) wall 0 kB ( 0%) ggc tree operand scan : 59.74 (59%) usr 0.10 ( 9%) sys 60.00 (59%) wall 4716 kB ( 3%) ggc TOTAL : 101.06 1.14 102.39 170149 kB but PHI insertion is definitely not a problem: tree PHI insertion: 0.06 ( 0%) usr 0.00 ( 0%) sys 0.07 ( 0%) wall 3458 kB ( 2%) ggc with lower values (like 5000) our usual problem maker is: tree operand scan : 12.01 (55%) usr 0.03 ( 5%) sys 12.12 (54%) wall 2390 kB ( 3%) ggc TOTAL : 21.77 0.6422.62 89513 kB memory usage isn't bad either. I declare PHI insertion fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18594
[Bug target/18723] [C] gcc 3.4.4 zeroes inline function argument with "-O2 -march=pentium4"
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-01-25 20:49 --- No response, closing as invalid as of comment #4. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18723
[Bug c++/33887] [4.1/4.2 Regression] Reference to bitfield gets wrong value when optimizing
--- Comment #36 from tromey at gcc dot gnu dot org 2008-01-25 20:48 --- The second patch is fine by me, you might as well commit it now. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33887
[Bug fortran/34661] [4.2/4.3 Regression] ice on where / ASSIGNMENT(=)
--- Comment #4 from dfranke at gcc dot gnu dot org 2008-01-25 21:56 --- Subject: Bug 34661 Author: dfranke Date: Fri Jan 25 21:55:47 2008 New Revision: 131845 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131845 Log: gcc/fortran: 2008-01-25 Daniel Franke <[EMAIL PROTECTED]> PR fortran/34661 * resolve.c (resolve_where): Added check if user-defined assignment operator is an elemental subroutine. (gfc_resolve_where_code_in_forall): Likewise. gcc/testsuite: 2008-01-25 Daniel Franke <[EMAIL PROTECTED]> PR fortran/34661 * gfortran.dg/where_operator_assign_4.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/where_operator_assign_4.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34661
[Bug fortran/34661] [4.2/4.3 Regression] ice on where / ASSIGNMENT(=)
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-25 21:40 --- Patch: http://gcc.gnu.org/ml/fortran/2008-01/msg00305.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34661
[Bug fortran/34876] Can't read/write array sections with negative stride not specified
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2008-01-25 23:41 --- Subject: Bug 34876 Author: jvdelisle Date: Fri Jan 25 23:40:23 2008 New Revision: 131850 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131850 Log: 2008-01-25 Jerry DeLisle <[EMAIL PROTECTED]> PR libfortran/34876 * gfortran.dg/direct_io_9.f: New test. Added: trunk/gcc/testsuite/gfortran.dg/direct_io_9.f Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34876
[Bug target/34970] name mangling broken for __attributte__((fastcall))
--- Comment #7 from dannysmith at users dot sourceforge dot net 2008-01-26 00:58 --- Confirmed. Fastcall symbols should not be prefixed with USER_LABEL_PREFIX. This bug was introduced with 2007-03-29 Richard Henderson <[EMAIL PROTECTED]> * config/i386/cygming.h: Remove function declarations. (SUBTARGET_ENCODE_SECTION_INFO): Don't undef first. (ASM_OUTPUT_LABELREF): Remove. ... Testing a patch that adds ASM_OUTPUT_LABELREF define back to cygming.h Danny -- dannysmith at users dot sourceforge dot net changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dannysmith at users dot |dot org |sourceforge dot net Status|WAITING |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-01-26 00:58:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34970
[Bug c++/27177] [4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at cp/class.c:474
--- Comment #22 from jason at gcc dot gnu dot org 2008-01-26 00:42 --- Subject: Bug 27177 Author: jason Date: Sat Jan 26 00:41:49 2008 New Revision: 131855 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131855 Log: PR c++/27177 * class.c (build_base_path): Don't mess with virtual access if skip_evaluation. * call.c (standard_conversion): Don't check whether source type is complete. Added: trunk/gcc/testsuite/g++.dg/expr/cast9.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/cp/class.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27177
[Bug fortran/34946] [4.3 Regression] internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:592
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2008-01-26 02:39 --- See comment #15 of pr31610 for some interesting results on this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
[Bug fortran/31610] [4.3 Regression] ICE with transfer, merge in gfc_conv_expr_descriptor
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2008-01-26 04:25
---
Cleaned up patch:
Index: trans-array.c
===
--- trans-array.c (revision 131850)
+++ trans-array.c (working copy)
@@ -588,9 +588,7 @@ gfc_trans_create_temp_array (stmtblock_t
for (dim = 0; dim < info->dimen; dim++)
{
n = loop->order[dim];
- if (n < loop->temp_dim)
- gcc_assert (integer_zerop (loop->from[n]));
- else
+ if (n >= loop->temp_dim)
{
/* Callee allocated arrays may not have a known bound yet. */
if (loop->to[n])
Regression tests OK on x86-64. If this solves Joosts problem on 34946, its a
big two for one deal. The reduced test cases compile and Joost's original test
from the PR case compiles.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31610
[Bug preprocessor/34979] Atomic line output requested in gcc
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-26 05:43 --- Really libcpp (the C preprocessor) should be using the normal diagnostic part of GCC and not its own. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|c++ |preprocessor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34979
[Bug c++/34979] New: Atomic line output requested in gcc
When running gcc in a parallel build or multi-threaded environment, I run into cases where gcc's error output gets broken in the middle of line or worse, individual gcc error output lines from different threads/processes get broken up and mixed together. While I would fully expect interleaving of LINES in a multithreaded environment with a shared file descriptor (stderr) I would have hoped that the output of each error LINE would be atomic. I eventually tracked this down into libcpp/errors.c where I saw that the output of error lines is often broken up into many output calls to stderr. I believe POSIX dictates that each individual output call is atomic with respect to other threads or processes sharing the same file descriptor but of course if a single error line is output using numerous fputs(), fputc() and *fprintf() calls then POSIX provides no guarantee that the line will appear unbroken in the final output. I have filed this as "enhancement" since I'm not prepared to call the lack of "atomic line output" a bug, but it would sure be a nice feature to have. Otherwise in parallel build environments one sometimes get fragments of error message lines intermixed in stderr and it can be quite confusing. Thanks. -- Summary: Atomic line output requested in gcc Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bkustel at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34979
[Bug fortran/31610] [4.3 Regression] ICE with transfer, merge in gfc_conv_expr_descriptor
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2008-01-26 02:38
---
I have the example in comment #10 working by bypassing the assert:
Index: trans-array.c
===
--- trans-array.c (revision 131850)
+++ trans-array.c (working copy)
@@ -589,7 +589,7 @@ gfc_trans_create_temp_array (stmtblock_t
{
n = loop->order[dim];
if (n < loop->temp_dim)
- gcc_assert (integer_zerop (loop->from[n]));
+ gcc_assert (true);
else
{
/* Callee allocated arrays may not have a known bound yet. */
The test case in pr34946 also compiles. Without some completely executable
code I can't say this is the fix, but maybe we are being overly assertive here.
?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31610
[Bug middle-end/20623] ICE: fold check: original tree changed by fold with --enable-checking=fold
--- Comment #38 from ghazi at gcc dot gnu dot org 2008-01-26 05:11 --- Update: mainline appears to pass fold checking albeit with a few extra timeouts due to length compilation times. However the last fix for fold checking was never backported to the branches. On 4.1/4.2 I still get these extra fold checking errors due to label addresses: FAIL: gcc.c-torture/compile/20021108-1.c FAIL: gcc.c-torture/compile/920501-7.c FAIL: gcc.c-torture/compile/labels-1.c FAIL: gcc.c-torture/compile/labels-2.c FAIL: gcc.c-torture/compile/labels-3.c FAIL: gcc.dg/20021029-1.c FAIL: gcc.dg/pr16973.c Here are the latest results for x86_64-unknown-linux-gnu: 4.1 (extra errors): http://gcc.gnu.org/ml/gcc-testresults/2008-01/msg01221.html 4.2 (extra errors): http://gcc.gnu.org/ml/gcc-testresults/2008-01/msg01222.html trunk (x86_64 ok): http://gcc.gnu.org/ml/gcc-testresults/2008-01/msg01253.html I don't have access to solaris any more to see if there are still gomp fold checking failures as from comment #37. -- ghazi at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.0.4 4.1.2 |4.0.4 4.1.2 4.1.3 4.2.2 ||4.2.3 Known to work||4.3.0 Last reconfirmed|2007-06-30 02:16:08 |2008-01-26 05:11:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20623
[Bug fortran/34946] [4.3 Regression] internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:592
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2008-01-26 04:42 --- Probable patch posted in 31610 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
[Bug target/34957] duplicate libgcc_s.1.dylib warning on Mac OS X Leopard
--- Comment #7 from dominiq at lps dot ens dot fr 2008-01-26 00:05 --- > This should have been fixed by 30572. I was thinking to this one. This is why I asked to check there was some files /libgcc_s*, just in case the package installed it. I don't understand the problem: I am using Leopard and gcc works rather well with it: probably less bugs than with 10.4 (cannot remember the cat!-). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34957
[Bug fortran/34876] Can't read/write array sections with negative stride not specified
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2008-01-26 00:04 --- Fixed on trunk. Thanks for bug report and test case. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34876
[Bug target/34957] duplicate libgcc_s.1.dylib warning on Mac OS X Leopard
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-01-25 23:51 --- This should have been fixed by 30572. I don't use Leopard yet. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|fortran |target GCC target triplet||*-*-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34957
[Bug target/32288] Our C++ program (gcc 4.1.1 under Aix 5.3) crashes with a core dump
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-25 23:46 --- No activity for month. Please re-open if there is more information. Please also use a newer 4.1 release such as 4.1.2 or even a release that is still supported such as 4.2.2. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32288
[Bug other/34224] Problem compiling gcc 4.2.2
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-25 23:30 --- No answer after two month. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34224
[Bug c++/33937] static variables destruction results in a segmentation fault (Coredumps)
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 23:37 --- No testcase, no help. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33937
[Bug c++/34235] short variable cast to unsigned int fails to right shift as unsigned
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-01-25 23:23 --- This has been broken since forever. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail||2.95.4 4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34235
[Bug target/34526] no-altivec ABI should be fixed or no longer be the default
--- Comment #2 from janis at gcc dot gnu dot org 2008-01-25 23:19 --- I'm planning to write and test a patch to change the default ABI to be the AltiVec ABI. I don't anticipate, though, that any issues would be found with the GCC testsuite; any problems would be due to compatibility issues in the real world. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34526
[Bug target/34526] no-altivec ABI should be fixed or no longer be the default
-- janis at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |janis at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-01-25 23:17:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34526
[Bug fortran/34828] ICE: GNU MP: Cannot reallocate memory for gfortran.dg/parameter_array_init_3.f90
--- Comment #5 from danglin at gcc dot gnu dot org 2008-01-25 23:13 --- I also see this on hppa64-hp-hpux11.11. -- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34828
[Bug libfortran/34980] New: [4.3 Regression] Segfault in shape given a scalar
Found this while checking other things: $ cat test6.f90 integer :: foo(3) integer :: n foo(1) = 17 foo(2) = 55 foo(3) = 314 print *, i, foo n = 5 print *,shape(n) print *, n end $ gfc test6.f90 [EMAIL PROTECTED] pr31610]$ ./a.out 0 17 55 314 Segmentation fault With gdb: Program received signal SIGSEGV, Segmentation fault. 0x2ab3a8c2 in shape_4 (ret=, array=) at ../../../gcc43/libgfortran/generated/shape_i4.c:53 53ret->data[n * stride] = Works OK in 4.2, -- Summary: [4.3 Regression] Segfault in shape given a scalar Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jvdelisle at gcc dot gnu dot org GCC host triplet: x86-64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34980
[Bug c++/34977] GCC 3.4.6 link fails with undefined reference to .hidden symbol __floatdidf (libgcc.a)
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-26 01:15 --- >/usr/local/bin/ld: execiser32: hidden symbol `__floatdidf' in /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.6/libgcc.a(_floatdidf.oS) is referenced by DSO This means one of the libraries are you are using did not link against libgcc. This is not a bug in GCC but rather how the build one of the libraries is done, most likely regina. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34977
[Bug target/32893] zlib segfault in inflate_table() compiled w/ -O -msse2 ftree-vectorize
--- Comment #18 from rguenth at gcc dot gnu dot org 2008-01-25 23:44 --- Fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32893
[Bug c++/33728] Assignement allowed to const pointer
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 23:40 --- Please re-open if this is not fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33728
[Bug target/34151] Compiling GCC-3.4.3 gives internal compiler error: in arm_dbx_register_number, at config/arm/arm.c
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-25 23:36 --- No activity for month. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34151
[Bug target/34189] Kernel hangs while booting when compiled with gcc-4.3 snapshot.
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-25 23:34 --- No feedback for month. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34189
[Bug c++/34220] Internal compiler error
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 23:31 --- Please re-open if you believe the bug has not been fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34220
[Bug c++/34235] short variable cast to unsigned int fails to right shift as unsigned
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-25 23:12 --- /* If arg is sign-extended and then unsigned-shifted, we can simulate this with a signed shift in arg's type only if the extended result is at least twice as wide as the arg. Otherwise, the shift could use up all the ones made by sign-extension and bring in zeros. We can't optimize that case at all, but in most machines it never happens because available widths are 2**N. */ err - WHAT?! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34235
[Bug bootstrap/34481] stage3-intl: error: C compiler cannot create executables
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 22:46 --- *** Bug 34766 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34481
[Bug middle-end/31947] [4.2 Regression] ICE in calc_dfs_tree, at dominance.c:374
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-01-25 22:37 --- *** Bug 34809 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||trojanfoe at hotmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31947
[Bug c++/20478] poor parse error diagnostic
--- Comment #7 from igodard at pacbell dot net 2008-01-25 22:35 --- Yes, it has always been understood that this code is invalid. The report is about the quality of the diagnostic that was given, not whether a diagnostic should be given. The diagnostics (three of them for one error) refer to a location a *long* way from the actual error, and with no obvious (to me anyway) syntactic relationship to the actual problem. -- igodard at pacbell dot net changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20478
[Bug target/17108] Store with update not generated for a simple loop
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-01-25 22:35 --- No this is still not fixed, we get now on the trunk as of yesterday: foo: li 0,8 li 9,0 mtctr 0 .p2align 3,,7 .L2: stfsx 1,3,9 addi 9,9,4 bdnz .L2 blr In fact I think this is worse, than what was done before but oh well. We still don't generate the store with update instruction. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Last reconfirmed|2007-07-02 21:40:02 |2008-01-25 22:35:16 date|| Summary|Missed opportunity for |Store with update not |strength reduction |generated for a simple loop http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17108
[Bug fortran/34957] duplicate libgcc_s.1.dylib warning on Mac OS X Leopard
--- Comment #4 from dojo at masterleep dot com 2008-01-25 22:30 --- $ ls -l /usr/local/gfortran/lib/libgcc_s* -rw-r--r-- 1 root admin 14 Dec 31 08:43 /usr/local/gfortran/lib/libgcc_s.1.dylib -rw-r--r-- 1 root admin 17288 Dec 31 08:43 /usr/local/gfortran/lib/libgcc_s.10.4.dylib -rw-r--r-- 1 root admin 17416 Dec 31 08:43 /usr/local/gfortran/lib/libgcc_s.10.5.dylib lrwxr-xr-x 1 root gsab 16 Jan 24 10:36 /usr/local/gfortran/lib/libgcc_s_ppc64.1.dylib -> libgcc_s.1.dylib lrwxr-xr-x 1 root gsab 16 Jan 24 10:36 /usr/local/gfortran/lib/libgcc_s_x86_64.1.dylib -> libgcc_s.1.dylib $ ls -l /libgcc_s* ls: /libgcc_s*: No such file or directory $ file a.out a.out: Mach-O executable i386 The group on the symbolic links seems odd - that's a different user account that doesn't do coding. I didn't make any manual changes to /usr/local/gfortran. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34957
[Bug middle-end/34973] Wno-strict-aliasing is not working
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-01-25 22:13 --- This is not a regression ... -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|regression |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34973
[Bug fortran/34661] [4.2 Regression] ice on where / ASSIGNMENT(=)
--- Comment #5 from dfranke at gcc dot gnu dot org 2008-01-25 22:06 --- Fixed on trunk. Should/will be backported to 4.2 after re-opening of the branch. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.2.3 4.3.0 |4.2.3 Known to work|4.1.2 |4.1.2 4.3.0 Summary|[4.2/4.3 Regression] ice on |[4.2 Regression] ice on |where / ASSIGNMENT(=) |where / ASSIGNMENT(=) Target Milestone|4.2.3 |4.2.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34661
[Bug other/31955] [4.2/4.3 Regression] gcc_release does not generate HTML files from install manual
--- Comment #6 from jsm28 at gcc dot gnu dot org 2008-01-25 21:35 --- Subject: Bug 31955 Author: jsm28 Date: Fri Jan 25 21:34:38 2008 New Revision: 131842 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131842 Log: PR other/31955 * doc/install.texi2html: Generate gcc-vers.texi. Modified: trunk/gcc/ChangeLog trunk/gcc/doc/install.texi2html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31955
[Bug c++/34950] [4.2/4.3 Regression] ICE in svn boost math toolkit
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-01-25 21:30 --- It's unclear if this is valid or not and the testcase should be able to be reduced further. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords|ice-on-invalid-code | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug c++/34935] [4.3 regression] ICE with attribute may_alias
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-25 21:15 --- It turns out that the canonical types system is doing the right thing, and that the older type-comparison mechanisms are getting the wrong answer. This is still my bug, and it is a regression. Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01161.html -- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2008-01-23 10:46:20 |2008-01-25 21:15:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34935
[Bug c/32528] -save-temps when compiling standard input fails
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-01-25 20:59 --- *** Bug 20197 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||cgweav at email dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32528
[Bug java/16858] Linking of jv-convert fails with redundant pthreads symbols
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-25 20:36 --- No response from the reporter, closing as fixed. Please re-open if this still happens with a still maintained compiler (at least 4.1.x). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16858
[Bug preprocessor/15772] Preprocessing fails if an inaccessible directory is on include path
--- Comment #15 from rguenth at gcc dot gnu dot org 2008-01-25 20:32 --- Closing as of comment #12; the issue can be worked around by re-shuffling include paths to put those that work first. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15772
[Bug libstdc++/34124] auto_ptr ambiguous conversion
--- Comment #2 from pcarlini at suse dot de 2008-01-25 20:31 --- There isn't much to say: both the templated constructor and the templated conversion operator must be there per the current C++ standard, and your code cannot compile. Note that, in general, the design of auto_ptr is considered seriously broken and therefore it will be deprecated for the next standard and unique_ptr provided as replacement. -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34124
[Bug middle-end/34688] [4.1/4.2] ICE: output_operand: invalid expression as operand
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-25 20:25 --- If this isn't a regression please close it as fixed in 4.3. Otherwise please adjust the Summary and the target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|WAITING Known to work||4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34688
[Bug fortran/34910] [4.2/4.3 Regression] ICE on invalid assignments in doubly-contained functions
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-25 20:23 --- Regressions should have a target-milestone, Fortran is not release-critical. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 Target Milestone|--- |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34910
[Bug fortran/34975] [4.3 Regression] Bogus error with USEing modules
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-25 20:21 --- Paul, do you have an idea? The attached program fails rather strangely. I try to reduce it further, but currently the error disappears as soon as I touch something. Works: 2007-11-23-r130365 Fails: 2007-11-26-r130431 Possibly caused by: r130395 | pault | 2007-11-24 11:17:26 +0100 (Sat, 24 Nov 2007) | 19 lines 2007-11-24 Paul Thomas <[EMAIL PROTECTED]> PR fortran/33541 * module.c (find_symtree_for_symbol): Move to new location. (find_symbol): New function. (load_generic_interfaces): Rework completely so that symtrees have the local name and symbols have the use name. Renamed generic interfaces exclude the use of the interface without an ONLY clause (11.3.2). (read_module): Implement 11.3.2 in the same way as for generic interfaces. -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||pault at gcc dot gnu dot org Priority|P3 |P4 Summary|[4.3 Regression] Bogus error|[4.3 Regression] Bogus error ||with USEing modules Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34975
[Bug fortran/31610] [4.3 Regression] ICE with transfer, merge in gfc_conv_expr_descriptor
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-01-25 20:21 --- Regressions should have a target-milestone. Fortran is not release-critical. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31610
[Bug libfortran/34974] null bytes when reverse-tabbing long records (regression vs. g77)
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-01-25 19:35 --- Actually, it's "null bytes" :-) This is related to PR 34887. The problem here is that we tab further than our buffer size, so we write out garbage. Ceterum censeo stream I/O esse delendam :-) -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added CC||jvdelisle at gcc dot gnu dot ||org Summary|zero bytes when reverse-|null bytes when reverse- |tabbing long records|tabbing long records |(regression vs. g77)|(regression vs. g77) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34974
[Bug fortran/34946] [4.3 Regression] internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:592
--- Comment #15 from jv244 at cam dot ac dot uk 2008-01-25 19:10 --- (In reply to comment #12) > For another ICE at trans-array.c:592 see example at PR31610, comment #12. yes, it is almost certainly the same problem: integer :: i(1) = 0 write(*,*) foo(i+[1]) end compiles while integer :: i(1) = 0 write(*,*) foo([1]+i) end ICEs -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
[Bug regression/34973] Wno-strict-aliasing is not working
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-25 18:57 --- I don't think this is a bug. We have -Wno-strict-aliasing -Wall, so we turn back on the warning via the -Wall option. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34973
[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi
--- Comment #17 from mmitchel at gcc dot gnu dot org 2008-01-25 18:54 --- This patch is OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27516
[Bug middle-end/29215] [4.0/4.1/4.2/4.3 Regression] extra store for memcpy
--- Comment #13 from ubizjak at gmail dot com 2008-01-25 18:36 --- A 4.3 Regression that is known to work on 4.3.0? Could someone please fix this inconsistency. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29215
[Bug c/31537] duplicate weakref emitted with IMA
--- Comment #8 from aldot at gcc dot gnu dot org 2008-01-25 18:02 ---
Mine.
$ cat pr31537.i
static int __gthrw_pthread_once __attribute__ ((__weakref__ ("pthread_once")));
$ gcc-4.3-HEAD -S -o - -Os pr31537.i pr31537.i pr31537.i \
pr31537.i pr31537.i pr31537.i -fno-tree-vnhoist -combine
.file "pr31537.i"
.weakref__gthrw_pthread_once,pthread_once
.ident "GCC: (GNU) 4.3.0 20080125 (experimental)"
.section.note.GNU-stack,"",@progbits
Regression-testing still in progress..
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
CC||aoliva at gcc dot gnu dot
||org
AssignedTo|unassigned at gcc dot gnu |aldot at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2008-01-25 18:02:47
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31537
[Bug fortran/34957] duplicate libgcc_s.1.dylib warning on Mac OS X Leopard
--- Comment #3 from dominiq at lps dot ens dot fr 2008-01-25 17:43 --- What architecture are you using? and what gives ls -l /usr/local/gfortran/lib/libgcc_s* ls -l /libgcc_s* -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34957
[Bug fortran/34957] duplicate libgcc_s.1.dylib warning on Mac OS X Leopard
--- Comment #2 from dojo at masterleep dot com 2008-01-25 17:20 --- >From the gcc wiki: http://gcc.gnu.org/wiki/GFortranBinaries -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34957
[Bug tree-optimization/33237] [4.3 Regression] Tree memory partitioning is spending 430 seconds of a 490 second compile.
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-01-25 17:06 --- Actually the loop looks correct and we are not overcounting. We keep stats per pointer ssa-name which we aggregate on its NMT and its aliases. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33237
[Bug c++/31780] [4.2/4.3 regression] ICE with incompatible types for ?: with "complex type" conversion
--- Comment #39 from rguenth at gcc dot gnu dot org 2008-01-25 15:46 --- Jason, can you coordinate with Mark and help with the remaining P1 C++ regressions? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||jason at gcc dot gnu dot org Status|WAITING |NEW Last reconfirmed|2007-07-08 18:42:04 |2008-01-25 15:46:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31780
[Bug c++/27177] [4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at cp/class.c:474
--- Comment #21 from rguenth at gcc dot gnu dot org 2008-01-25 15:45 --- Jason, can you coordinate with Mark and help with the remaining P1 C++ regressions? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||jason at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27177
