[Bug c/33183] New: compiler error: Segmentation fault: 11
/bin/sh /usr/ports/lang/php5/work/php-5.2.3/libtool --silent --preserve-dup-deps --mode=compile cc -Iext/standard/ -I/usr/ports/lang/php5/work/php-5.2.3/ext/standard/ -DPHP_ATOM_INC -I/usr/ports/lang/php5/work/php-5.2.3/include -I/usr/ports/lang/php5/work/php-5.2.3/main -I/usr/ports/lang/php5/work/php-5.2.3 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/ports/lang/php5/work/php-5.2.3/ext/date/lib -I/usr/ports/lang/php5/work/php-5.2.3/TSRM -I/usr/ports/lang/php5/work/php-5.2.3/Zend-O2 -fno-strict-aliasing -pipe -prefer-non-pic -c /usr/ports/lang/php5/work/php-5.2.3/ext/standard/url_scanner_ex.c -o ext/standard/url_scanner_ex.lo /usr/ports/lang/php5/work/php-5.2.3/ext/standard/url_scanner_ex.c: In function `zm_deactivate_url_scanner_ex': /usr/ports/lang/php5/work/php-5.2.3/ext/standard/url_scanner_ex.c:1078: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 Stop in /usr/ports/lang/php5/work/php-5.2.3. *** Error code 1 Stop in /usr/ports/archivers/php5-zlib. *** Error code 1 Stop in /usr/ports/databases/phpmyadmin. *** Error code 1 Stop in /usr/ports/databases/phpmyadmin. -- Summary: compiler error: Segmentation fault: 11 Product: gcc Version: 3.4.6 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: htsutsui at nr dot titech dot ac dot jp GCC host triplet: FreeBSD6.2 / i386 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33183
[Bug target/33184] New: [4.3 Regression] m32c: ostream.tcc:92: error: unable to find a register to spill in class 'A_REGS'
Revision 127303 works. Revision 127794 fails. Configure arguments: --target m32c-unknown-elf --with-newlib --enable-sim --disable-gdb --disable-nls --disable-multilib --enable-checking=yes,rtl --enable-languages=c,c++ --enable-cxx-flags=-O2 libtool: compile: /home/rask/build/gcc-m32c-unknown-elf/./gcc/xgcc -shared-libgcc -B/home/rask/build/gcc-m32c-unknown-elf/./gcc -nostdinc++ -L/home/rask/build/gcc-m32c-unknown-elf/m32c-unknown-elf/libstdc++-v3/src -L/home/rask/build/gcc-m32c-unknown-elf/m32c-unknown-elf/libstdc++-v3/src/.libs -nostdinc -B/home/rask/build/gcc-m32c-unknown-elf/m32c-unknown-elf/newlib/ -isystem /home/rask/build/gcc-m32c-unknown-elf/m32c-unknown-elf/newlib/targ-include -isystem /n/12/rask/src/all/newlib/libc/include -B/home/rask/build/gcc-m32c-unknown-elf/m32c-unknown-elf/libgloss/m32c -L/home/rask/build/gcc-m32c-unknown-elf/m32c-unknown-elf/libgloss/libnosys -L/n/12/rask/src/all/libgloss/m32c -B/usr/local/m32c-unknown-elf/bin/ -B/usr/local/m32c-unknown-elf/lib/ -isystem /usr/local/m32c-unknown-elf/include -isystem /usr/local/m32c-unknown-elf/sys-include -L/home/rask/build/gcc-m32c-unknown-elf/./ld -I/home/rask/build/gcc-m32c-unknown-elf/m32c-unknown-elf/libstdc++-v3/include/m32c-unknown-elf -I/home/rask/build/gcc-m32c-unknown-elf/m32c-unknown-elf/libstdc++-v3/include -I/n/12/rask/src/all/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -O2 -g -O2 -c /n/12/rask/src/all/libstdc++-v3/src/ostream-inst.cc -o ostream-inst.o /home/rask/build/gcc-m32c-unknown-elf/m32c-unknown-elf/libstdc++-v3/include/bits/ostream.tcc: In member function 'std::basic_ostream_CharT, _Traits std::basic_ostream_CharT, _Traits::_M_insert(_ValueT) [with _ValueT = const void*, _CharT = char, _Traits = std::char_traitschar]': /home/rask/build/gcc-m32c-unknown-elf/m32c-unknown-elf/libstdc++-v3/include/bits/ostream.tcc:92: error: unable to find a register to spill in class 'A_REGS' /home/rask/build/gcc-m32c-unknown-elf/m32c-unknown-elf/libstdc++-v3/include/bits/ostream.tcc:92: error: this is the insn: (insn 302 304 303 22 (set (reg:HI 86) (reg:HI 4 a0)) 171 {movhi_op} (expr_list:REG_DEAD (reg:HI 4 a0) (nil))) /home/rask/build/gcc-m32c-unknown-elf/m32c-unknown-elf/libstdc++-v3/include/bits/ostream.tcc:92: internal compiler error: in spill_failure, at reload1.c:2001 -- Summary: [4.3 Regression] m32c: ostream.tcc:92: error: unable to find a register to spill in class 'A_REGS' Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, build Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rask at gcc dot gnu dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: m32c-unknown-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33184
[Bug target/28629] [4.1] Segfault with --march=pentium-m -O2 when compiling faac
--- Comment #8 from zuxy dot meng at gmail dot com 2007-08-25 08:21 --- Is it possible that the reason may be that I compiled gcc with additional CFLAGS? I added -march=pentium-m -ftree-vectorize -mfpmath=sse,387 and -fomit-frame-pointer in addition to -O2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28629
[Bug c++/33182] ()
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-08-25 09:14 --- (float) 5 / 8 Means the same as: ((float)5) / 8 But while both: (float) (5 / 8) and float (5 / 8) Are doing the division in integer. So this is invalid. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33182
[Bug tree-optimization/32607] [4.3 Regression] internal compiler error: in set_lattice_value, at tree-ssa-ccp.c:487
--- Comment #6 from tbm at gcc dot gnu dot org 2007-08-25 09:37 --- *** This bug has been marked as a duplicate of 30840 *** -- tbm at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32607
[Bug tree-optimization/30840] [4.3 Regression] ice for legal code with flags -O3 -fno-strict-aliasing
--- Comment #14 from tbm at gcc dot gnu dot org 2007-08-25 09:37 --- *** Bug 32607 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30840
[Bug tree-optimization/31926] [4.3 Regression] internal compiler error: in set_lattice_value, at tree-ssa-ccp.c:487
--- Comment #6 from tbm at gcc dot gnu dot org 2007-08-25 09:37 --- *** This bug has been marked as a duplicate of 30840 *** -- tbm at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31926
[Bug tree-optimization/30840] [4.3 Regression] ice for legal code with flags -O3 -fno-strict-aliasing
--- Comment #15 from tbm at gcc dot gnu dot org 2007-08-25 09:37 --- *** Bug 31926 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30840
[Bug target/33164] Texinfo markup problems in tm.texi
--- Comment #1 from kai-gcc-bugs at khms dot westfalen dot de 2007-08-25 09:38 --- Found one more: TARGET_DWARF_CALLING_CONVENTION seems to be nested inside DWARF2_DWARF2_DEBUGGING_INFO. Though I suspect the second half of the DWARF2_DEBUGGING_INFO text might actually belong to TARGET_DWARF_CALLING_CONVENTION. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33164
[Bug c++/29003] operator name accepted in typedef
--- Comment #2 from tbm at cyrius dot com 2007-08-25 09:41 --- I also get this ICE with 4.3, but with 4.2 I get the following instead: (sid)25944:[EMAIL PROTECTED]: ~/src/a] g++-4.2 -c t.cc t.cc:3: error: argument dependent lookup finds âoperator!â t.cc:5: error: in call to âoperator!â t.cc:5: confused by earlier errors, bailing out Preprocessed source stored into /tmp/ccGjUbxr.out file, please attach this to your bugreport. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29003
[Bug c++/33185] New: [4.3 Regression] ICE: canonical types differ for identical types T [] and T []
I get the following ICE with current trunk. It looks different to the canonical type ICE reported in PR33112. (sid)27874:[EMAIL PROTECTED]: ~/src/a/esperanza-0.3] /usr/lib/gcc-snapshot/bin/g++ -c -pipe -g -I/usr/include/xmms2 -I/usr/include/xmms2 -Wall -W -Wno-unused-parameter -D_REENTRANT -DQT_SHARED -DQT_XML_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtXml -I/usr/include/qt4 -Iui -Ilib -I/opt/local/include -Iqmake_build -I. -o qmake_build/medialibpanebrowser.o ui/medialibpanebrowser.cpp In file included from /usr/include/boost/type_traits.hpp:61, from /usr/include/boost/signals/trackable.hpp:13, from /usr/include/boost/signals/slot.hpp:15, from /usr/include/boost/signals/signal_template.hpp:21, from /usr/include/boost/signals/signal0.hpp:24, from /usr/include/boost/signal.hpp:19, from /usr/include/xmms2/xmmsclient/xmmsclient++/signal.h:21, from /usr/include/xmms2/xmmsclient/xmmsclient++.h:20, from lib/xclient.h:21, from ui/medialibpanebrowser.h:20, from ui/medialibpanebrowser.cpp:17: /usr/include/boost/type_traits/extent.hpp:96: internal compiler error: canonical types differ for identical types T [] and T [] Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. Unfortunately, it's one of these cases where the bug cannot be reproduced with the preprocessed source. Doug, is the message above enough or what further information do you need to track this one down? -- Summary: [4.3 Regression] ICE: canonical types differ for identical types T [] and T [] Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33185
[Bug c++/33185] [4.3 Regression] ICE: canonical types differ for identical types T [] and T []
--- Comment #1 from tbm at cyrius dot com 2007-08-25 09:56 --- 95: template class T 96: struct extent_impT[], 0 97: { 98:BOOST_STATIC_CONSTANT(std::size_t, value = 0); 99: }; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33185
[Bug c++/33185] [4.3 Regression] ICE: canonical types differ for identical types T [] and T []
--- Comment #2 from tbm at cyrius dot com 2007-08-25 10:00 --- Created an attachment (id=14111) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14111action=view) preprocessed source I'm attaching the preprocessed source since it's probably helpful anyway. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33185
[Bug c++/33182] ()
--- Comment #3 from siegerstein at pochta dot ru 2007-08-25 10:01 --- (In reply to comment #2) (float) 5 / 8 Means the same as: ((float)5) / 8 But while both: (float) (5 / 8) and float (5 / 8) Are doing the division in integer. So this is invalid. Thanks, Andrew! OPENSOURCE FOR EVER! :) -- siegerstein at pochta dot ru changed: What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33182
[Bug rtl-optimization/33028] Missed optimizations in peephole2 pass
--- Comment #1 from aesok at gcc dot gnu dot org 2007-08-25 10:02 --- Created an attachment (id=14112) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14112action=view) Patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33028
[Bug tree-optimization/33186] New: [4.3 Regression] ICE: tree check: expected function_type or method_type, have void_type in expand_call, at calls.c:2131
I get the following ICE with trunk from 20070820: (sid)27957:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O opensc-asn1.c opensc-asn1.c: In function 'asn1_decode_entry': opensc-asn1.c:11: internal compiler error: tree check: expected function_type or method_type, have void_type in expand_call, at calls.c:2131 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: [4.3 Regression] ICE: tree check: expected function_type or method_type, have void_type in expand_call, at calls.c:2131 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33186
[Bug tree-optimization/33186] [4.3 Regression] ICE: tree check: expected function_type or method_type, have void_type in expand_call, at calls.c:2131
--- Comment #1 from tbm at cyrius dot com 2007-08-25 10:13 --- /* Testcase by Martin Michlmayr [EMAIL PROTECTED] */ struct sc_asn1_entry { void *parm; } asn1_decode_entry (struct sc_asn1_entry *ctx, struct sc_asn1_entry *entry) { void (*callback_func) (struct sc_asn1_entry *nctx); *(void **) (callback_func) = entry-parm; callback_func (ctx); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33186
[Bug middle-end/33181] [4.3 Regression] Revision 127766 miscompiles SPEC CPU 2006
--- Comment #1 from ubizjak at gmail dot com 2007-08-25 10:18 --- From r127766 it is evident that mentioned commit fixed obvious problem that has re-enabled a lot of ifcvt functionality. The bug is in this re-enabled part of ifcvt. But we need a testcase here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33181
[Bug middle-end/33187] New: Missed cmove opportunity
This testcase: --cut-here-- double sgn (double __x) { return __x = 0.0 ? 1.0 : -1.0; } --cut here-- shold compile using -m32 -O2 -march=i686 flags into the code using cmove instruction, but it doesn't due to interference with float-extension of SFmode constant into DFmode. Gcc figures out that 1.0 can be loaded as SFmode constant, float-extended to DFmode. The RTL sequence in each arm then looks like: --cut here-- (insn 17 16 18 4 cmov.c:2 (set (reg:SF 64) (mem/u/c/i:SF (symbol_ref/u:SI (*.LC2) [flags 0x2]) [3 S4 A32])) 90 {* movsf_1} (expr_list:REG_EQUAL (const_double:SF 1.0e+0 [0x0.8p+1]) (nil))) (insn 18 17 19 4 cmov.c:2 (set (reg:DF 58 [ D.1658 ]) (float_extend:DF (reg:SF 64))) 127 {*extendsfdf2_i387} (expr_list:REG_DE AD (reg:SF 64) (expr_list:REG_EQUAL (const_double:DF 1.0e+0 [0x0.8p+1]) (nil --cut here-- This effectivelly blocks ifcvt from generating conditional move in this case. cmov instruction is generated if 1.0 and -1.0 constants are changed to (i.e.) 1.1 and -1.1, in order to disable automatic float-extend functionality: sgn: fldl.LC1 fldz fldl4(%esp) fucomip %st(1), %st fstp%st(0) fldl.LC2 fcmovb %st(1), %st fstp%st(1) ret This is a middle-end bug, as the problem with float-extend should be solved in ifcvt.c -- Summary: Missed cmove opportunity Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ubizjak at gmail dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33187
[Bug fortran/33188] New: Fortran 2003: Type declarations without componends
type t end type t Is valid Fortran 2003 and invalid Fortran 95; however, gfortran rejects it with: Error: Derived type definition at (1) has no components Fortran 95: 4.4.1 Derived-type definition R422 derived-type-def is derived-type-stmt [ private-sequence-stmt ] ... component-def-stmt [ component-def-stmt ] ... end-type-stmt Fortran 2003: 4.5.1 Derived-type definition R429 derived-type-def is derived-type-stmt [ type-param-def-stmt ] ... [ private-or-sequence ] ... [ component-part ] [ type-bound-procedure-part ] end-type-stmt -- Summary: Fortran 2003: Type declarations without componends Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33188
[Bug middle-end/33187] Missed cmove opportunity
--- Comment #1 from ubizjak at gmail dot com 2007-08-25 12:39 --- There is a small problem in combine. It tries to combine insn 17 and 18, but: Failed to match this instruction: (set (reg:DF 58 [ D.1658 ]) (const_double:DF -1.0e+0 [-0x0.8p+1])) Failed to match this instruction: (set (reg:DF 58 [ D.1658 ]) (const_double:DF -1.0e+0 [-0x0.8p+1])) It looks to me, that in the second case combine over-optimizes the combined instruction, failing to check for: (set (reg:DF 58 [ D.1658 ]) (float_extend:DF (mem/u/c/i:SF (symbol_ref/u:SI (*.LC2) which just happens to be valid insn for i387 and as such also appropriate for ifcvt cmove transformation in the second ifcvt pass (after combine). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33187
[Bug fortran/33189] New: read(blah, fmt=*) is accepted, but read(blah, '*') not.
The following, IMNSHO, is valid Fortran 95: CHARACTER*10 a a = '15' READ(a, '*') i PRINT*,i END Unfortunately, it draws: ugh.f:3.72: READ(a, '*') i 1 Error: Missing leading left parenthesis in format string at (1) If I change '*' to fmt=* the code is accepted. -- Summary: read(blah, fmt=*) is accepted, but read(blah, '*') not. Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: toon at moene dot indiv dot nluug dot nl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33189
[Bug c/33183] compiler error: Segmentation fault: 11
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-08-25 13:23 --- gcc 3.4.6 is no longer maintained. Without preprocessed source we cannot verify if it still occurs with later versions, so please follow the bug-reporting instructions at http://gcc.gnu.org/bugs.html -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33183
[Bug middle-end/33187] Missed cmove opportunity
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-08-25 13:25 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-08-25 13:25:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33187
[Bug tree-optimization/33186] [4.3 Regression] ICE: tree check: expected function_type or method_type, have void_type in expand_call, at calls.c:2131
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-08-25 13:32 --- I think this was fixed by 2007-08-24 Richard Guenther [EMAIL PROTECTED] PR middle-end/33166 * tree-ssa.c (useless_type_conversion_p): Split into a recursive and a non-recursive part. (useless_type_conversion_p_1): New function. * tree-ssa-ccp.c (fold_stmt_r): Make sure that the result from maybe_fold_offset_to_reference is trivially convertible to the desired type before doing the simplification. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33186
[Bug fortran/33189] read(blah, fmt=*) is accepted, but read(blah, '*') not.
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-08-25 14:02 --- I will have a look -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-08-25 14:02:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33189
[Bug java/31570] GCC 4.3 needs more than 512MB of memory building libgcj
--- Comment #3 from gerald at pfeifer dot com 2007-08-25 14:52 --- Indeed the (known) problem here is that GCC 4.3 uses more than 512MB of memory building these Java files. When I first reported this about eight months ago some attempts were made to address it, but talking to some of the GCC developers working in this area it is unlikely this is going to be addressed. -- gerald at pfeifer dot com changed: What|Removed |Added Last reconfirmed|-00-00 00:00:00 |2007-08-25 14:52:21 date|| Summary|ports/gcc43 fails on FreeBSD|GCC 4.3 needs more than |6.2 with signal 9 |512MB of memory building ||libgcj http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31570
[Bug boehm-gc/25652] Java support for amd64-pc-freebsd
--- Comment #7 from gerald at pfeifer dot com 2007-08-25 14:55 --- Is this patch still relevant as is? I'd like to ask our Java developers to have a look, but it would be good if you (as the original submitter) could verify and, if needed, provide a patch against our current development tree. Thanks! -- gerald at pfeifer dot com changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25652
[Bug middle-end/21786] Segmentation fault under FreeBSD 5.3-RELEASE-p15
--- Comment #5 from gerald at pfeifer dot com 2007-08-25 14:57 --- FreeBSD upstream now switched to GCC 4.2.1 to rebuild the whole system, so this problem was solved there. Since GCC 3.4.x is no longer maintained by the GCC developers (GCC 4.0.x being the oldest tree still open), I am thus going to close this as FIXED. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21786
[Bug bootstrap/30620] missing dependencies of gcov-io.h breaks --enable-intermodule build
--- Comment #4 from aldot at gcc dot gnu dot org 2007-08-25 16:04 --- Created an attachment (id=14113) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14113action=view) gcov-iov.h dependency and BUGURL bugfixes On 4.3, also the recently added BUGURL needs to be added for the onestep compile -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30620
[Bug fortran/33189] read(blah, fmt=*) is accepted, but read(blah, '*') not.
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-08-25 16:20 --- From 9.4.1 R913format is default-char-expr or label or #8727; From 10.1.2 A character expression used as a format speci#64257;er in a formatted input/output statement shall evaluate to a character string whose leading part is a valid format speci#64257;cation. NOTE 10.2 The format speci#64257;cation begins with a left parenthesis and ends with a right parenthesis. IMHO This is invalid. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33189
[Bug fortran/33189] read(blah, fmt=*) is accepted, but read(blah, '*') not.
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-08-25 16:26 --- All that garbage string #8727; is an * (asterisk) Character encoding got cobbled up there. I want to add that the key to this question is that '*' is a character expression form of the format specifier so 10.1.2 applies. Also, * is not an edit-descriptor. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33189
[Bug fortran/33189] read(blah, fmt=*) is accepted, but read(blah, '*') not.
--- Comment #4 from toon at moene dot indiv dot nluug dot nl 2007-08-25 16:52 --- Ah, but then the question becomes: Why is this not valid ? CHARACTER*10 a a = '15' READ(a, '(*)') i PRINT*,i END 33189.f:3.72: READ(a, '(*)') i 1 Error: Unexpected element in format string at (1) Cheers, -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33189
[Bug target/28629] [4.1] Segfault with --march=pentium-m -O2 when compiling faac
--- Comment #9 from zuxy dot meng at gmail dot com 2007-08-25 17:14 --- I've confirmed that the problem is caused by '-ftree-vectorize' passed to compile gcc. More precisely, a 'movdqa' instruction in constraint_operands() accessed an unaligned memory. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28629
[Bug target/33190] New: tm.texi describes some non-existing hooks
These hooks aren't touched outside of tm.texi and /config/: ALL_COP_ADDITIONAL_REGISTER_NAMES DBX_OUTPUT_LBRAC DBX_OUTPUT_NFUN DBX_OUTPUT_RBRAC MD_HANDLE_UNWABI RANGE_TEST_NON_SHORT_CIRCUIT REAL_VALUE_TRUNCATE REVERSE_CONDEXEC_PREDICATES_P TARGET_ALIGN_ANON_BITFIELDS TARGET_NARROW_VOLATILE_BITFIELDS They're in config in these places: vg3-src/gcc/config/frv/frv.h:#define REVERSE_CONDEXEC_PREDICATES_P(x,y) 0 vg3-src/gcc/config/ia64/linux-unwind.h:#define MD_HANDLE_UNWABI ia64_handle_unwabi vg3-src/gcc/config/ia64/unwind-ia64.c:#ifdef MD_HANDLE_UNWABI vg3-src/gcc/config/ia64/unwind-ia64.c: MD_HANDLE_UNWABI (context, fs); vg3-src/gcc/config/mips/mips.h: ALL_COP_ADDITIONAL_REGISTER_NAMES \ vg3-src/gcc/config/mips/mips.h:#define ALL_COP_ADDITIONAL_REGISTER_NAMES -- Summary: tm.texi describes some non-existing hooks Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kai-gcc-bugs at khms dot westfalen dot de GCC build triplet: n/a GCC host triplet: n/a GCC target triplet: n/a http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33190
[Bug fortran/33189] read(blah, fmt=*) is accepted, but read(blah, '*') not.
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-08-25 18:03 --- The * is not an edit-descriptor see 10.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33189
[Bug bootstrap/33191] New: Install failure,recent CVS
undefined symbol: __gmpz_import on install. Linux alpha1 2.4.9-40 #1 Mon Sep 23 08:14:02 EDT 2002 alpha unknown Using built-in specs. Target: alphaev56-unknown-linux-gnu Configured with: ../gcc/configure --verbose --enable-languages=c++ --disable-linux-futex --disable-nls --disable-tls Thread model: posix gcc version 4.3.0 20070825 (experimental) (GCC) alias CONFIGURECVS='../gcc/configure --verbose --enable-languages=c++ --disable-linux-futex --disable-nls --disable-tls clog 21 ' alias BUILD='nice gmake CFLAGS='\'''\'' BOOT_CFLAGS='\'''\'' LIBCFLAGS='\''-g'\'' LIBCXXFLAGS='\''-g'\'' bootstrap log 21 ' -- Summary: Install failure,recent CVS Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mckelvey at maskull dot com GCC build triplet: alphaev56-unknown-linux-gnu GCC host triplet: alphaev56-unknown-linux-gnu GCC target triplet: alphaev56-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33191
[Bug bootstrap/33191] Install failure,recent CVS
--- Comment #1 from mckelvey at maskull dot com 2007-08-25 18:07 --- Created an attachment (id=14114) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14114action=view) Result of make install -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33191
[Bug target/33177] Wrong result from nint() on Cygwin
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-08-25 18:23 --- I see the fix upstream. FX, do you have an idea of the time it will take for this to make it into Cygwin update? I don't want to post a new Cygwin gfortran binary until this is fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33177
[Bug preprocessor/30786] [4.1/4.2/4.3 Regression] ICE on _Pragma at end of file
--- Comment #7 from tromey at gcc dot gnu dot org 2007-08-25 18:42 --- FYI -- I talked to Neil and he was of the opinion that non-matching _Pragma forms were undefined. So, I think it is best if GCC chooses to continue giving an error in these situations. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30786
[Bug target/33190] tm.texi describes some non-existing hooks
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-25 19:14 --- RANGE_TEST_NON_SHORT_CIRCUIT was renamed to LOGICAL_OP_NON_SHORT_CIRCUIT but the doc was not updated. 2004-11-18 Nathan Sidwell [EMAIL PROTECTED] Nathan, can you please update the docs for this target macro? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||nathan at codesourcery dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33190
[Bug fortran/33189] read(blah, fmt=*) is accepted, but read(blah, '*') not.
--- Comment #6 from burnus at gcc dot gnu dot org 2007-08-25 20:27 --- READ(a, '*') i I think you mix this up with * (not '*') which is no character expression but simply a single asterisk. R914 format is default-char-expr or label or * And The default-char-expr shall evaluate to a valid format specification (10.1.1 and 10.1.2). The format specification does not contain the asterisk. If I change '*' to fmt=* the code is accepted. Well, using * instead of '*' also works - similarly, fmt='*' does not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33189
[Bug middle-end/33181] [4.3 Regression] Revision 127766 generates bad cmov
--- Comment #2 from hjl at lucon dot org 2007-08-25 20:38 --- [EMAIL PROTECTED] rrs]$ cat cmov.cc #include stdlib.h const double infinity = 1e100; enum Status { P_ON_LOWER = -4, P_ON_UPPER = -2, P_FREE = -1, P_FIXED = P_ON_UPPER + P_ON_LOWER }; void foo (enum Status stat, double newUpper, double lower) { switch (stat) { case P_ON_UPPER: if (newUpper = infinity) stat = (lower = -infinity) ? P_FREE : P_ON_LOWER; else if (newUpper == lower) stat = P_FIXED; break; default: abort(); } } int main () { enum Status stat = P_ON_UPPER; foo (stat, 5.00e+01, -1.00e+100); if (stat != P_ON_UPPER) abort (); return 0; } [EMAIL PROTECTED] rrs]$ /export/gnu/import/rrs/127766/usr/bin/g++ -static -O2 cmov.cc [EMAIL PROTECTED] rrs]$ ./a.out Aborted [EMAIL PROTECTED] rrs]$ /export/gnu/import/rrs/127765/usr/bin/g++ -static -O2 cmov.cc [EMAIL PROTECTED] rrs]$ ./a.out [EMAIL PROTECTED] rrs]$ /export/gnu/import/rrs/127766/usr/bin/g++ -static -O2 cmov.cc -march=i686 -m32 [EMAIL PROTECTED] rrs]$ ./a.out Aborted [EMAIL PROTECTED] rrs]$ /export/gnu/import/rrs/127766/usr/bin/g++ -static -O2 cmov.cc -m32 [EMAIL PROTECTED] rrs]$ ./a.out [EMAIL PROTECTED] rrs]$ -- hjl at lucon dot org changed: What|Removed |Added Summary|[4.3 Regression] Revision |[4.3 Regression] Revision |127766 miscompiles SPEC CPU |127766 generates bad cmov |2006| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33181
[Bug bootstrap/30620] missing dependencies of gcov-io.h breaks --enable-intermodule build
--- Comment #5 from aldot at gcc dot gnu dot org 2007-08-25 22:10 --- Subject: Bug 30620 Author: aldot Date: Sat Aug 25 22:10:28 2007 New Revision: 127802 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127802 Log: 2007-08-26 Bernhard Fischer [EMAIL PROTECTED] PR bootstrap/30620 * Makefile.in (libbackend.o): Add gcov-iov.h dependency and pass defines needed for version.c. Modified: trunk/gcc/ChangeLog trunk/gcc/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30620
[Bug middle-end/31496] FAIL: gcc.dg/builtins-20.c (test for excess errors)
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2007-08-25 22:24 --- Subject: Re: New: FAIL: gcc.dg/builtins-20.c (test for excess errors) test3l and test3f fail. Attached .s file. Dave --- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-08-25 22:24 --- Created an attachment (id=14115) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14115action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31496
[Bug libfortran/31546] add --enable-intermodule
--- Comment #6 from aldot at gcc dot gnu dot org 2007-08-25 22:33 --- Created an attachment (id=14116) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14116action=view) add missing includes of config.h to avoid conflicts in prototypes for LFS funcs gfortran-4.3-PR31546-config.h-inc.01.diff 2007-08-26 Bernhard Fischer me PR fortran/31546 * (configure.ac): Add --enable-intermodule for onestep build. * (Makefile.am): Handle onestep build. * (libgfortran.h, intrinsics/abort.c, intrinsics/iso_c_binding.c, intrinsics/string_intrinsics.c): Include config.h before system headers. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31546
[Bug libfortran/31546] add --enable-intermodule
--- Comment #7 from info at herberouge dot be 2007-08-25 22:35 --- Subject: Re: add --enable-intermodule STOP your email please ! - Original Message - From: aldot at gcc dot gnu dot org [EMAIL PROTECTED] To: gcc-bugs@gcc.gnu.org Sent: Sunday, August 26, 2007 12:33 AM Subject: [Bug libfortran/31546] add --enable-intermodule --- Comment #6 from aldot at gcc dot gnu dot org 2007-08-25 22:33 --- Created an attachment (id=14116) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14116action=view) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14116action=view) add missing includes of config.h to avoid conflicts in prototypes for LFS funcs gfortran-4.3-PR31546-config.h-inc.01.diff 2007-08-26 Bernhard Fischer me PR fortran/31546 * (configure.ac): Add --enable-intermodule for onestep build. * (Makefile.am): Handle onestep build. * (libgfortran.h, intrinsics/abort.c, intrinsics/iso_c_binding.c, intrinsics/string_intrinsics.c): Include config.h before system headers. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31546 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31546
[Bug tree-optimization/33146] [4.3 Regression] ICE in build_polynomial_chrec, at tree-chrec.h:136
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-08-25 23:21 --- Simple fix, negative_expr needs to create the NEGATIVE_EXPR in the same type as the original. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33146
[Bug middle-end/33181] [4.3 Regression] Revision 127766 generates bad cmov
--- Comment #3 from hjl at lucon dot org 2007-08-25 23:29 --- A smaller testcase: [EMAIL PROTECTED] cmov-1]$ cat cmov.cc extern C void abort (void); enum Status { P_ON_LOWER = -4, P_ON_UPPER = -2, P_FREE = -1, }; void foo (enum Status stat, double newUpper, double lower, double max) { if (stat == P_ON_UPPER) { if (newUpper = max) stat = (lower = -max) ? P_FREE : P_ON_LOWER; else if (newUpper == lower) stat = P_ON_LOWER; } } int main () { enum Status stat = P_ON_UPPER; foo (stat, 5.00e+01, -1.00e+100, 1e100); if (stat != P_ON_UPPER) abort (); return 0; } [EMAIL PROTECTED] cmov-1]$ make /export/gnu/import/rrs/127766/usr/bin/g++ -O2 -g -c -o cmov.o cmov.cc /export/gnu/import/rrs/127766/usr/bin/g++ -static -o cmov cmov.o ./cmov make: *** [all] Aborted [EMAIL PROTECTED] cmov-1]$ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33181
[Bug fortran/32928] DATA statement with array element as initializer is rejected
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-08-26 01:55 --- I am going to try this one. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-08-15 11:52:48 |2007-08-26 01:55:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32928
[Bug target/33151] Invalid insn with pre_inc
--- Comment #7 from dje at gcc dot gnu dot org 2007-08-26 02:21 --- Created an attachment (id=14117) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14117action=view) offsettable_mem_operand v3 -- dje at gcc dot gnu dot org changed: What|Removed |Added Attachment #14110|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33151
[Bug c/33192] New: __imag operator drops side effects in subexpr
GCC miscompiles this: int bar(); void foo() { int X = __imag bar(); } to not call bar. -Chris -- Summary: __imag operator drops side effects in subexpr Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sabre at nondot dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33192
[Bug c/33193] New: slopiness in __real/__imag
Some issues: __real accepts a struct argument, __imag doesn't. __real and __imag both accept pointer arguments. both accept vectors. What does a complex vector mean? They should all reject all of them. Though it seems questionable to accept a scalar argument at all to real/imag, they certainly shouldn't accept pointers or aggregates. -Chris -- Summary: slopiness in __real/__imag Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sabre at nondot dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33193
[Bug c/33193] slopiness in __real/__imag
--- Comment #1 from sabre at nondot dot org 2007-08-26 05:28 --- Further, http://gcc.gnu.org/onlinedocs/gcc/Complex.html#Complex does not document what arguments are accepted to __real and __imag at all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33193