--- Comment #7 from neil at fnxweb dot com 2006-03-20 08:48 ---
Fair enough; for the record, I did spend an obscene amount of time trying to
make the example more straightforward, but *any* simplification over what I
attached worked OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #6 from bkoz at gcc dot gnu dot org 2006-03-17 19:10 ---
I'm closing this. I cannot reproduce it. In addition, the submitted testcase is
not sufficient: it has a complicated directory structure, makefiles, etc etc.
Also, does not demonstrate the so-called bug...
Please read
--- Comment #5 from bkoz at gcc dot gnu dot org 2006-03-17 19:04 ---
Created an attachment (id=11064)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11064&action=view)
example of how to do testcase
Explicitly use __mt_alloc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2540
--- Comment #4 from bkoz at gcc dot gnu dot org 2006-03-16 08:40 ---
I'm going to check this in to libstdcxx_so_7-branch. It will be easier to test
there.
Please try to make a self-contained testcase for this, ie one file, no make
file, etc.
-benjamin
--
http://gcc.gnu.org/bugzil
--- Comment #3 from neil at fnxweb dot com 2006-03-08 12:41 ---
Was it compiled up to use mt_allocator? I won't have the time to check again
for a short while.
If it's considered a good idea to use -pthreads, then it ought really to have
it's info-page entry updated to not make it plat
--- Comment #2 from bkoz at gcc dot gnu dot org 2006-03-03 18:03 ---
>I've also found that, instead, the semi-documented '-pthread'
>compilation [from the above PR] option makes things work OK too
It is a good idea to use -pthread when compiling code that uses threads on
linux.
I can
--- Comment #1 from neil at fnxweb dot com 2005-12-14 11:44 ---
Created an attachment (id=10484)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10484&action=view)
Example of the crash
Do 'make' in top level of build tree.
'make symbolcheck' afterwards just demos the crash.
--
