--- 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
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 b
--- 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
--- 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
--- 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 acces
--- 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 -
--- 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
--- 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,
--- 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
--- 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.
tion 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_
--- 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
--- 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
--- 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
14 matches
Mail list logo
