[Bug c/29309] Compiling an assembler-less file generates error from assembler
--- Comment #2 from mi at aldan dot algebra dot com 2006-10-01 17:46 --- Oh, yes indeed. Sorry... -- mi at aldan dot algebra dot com changed: What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29309
[Bug c/29309] Compiling an assembler-less file generates error from assembler
--- Comment #3 from mi at aldan dot algebra dot com 2006-10-01 18:17 --- Actually, in any case, should not the error message have referred me to the source of the problem in port_outl's definition in libvga.h? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29309
[Bug c/29309] Compiling an assembler-less file generates error from assembler
--- Comment #5 from mi at aldan dot algebra dot com 2006-10-01 21:31 --- By propagating the `#line' information from the original C-source into the *.S file, maybe? Not sure... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29309
[Bug c++/29390] New: Bogus symbol inserted into valid C++ code at low optimization level
When trying to build ICU-3.6 with low optimization, one of the object files grows a bogus symbol, which can not, of course, be resolved at the link time. loctest.o(.data+0x51c):/misha/ports/devel/icu/work/icu/source/test/intltest/loctest.cpp:181: undefined reference to `.LC786' loctest.o(.data+0x520):/misha/ports/devel/icu/work/icu/source/test/intltest/loctest.cpp:181: undefined reference to `.LC786' The post-pre-processed loctest.ii will be attached to this report. -- Summary: Bogus symbol inserted into valid C++ code at low optimization level Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mi at aldan dot algebra dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29390
[Bug c++/29390] Bogus symbol inserted into valid C++ code at low optimization level
--- Comment #1 from mi at aldan dot algebra dot com 2006-10-08 20:50 --- Created an attachment (id=12396) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12396&action=view) The result of preprocessing of ICU's icu/source/test/intltest/loctest.cpp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29390
[Bug c++/29390] Bogus symbol inserted into valid C++ code at low optimization level
--- Comment #2 from mi at aldan dot algebra dot com 2006-10-08 20:52 --- Sorry, I forgot to explicitly specify, that the bogus symbol is seen, when compiling at either -O0 or -O1 levels (symbol name and the line number, where it, supposedly, appears, change). Compiling at -O2 does not exhibit the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29390
[Bug middle-end/29390] Bogus symbol inserted into valid C++ code at low optimization level
--- Comment #4 from mi at aldan dot algebra dot com 2006-10-08 21:10 --- I'm compiling on and for FreeBSD/i386. Regarding the major-normal downgrade, I must note, that other (also compiler-related, apparently) problems in ICU require the ability to run the tests under debugger, which is rather difficult, when the code is built with -O2... Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29390
[Bug middle-end/29390] Bogus symbol inserted into valid C++ code at low optimization level
--- Comment #7 from mi at aldan dot algebra dot com 2006-10-09 04:42 --- 3.4.4 (or 3.4.6) are the system compilers on FreeBSD-5.x and FreeBSD-6.x Would it be possible to locate the diff, that fixed the problem, so it can be merged into our toolchain? Thanks! -- mi at aldan dot algebra dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29390
[Bug middle-end/29390] Bogus symbol inserted into valid C++ code at low optimization level
--- Comment #10 from mi at aldan dot algebra dot com 2006-10-10 14:52 --- (In reply to comment #9) > finding the relevant patch using a binary search of the subversion archive > between the revision numbers of the 3.4 branchpoint and the 4.0 release That's the problem -- how can I, who has never seen the internals of the GNU compiler, figure out, which patch is "the relevant" one? For you, the developers, it is, probably, indeed faster, than writing another explanation, why you "have no resources" to do it... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29390
[Bug middle-end/29390] Bogus symbol inserted into valid C++ code at low optimization level
--- Comment #12 from mi at aldan dot algebra dot com 2006-10-10 15:13 --- In comment #9: shouldn't be too hard. In comment #11: No, it will actually take significant time If the explanation for the above discrepancy is simply not having access to a FreeBSD machine, such an access can be arranged in an hour or so. Just send me (by private e-mail) your ssh public key (~/.ssh/id_dsa.pub) and the /etc/passwd line for your account information (without the actual password). Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29390
[Bug middle-end/29390] Bogus symbol inserted into valid C++ code at low optimization level
--- Comment #14 from mi at aldan dot algebra dot com 2006-10-11 17:15 --- Ok, the problem is triggered by the ``-march=pentium4'' flag: c++ -O0 -g -c -fno-strict-aliasing -pipe -march=pentium4 loctest.ii [EMAIL PROTECTED]:source/test/intltest (1127) nm loctest.o | grep LC U .LC786 U _ZNK7icu_3_66Locale7getLCIDEv vs. c++ -O0 -g -c -fno-strict-aliasing -pipe loctest.ii [EMAIL PROTECTED]:source/test/intltest (1129) nm loctest.o | grep LC U _ZNK7icu_3_66Locale7getLCIDEv Would this narrow the search for a fix down enough? The problem does not exist with the gcc-3.2.3 (tested on RedHat), nor with gcc-3.4.1 (tested on the same FreeBSD box as the originally reported 3.4.4). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29390
[Bug middle-end/29390] Bogus symbol inserted into valid C++ code at low optimization level
--- Comment #15 from mi at aldan dot algebra dot com 2006-10-11 19:38
---
Removing either the line 16037 or the 15167 in the loctest.ii gets rid of the
problem.
The lines both reference a string literal ("en_GB_EURO"), thus the bug, likely,
has something to do with how the identical literals are herded together by
3.4.x on either pentium3 or pentium4 (but not pentium2)...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29390
[Bug c++/33195] New: ICE: calc_dfs_tree, at dominance.c:374
Trying to compile the attached file with 4.2.1 20070712 fails with -O2:
-O works.
vital_timing.cc: In function 'array_type
L4ieee_Q12vital_timing_Y22vitalextendtofilldelay_i259(const array_type&)':
vital_timing.cc:1055: internal compiler error: in calc_dfs_tree, at
dominance.c:374
Or, when using the properly pre-processed file:
vital_timing.i: In function 'array_type
L4ieee_Q12vital_timing_Y22vitalextendtofilldelay_i259(const array_type&)':
vital_timing.i:21623: internal compiler error: in calc_dfs_tree, at
dominance.c:374
--
Summary: ICE: calc_dfs_tree, at dominance.c:374
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mi at aldan dot algebra dot com
GCC build triplet: x86_64-portbld-freebsd6.2
GCC host triplet: x86_64-portbld-freebsd6.2
GCC target triplet: x86_64-portbld-freebsd6.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33195
[Bug c++/33195] ICE: calc_dfs_tree, at dominance.c:374
--- Comment #1 from mi at aldan dot algebra dot com 2007-08-26 15:45 --- Created an attachment (id=14118) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14118&action=view) The pre-processed vital_timing.cc -- the test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33195
