--- Comment #25 from lothar at tradescape dot biz 2008-10-10 15:58 ---
I was running the code on my Lenovo T61 Laptop:
$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 Duo CPU T7700
--- Comment #20 from lothar at tradescape dot biz 2008-07-31 02:01 ---
With all the supplied test cases and data, why is it so hard to move the bug
out of the UNCONFIRMED state. It should be fairly easy to confirm that it is a
problem by running the attached test.
--
http
--- Comment #19 from lothar at tradescape dot biz 2008-07-28 18:55 ---
Created an attachment (id=15973)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15973&action=view)
oprofile logs
I compiled optimized executables with and without -fno-strict-aliasing and
generated an o
--- Comment #15 from lothar at tradescape dot biz 2008-07-22 22:01 ---
What I am worried about is that if it is not marked as a regression nobody
cares to fix it although it breaks a real application that works with gcc
4.3.2.
If you have any insights how to improve the boost intrusive
--- Comment #13 from lothar at tradescape dot biz 2008-07-22 21:48 ---
(In reply to comment #11)
>From an application perspective it is still a regression, as it works happily
with gcc 4.2.3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
--- Comment #9 from lothar at tradescape dot biz 2008-07-17 20:15 ---
in reply to #7:
Does this mean the status is no longer UNCONFIRMED?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
--- Comment #8 from lothar at tradescape dot biz 2008-07-17 18:09 ---
If you have questions about the internal implementation of the boost avl tree
you can contact Ion Gaztañaga igaztanaga at gmail dot com. He is aware of this
problem already.
--
http://gcc.gnu.org/bugzilla
--- Comment #6 from lothar at tradescape dot biz 2008-07-17 17:52 ---
in reply to #4:
-fno-tree-vectorize does not help
$ /opt2/linux/ix86/bin/g++-4.3.1 -m64 -O3 -fno-tree-vectorize -g -save-temps
-I/opt2/linux/x86_64/include/boost-1_35 -DUSE_OPTIMIZATION=0 -o ./avltest-no
--- Comment #5 from lothar at tradescape dot biz 2008-07-17 17:50 ---
Created an attachment (id=15924)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15924&action=view)
the preprocessed file for case that is slower
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
--- Comment #2 from lothar at tradescape dot biz 2008-07-17 16:54 ---
Created an attachment (id=15923)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15923&action=view)
updated testcase
changed the test case to resemble my application a bit closer. Here it is
almost 4
--- Comment #1 from lothar at tradescape dot biz 2008-07-17 07:28 ---
Created an attachment (id=15921)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15921&action=view)
test case to reproduce the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
nassigned at gcc dot gnu dot org
ReportedBy: lothar at tradescape dot biz
GCC target triplet: x86_64-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
--- Comment #5 from lothar at tradescape dot biz 2006-03-24 18:45 ---
We also get ICEs on valid code with gcc 4.1.0 on both i686 and x86_64 both on
Linux if we compile our source with -fprofile-arcs -ftest-coverage.
When I tried to produce a precompiled (-E) file I could NOT reproduce
--- Comment #2 from lothar at tradescape dot biz 2005-10-08 06:07 ---
/opt2/linux/ix86/x86_64-pc-linux-gnu/bin/g++ -fvisibility=hidden
-fvisibility-inlines-hidden -save-temps -W -Wall -Wpointer-arith -m64
-I/opt2/linux/x86_64/include -O3 -g -pipe -m64 -I/opt2/linux/x86_64/include
--- Comment #1 from lothar at tradescape dot biz 2005-10-08 06:06 ---
Created an attachment (id=9932)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9932&action=view)
preprocessed file (gziped)
preprocessed file that is mentioned in the linker error as having created the
t status
--
Summary: strange link error with ACE
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lothar at trades
--- Comment #1 from lothar at tradescape dot biz 2005-10-08 05:59 ---
Created an attachment (id=9931)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9931&action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24271
MED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lothar at tradescape dot biz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24271
eone can take a look at it, I don't know too much about gcc.
Lothar
--- Additional Comments From lothar at xcerla dot com 2005-03-01 01:23
---
A bug that creates wrong code is critical for me.
As our application depends on dynamically loading libraries, there's simply NO
workaround for this bug.
We can NOT execute any executables
--- Additional Comments From lothar at xcerla dot com 2005-03-01 01:03
---
Changed severity to critical, as the compiler produces code that crashes when
executing a coverage enabled executable.
--
What|Removed |Added
--- Additional Comments From lothar at xcerla dot com 2005-02-15 21:46
---
Created an attachment (id=8201)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8201&action=view)
test case to reproduce the segfault
This is a project of a small test case that reproduces the segme
=libcalc.so.1.0 -shared -o
lib/posix/coverage/libcalc.so src/calc/.build/posix/coverage/calc.os
-Llib/posix/coverage -lstdc++ -lpthread -lrt -ldl -lgcov
Lothar
--
Summary: executables created with -fprofile-arcs -ftest-coverage
segfault in gcov_
--- Additional Comments From lothar at xcerla dot com 2004-10-02 00:58 ---
Could you please state what "next C++" means (next standard, next version of
gcc, ...).
Actually I started this entry (with Severity: enhancement) to spawn a
discussion about adding such aid to th
--- Additional Comments From lothar at xcerla dot com 2004-10-01 21:57 ---
STLfilt does a pretty good job already.
It would be a GREAT use to the average gcc user if gcc only could mimic the
behaviour of STLfilt. I consider myself quite fluent with STL/templates but
even I have
25 matches
Mail list logo
