https://sourceware.org/bugzilla/show_bug.cgi?id=23258
--- Comment #10 from Lan ---
Finally managed to get back to this issue. (I had reverted to use clang 3.8,
so needed to reinstall clang 6.0 to try to reproduce the problem.)
After changing GseAdmTempFile() to replace tempnam() with mkstemp(),
https://sourceware.org/bugzilla/show_bug.cgi?id=23258
--- Comment #9 from Lan ---
ok.
I assume that you want me to try addressing the warning to see if it is indeed
related to the core dump.
I will try this and let you know how it's go.
--
You are receiving this mail because:
You are on the CC
https://sourceware.org/bugzilla/show_bug.cgi?id=23258
--- Comment #7 from Lan ---
It's the loader that trapped, but it was clang6 that was generating the object
file.
Can you try just invoking the loader directly against the static archive
libSTdb2gse.a to see if you can repro the trap?
/usr/bi
https://sourceware.org/bugzilla/show_bug.cgi?id=23258
--- Comment #4 from Lan ---
hmm ... worked just fine for me.
lans-mbp:downloads lanpham$ tar -xvf bug_23258.tar
x bug_23258/libSTdb2gse.a
x bug_23258/lnk.sh
lans-mbp:downloads lanpham$
--
You are receiving this mail because:
You are on the
https://sourceware.org/bugzilla/show_bug.cgi?id=23258
--- Comment #2 from Lan ---
Created attachment 11107
--> https://sourceware.org/bugzilla/attachment.cgi?id=11107&action=edit
object files and link command to reproduce the issue
Simply run the lnk.sh command in the package should reproduce
: ld
Assignee: unassigned at sourceware dot org
Reporter: lpham54321 at gmail dot com
Target Milestone: ---
When linking a shared library using object files compiled with clang 6.0.0
(clang++), the linker trapped and generated a core dump at the following call
stack:
Core was
