--- Comment #21 from ajd at gentrack dot com 2007-10-19 01:44 ---
Created an attachment (id=14372)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14372action=view)
support -blazy, add option to disable
I suggest exportinitfini_flag is enabled by default or atleast for the build
--- Comment #19 from ajd at gentrack dot com 2007-10-14 21:39 ---
(In reply to comment #18)
Do you plan to support lazy binding as well?
Do you mean -blazy?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33704
--- Comment #13 from ajd at gentrack dot com 2007-10-09 20:06 ---
(In reply to comment #9)
A solution within GCC is very complicated.
Have you looked at the suggested patch?
If you could point out any concerns/faults, I could have another try at it.
XLC has it's own solution
--- Comment #15 from ajd at gentrack dot com 2007-10-09 21:44 ---
(In reply to comment #14)
You seem to want to have the main program run the share library constructors.
That's a no-no. And decide at link-time. Double no-no.
Do you mind explaining a situation that won't work
--- Comment #17 from ajd at gentrack dot com 2007-10-10 04:04 ---
(In reply to comment #16)
lib1.a depends on lib2.a
main depends on lib1.a, but does not explicitly link with lib2.a
main initializes what it is explicitly linked against.
lib1 initializes lib2 before it initializes
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ajd at gentrack dot com
GCC target triplet: powerpc-ibm-aix5.2.0.0
http
--- Comment #2 from ajd at gentrack dot com 2007-10-09 01:48 ---
Created an attachment (id=14325)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14325action=view)
testcase shows constructors running in incorrect order
Compile like:
g++ -shared -o liba1.a -D LIBNAME=LIB1
--- Comment #3 from ajd at gentrack dot com 2007-10-09 01:49 ---
Created an attachment (id=14326)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14326action=view)
shows fallout from this (throw does not work in a global constructor as
libstdc++ and libgcc_s constructors have
--- Comment #4 from ajd at gentrack dot com 2007-10-09 01:50 ---
Created an attachment (id=14327)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14327action=view)
suggested solution
The attached patch is a suggested solution to this problem.
It calls the __GLOBAL__FI_... functions
--- Comment #5 from ajd at gentrack dot com 2007-10-09 01:55 ---
Please reconsider.
This is about initialization order between shared libraries. Not betweeen
objects within a library.
This works on atleast Linux, Windows, Solaris, HPUX, Tru64.
The testcase throw_failure.cpp shows
--- Comment #7 from ajd at gentrack dot com 2007-10-09 02:43 ---
Introduced here:
http://gcc.gnu.org/ml/gcc-patches/2004-03/msg00616.html
My suggested fix is co-incidentally reversing some of that patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33704
--- Comment #1 from ajd at gentrack dot com 2007-10-01 01:58 ---
Compile with -Wl,-Z and it succeeds:
gcc-4.1.2/bin/gcc -mlp64 pam_test.c -lpam -o pt -Wl,-Z
It appears libpam on hpux requires -Z.
It was removed here:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00542.html
--
http
: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ajd at gentrack dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20571
Product: gcc
Version: 3.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ajd at gentrack dot com
CC: gcc-bugs at gcc dot gnu dot org
14 matches
Mail list logo
