https://sourceware.org/bugzilla/show_bug.cgi?id=23258
--- Comment #11 from Cary Coutant ---
(In reply to Lan from comment #10)
> 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 G
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 #8 from Cary Coutant ---
I was just using g++ as the linker driver, not to compile the objects.
I linked with the objects you provided, which had been compiled by
clang. Linking just those objects by themselves produces no warnings
I was just using g++ as the linker driver, not to compile the objects.
I linked with the objects you provided, which had been compiled by
clang. Linking just those objects by themselves produces no warnings
at all, since the "tempnam" warning comes from libc.
On Fri, Jul 13, 2018 at 12:05 PM, lpha
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 #6 from Cary Coutant ---
I don't have clang installed, but when I use g++ instead, I get the following:
GseAdEnableDB.o: In function `GseAdmTempFile(char*, char const*, char const*,
GseError&)':
/db2src/spatial/admin/GseAdEnableDB
https://sourceware.org/bugzilla/show_bug.cgi?id=23258
--- Comment #5 from Cary Coutant ---
Got it now -- sorry, problem on my end.
On Fri, Jul 13, 2018 at 11:14 AM, lpham54321 at gmail dot com
wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=23258
>
> --- Comment #4 from Lan ---
> hmm
Got it now -- sorry, problem on my end.
On Fri, Jul 13, 2018 at 11:14 AM, lpham54321 at gmail dot com
wrote:
> 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_2
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 #3 from Cary Coutant ---
I can't extract anything from the .tar file you provided -- tar tv and tar xv
just hang indefinitely.
--
You are receiving this mail because:
You are on the CC list for the bug.
__
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
https://sourceware.org/bugzilla/show_bug.cgi?id=23258
Cary Coutant changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=23258
H.J. Lu changed:
What|Removed |Added
CC||ian at airs dot com
Component|ld
14 matches
Mail list logo
