[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2015-02-06 Thread dje at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 David Edelsohn dje at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2013-01-30 Thread dje at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 David Edelsohn dje at gcc dot gnu.org changed: What|Removed |Added CC||pedzsan at

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2012-03-28 Thread michael.haubenwallner at salomon dot at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 --- Comment #15 from Michael Haubenwallner michael.haubenwallner at salomon dot at 2012-03-28 08:21:37 UTC --- (In reply to comment #14) Do you see any technical issue why Import Files cannot be used this way for filename-based versioning

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2012-03-28 Thread dje at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 --- Comment #16 from David Edelsohn dje at gcc dot gnu.org 2012-03-28 12:29:29 UTC --- Symbolic linking or hard linking libNAME.so.1 to libNAME.so doesn't work? I seem to remember something strange about the way AIX loader followed symbolic

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2012-03-28 Thread michael.haubenwallner at salomon dot at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 --- Comment #17 from Michael Haubenwallner michael.haubenwallner at salomon dot at 2012-03-28 14:20:52 UTC --- (In reply to comment #16) Symbolic linking or hard linking libNAME.so.1 to libNAME.so doesn't work? I seem to remember something

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2012-03-27 Thread dje at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 --- Comment #14 from David Edelsohn dje at gcc dot gnu.org 2012-03-27 16:38:15 UTC --- Do you see any technical issue why Import Files cannot be used this way for filename-based versioning over the traditional onefile-membername-based

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2012-03-23 Thread michael.haubenwallner at salomon dot at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 --- Comment #11 from Michael Haubenwallner michael.haubenwallner at salomon dot at 2012-03-23 09:31:41 UTC --- Unless IBM does, I don't want to change any default here, nor force anyone to use -brtl. What I'm after is: Give package managers

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2012-03-23 Thread michael.haubenwallner at salomon dot at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 --- Comment #12 from Michael Haubenwallner michael.haubenwallner at salomon dot at 2012-03-23 10:29:15 UTC --- (In reply to comment #11) Give package managers another choice how to build the packages, out of: A: libNAME.a(libNAME.so.1)

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2012-03-23 Thread michael.haubenwallner at salomon dot at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 --- Comment #13 from Michael Haubenwallner michael.haubenwallner at salomon dot at 2012-03-23 16:39:53 UTC --- Hmm, err, A and B aren't created at the same time by libtool. Instead, this table really should include static-only libs too:

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2012-03-22 Thread michael.haubenwallner at salomon dot at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 --- Comment #6 from Michael Haubenwallner michael.haubenwallner at salomon dot at 2012-03-22 09:10:29 UTC --- Traditionally, yes. However, there are Import Files: They can definitively help for the versioning issue, and can probably help for the

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2012-03-22 Thread dje at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 --- Comment #7 from David Edelsohn dje at gcc dot gnu.org 2012-03-22 19:02:23 UTC --- Can you be a little more specific about how you want to use import files? You seem to be associating them with -brtl, but that is a separate issue. GCC

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2012-03-22 Thread michael.haubenwallner at salomon dot at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 --- Comment #8 from Michael Haubenwallner michael.haubenwallner at salomon dot at 2012-03-22 20:33:01 UTC --- I'm still grafting some RFC for gcc-ml with more background info for the not-so-experienced ones, however I don't mind to discuss that

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2012-03-22 Thread dje at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 --- Comment #9 from David Edelsohn dje at gcc dot gnu.org 2012-03-22 21:23:46 UTC --- Yes, one can re-engineer the GCC and libtool shared library build process on AIX to try to make AIX look more like SVR4.

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2012-03-22 Thread dje at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 --- Comment #10 from David Edelsohn dje at gcc dot gnu.org 2012-03-22 23:53:14 UTC --- I recognize that a lot of FLOSS packages are developed on x86/Linux, but POWER/AIX is not x86/Linux. Upon further consideration, I am concerned that your

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2012-03-21 Thread michael.haubenwallner at salomon dot at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 --- Comment #3 from Michael Haubenwallner michael.haubenwallner at salomon dot at 2012-03-21 09:38:00 UTC --- (In reply to comment #2) We should disable libquadmath on AIX. It is not needed or useful there. Have you tried adding

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2012-03-21 Thread michael.haubenwallner at salomon dot at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 --- Comment #4 from Michael Haubenwallner michael.haubenwallner at salomon dot at 2012-03-21 14:27:06 UTC --- (In reply to comment #3) But the problem isn't with libquadmath itself, but with config-ml.in setting LD_LIBRARY_PATH to find the

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2012-03-21 Thread dje at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 --- Comment #5 from David Edelsohn dje at gcc dot gnu.org 2012-03-22 03:00:40 UTC --- AIX fundamentally wants to handle shared objects differently than SVR4/Solaris/Linux. AIX wants to package shared objects in an archive, like normal object

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2012-03-20 Thread dje at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 David Edelsohn dje at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug bootstrap/52623] 4.7.0-RC-20120314: bootstrap failure on AIX due to multilib and using C++ in post-stage1

2012-03-19 Thread michael.haubenwallner at salomon dot at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623 --- Comment #1 from Michael Haubenwallner michael.haubenwallner at salomon dot at 2012-03-19 17:20:23 UTC --- Created attachment 26924 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26924 powerpc-ibm-aix7.1.0.0/ppc64/libquadmath/config.log