From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 09 11:01:22 2022 Received: (at submit) by debbugs.gnu.org; 9 Apr 2022 15:01:22 +0000 Received: from localhost ([127.0.0.1]:38453 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ndCaX-00039X-V5 for submit@debbugs.gnu.org; Sat, 09 Apr 2022 11:01:22 -0400 Received: from lists.gnu.org ([209.51.188.17]:40210) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ndCWN-00031o-Ta for submit@debbugs.gnu.org; Sat, 09 Apr 2022 10:57:04 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:43980) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ndCWN-0004lZ-HQ for bug-libtool@gnu.org; Sat, 09 Apr 2022 10:57:03 -0400 Received: from ndmsvasmtp102.ndc.nasa.gov ([198.117.0.162]:45828) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ndCWL-0006Dx-4j for bug-libtool@gnu.org; Sat, 09 Apr 2022 10:57:02 -0400 Received-SPF: Pass (sender SPF authorized) identity=mailfrom; client-ip=146.165.241.205; helo=tabdemo-mail.larc.nasa.gov; envelope-from=w.t.jones@nasa.gov; receiver=w.t.jones@nasa.gov DKIM-Filter: OpenDKIM Filter v2.11.0 ndmsvasmtp102.ndc.nasa.gov B9D0A402053D Received: from tabdemo-mail.LaRC.NASA.GOV (fw-1268b-fn.larc.nasa.gov [146.165.241.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ndmsvasmtp102.ndc.nasa.gov (Postfix) with ESMTPS id B9D0A402053D; Sat, 9 Apr 2022 09:56:58 -0500 (CDT) Received: from [156.68.191.85] (lalwl0720010042.ndc.nasa.gov [156.68.191.85] (may be forged)) by tabdemo-mail.LaRC.NASA.GOV (8.15.1+Sun/8.15.1) with ESMTPS id 239Euvff028475 (version=TLSv1.2 cipher=AES128-GCM-SHA256 bits=128 verify=NOT); Sat, 9 Apr 2022 10:56:58 -0400 (EDT) Message-ID: <6ad311a6-eabe-9058-cde8-62b5a22fbb2c@nasa.gov> Date: Sat, 9 Apr 2022 10:56:55 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 To: bug-libtool@gnu.org Content-Language: en-US From: William T Jones Subject: Outdated IBM XL Fortran shared library work around Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Received-SPF: pass client-ip=198.117.0.162; envelope-from=w.t.jones@nasa.gov; helo=ndmsvasmtp102.ndc.nasa.gov X-Spam_score_int: -41 X-Spam_score: -4.2 X-Spam_bar: ---- X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sat, 09 Apr 2022 11:01:21 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) Hello, Libtool 2.4.6 has an apparently outdated work around for the IBM XL Fortran compiler's inability to link shared libraries (see m4/libtool.m4 lines 5208, 5237-5248). As comments in m4/libtool.m4 state, the problem is with IBM XL Fortran version 10.1 on PowerPC.  However, we are now using IBM XL Fortran version 16.1 on PPC (ORNL summit) and it does allow linking of shared objects with xlf via the same "-qmkshrobj" command line option used by xlc and xlC on lines 5208-5210 of m4/libtool.m4. To make matters worse, the workaround of using $LD to link shared libraries with Fortran objects does not easily work when linking mixed language object code into such a shared library (one needs to know IBM XL paths to libraries like libibmc++.so and libstdc++.so, for example).  This is easily resolved when one links with `xlf -qmkshrobj ...`. It is suggested that this workaround check for compiler version or be deprecated. Resolution is appreciated, -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Bill Jones W.T.JONES@NASA.GOV Mail Stop 128 Computational AeroSciences Branch 15 Langley Boulevard Research Directorate NASA Langley Research Center Building 1268, Room 1044 Hampton, VA 23681-2199 Phone +1 757 864-5318 Fax +1 757 864-8816 http://fun3d.larc.nasa.gov From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 09 12:25:07 2022 Received: (at 54817) by debbugs.gnu.org; 9 Apr 2022 16:25:07 +0000 Received: from localhost ([127.0.0.1]:38578 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ndDtb-0005IL-D7 for submit@debbugs.gnu.org; Sat, 09 Apr 2022 12:25:07 -0400 Received: from mail-vk1-f175.google.com ([209.85.221.175]:43756) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ndDtZ-0005HM-IS for 54817@debbugs.gnu.org; Sat, 09 Apr 2022 12:25:06 -0400 Received: by mail-vk1-f175.google.com with SMTP id n5so469939vkq.10 for <54817@debbugs.gnu.org>; Sat, 09 Apr 2022 09:25:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=sSwJ6DdGpftIbMfwlTJtkz9uZfXBxRh/olYWJ19faUc=; b=kdsmLB3jOAcnpx/AZRSC2CMiF1GQMXEYJDPYf3/pokg31VKCMQ1CcrS86udqjgIGq4 dOgjSe4b+DU8MA7aRUlSDh/dwKbR0FdgCgAm8FB6P3DSQ3OYgZ7bmBc9qq9Lm9+0OsD9 jCL36vj/4up4/Lz9vDJR50xF5qpVXMvdUi1SWxOosyIKkwHlRvSaac6aUwlWhUt++WiG hnbM5At+V7rt3pQ7gE3rVL4Fxp/eLdmtfZNFxGW39TbMxXaPnlAGlP+viPGzC8temCMB GiNdmnAXZtma/MLsjWkOxh1X5r7iqTw9Fx8fCbSK3KGoZvwcVorXtT1XucndmKIOSTfS XwWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=sSwJ6DdGpftIbMfwlTJtkz9uZfXBxRh/olYWJ19faUc=; b=T6eSt54gh/riHfSRRGae47iY9IVXaQX9op8VVIo1y6nG0PI687b7MYNnVh3xpqjcMF 9QepkJ1j8jpYRpnYUpf4EpQ4fcNTFMeMwKx7LlSsY8Jjp3MP4zLtFE50hB7fYHxQeRlg zOr+nhRXfCGKlZkF0ejySNgWSy5j7w21oYNDTM/UBmbsneJVkIlPGLCGQpbpsrUPLW0e C5PRoeXHuP369oo/cj3eHwDHMmZq2Dn7bBnHA+U5EjIKCVZX79QajYQZjgwvGy5gojlT ygL0ooyEAeHRN9EV1x5sidRH2dgH6FZGTGOjsXNf2VQgL7ZVllxhbqBzvGtqSKJ2/dW9 26Ug== X-Gm-Message-State: AOAM530AVTusM9HWZLpqy9PZWLjcDL6JQujw3j0GXibgTNewuY30Txwk TwNAABJzDydv68f01ZcqFvwEyk1ktVj0U2I5OmjyQd32fEo= X-Google-Smtp-Source: ABdhPJx0GTgMAfW0QCCqlq+O9Wwtl/4FdKhZTUq85UQAIqzuUIFRAj2yMfhT965BIx1V63FnqVl/Q+ABrzG0CHZV2Ho= X-Received: by 2002:a05:6122:1805:b0:345:62a3:fe77 with SMTP id ay5-20020a056122180500b0034562a3fe77mr374034vkb.32.1649521499747; Sat, 09 Apr 2022 09:24:59 -0700 (PDT) MIME-Version: 1.0 References: <6ad311a6-eabe-9058-cde8-62b5a22fbb2c@nasa.gov> In-Reply-To: <6ad311a6-eabe-9058-cde8-62b5a22fbb2c@nasa.gov> From: Alex Ameen Date: Sat, 9 Apr 2022 11:24:48 -0500 Message-ID: Subject: Re: bug#54817: Outdated IBM XL Fortran shared library work around To: William T Jones Content-Type: multipart/alternative; boundary="0000000000000ab69905dc3b274c" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 54817 Cc: 54817@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000000ab69905dc3b274c Content-Type: text/plain; charset="UTF-8" This sounds reasonable to me. Just to clarify, is this workaround still in 2.4.7? On Sat, Apr 9, 2022, 10:02 AM William T Jones via Bug-libtool via Bug reports for the GNU libtool shared library maintenance tool < bug-libtool@gnu.org> wrote: > Hello, > > Libtool 2.4.6 has an apparently outdated work around for the IBM XL > Fortran compiler's inability to link shared libraries (see m4/libtool.m4 > lines 5208, 5237-5248). > > As comments in m4/libtool.m4 state, the problem is with IBM XL Fortran > version 10.1 on PowerPC. However, we are now using IBM XL Fortran > version 16.1 on PPC (ORNL summit) and it does allow linking of shared > objects with xlf via the same "-qmkshrobj" command line option used by > xlc and xlC on lines 5208-5210 of m4/libtool.m4. > > To make matters worse, the workaround of using $LD to link shared > libraries with Fortran objects does not easily work when linking mixed > language object code into such a shared library (one needs to know IBM > XL paths to libraries like libibmc++.so and libstdc++.so, for example). > This is easily resolved when one links with `xlf -qmkshrobj ...`. > > It is suggested that this workaround check for compiler version or be > deprecated. > > Resolution is appreciated, > > > -- > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > Bill Jones W.T.JONES@NASA.GOV > Mail Stop 128 Computational AeroSciences Branch > 15 Langley Boulevard Research Directorate > NASA Langley Research Center Building 1268, Room 1044 > Hampton, VA 23681-2199 Phone +1 757 864-5318 > Fax +1 757 864-8816 > http://fun3d.larc.nasa.gov > > > > > _______________________________________________ > Bug-libtool mailing list > Bug-libtool@gnu.org > https://lists.gnu.org/mailman/listinfo/bug-libtool > --0000000000000ab69905dc3b274c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
This sounds reasonable=C2=A0to me. Just to clarify, is th= is workaround still in 2.4.7?

On Sat, Apr 9, 2022, 10:02 AM William T Jones= via Bug-libtool via Bug reports for the GNU libtool shared library mainten= ance tool <bug-libtool@gnu.org> wrote:
Hello,

Libtool 2.4.6 has an apparently outdated work around for the IBM XL
Fortran compiler's inability to link shared libraries (see m4/libtool.m= 4
lines 5208, 5237-5248).

As comments in m4/libtool.m4 state, the problem is with IBM XL Fortran
version 10.1 on PowerPC.=C2=A0 However, we are now using IBM XL Fortran version 16.1 on PPC (ORNL summit) and it does allow linking of shared
objects with xlf via the same "-qmkshrobj" command line option us= ed by
xlc and xlC on lines 5208-5210 of m4/libtool.m4.

To make matters worse, the workaround of using $LD to link shared
libraries with Fortran objects does not easily work when linking mixed
language object code into such a shared library (one needs to know IBM
XL paths to libraries like libibmc++.so and libstdc++.so, for example).=C2= =A0
This is easily resolved when one links with `xlf -qmkshrobj ...`.

It is suggested that this workaround check for compiler version or be
deprecated.

Resolution is appreciated,


--
=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-

=C2=A0 =C2=A0 =C2=A0Bill Jones=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0W.T.JONES@NASA.GOV
=C2=A0 =C2=A0 =C2=A0Mail Stop 128=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Computational AeroSciences Branch
=C2=A0 =C2=A0 =C2=A015 Langley Boulevard=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Research Dire= ctorate
=C2=A0 =C2=A0 =C2=A0NASA Langley Research Center=C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0Building 1268, Room 1044
=C2=A0 =C2=A0 =C2=A0Hampton, VA=C2=A0 23681-2199=C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Phone +1 757 864-53= 18
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Fax +1 757 864-8816
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 http://fun3d.larc.nasa.gov




_______________________________________________
Bug-libtool mailing list
Bug-libtool@gnu.org
https://lists.gnu.org/mailman/listinfo/= bug-libtool
--0000000000000ab69905dc3b274c-- From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 11 14:18:05 2022 Received: (at 54817) by debbugs.gnu.org; 11 Apr 2022 18:18:05 +0000 Received: from localhost ([127.0.0.1]:45665 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ndyc1-0006yp-A1 for submit@debbugs.gnu.org; Mon, 11 Apr 2022 14:18:05 -0400 Received: from ndjsvasmtp101.ndc.nasa.gov ([198.117.1.161]:44576) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ndybx-0006yL-TX for 54817@debbugs.gnu.org; Mon, 11 Apr 2022 14:18:04 -0400 Received-SPF: Pass (sender SPF authorized) identity=mailfrom; client-ip=146.165.241.205; helo=tabdemo-mail.larc.nasa.gov; envelope-from=w.t.jones@nasa.gov; receiver=w.t.jones@nasa.gov DKIM-Filter: OpenDKIM Filter v2.11.0 ndjsvasmtp101.ndc.nasa.gov B4E2F4012F28 Received: from tabdemo-mail.LaRC.NASA.GOV (fw-1268b-fn.larc.nasa.gov [146.165.241.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ndjsvasmtp101.ndc.nasa.gov (Postfix) with ESMTPS id B4E2F4012F28; Mon, 11 Apr 2022 13:18:00 -0500 (CDT) Received: from [156.68.186.184] (LALAL0721030124.ndc.nasa.gov [156.68.186.184] (may be forged)) by tabdemo-mail.LaRC.NASA.GOV (8.15.1+Sun/8.15.1) with ESMTPS id 23BIHx5x026320 (version=TLSv1.2 cipher=AES128-GCM-SHA256 bits=128 verify=NOT); Mon, 11 Apr 2022 14:17:59 -0400 (EDT) Content-Type: multipart/mixed; boundary="------------Joow8itvP2DuV480LwUA5fbT" Message-ID: Date: Mon, 11 Apr 2022 14:17:58 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: [EXTERNAL] Re: bug#54817: Outdated IBM XL Fortran shared library work around Content-Language: en-US To: Alex Ameen References: <6ad311a6-eabe-9058-cde8-62b5a22fbb2c@nasa.gov> From: William T Jones In-Reply-To: X-Spam-Score: -2.2 (--) X-Debbugs-Envelope-To: 54817 Cc: 54817@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.2 (---) This is a multi-part message in MIME format. --------------Joow8itvP2DuV480LwUA5fbT Content-Type: multipart/alternative; boundary="------------ng1xYTS04V85CQxsnKjb2N0R" --------------ng1xYTS04V85CQxsnKjb2N0R Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Alex, It appears to be in the git repo, so if that is 2.4.7, then yes. Attached is a patch that works for me, checking to see if the XL Fortran compiler is at least Version 16 or better (maybe a better way of checking). Thanks for responding so quickly, Bill I have more general workaround where I check the IBM XL Fortran version.  See example below: On 4/9/22 12:24 PM, Alex Ameen wrote: > This sounds reasonable to me. Just to clarify, is this workaround > still in 2.4.7? > > On Sat, Apr 9, 2022, 10:02 AM William T Jones via Bug-libtool via Bug > reports for the GNU libtool shared library maintenance tool > wrote: > > Hello, > > Libtool 2.4.6 has an apparently outdated work around for the IBM XL > Fortran compiler's inability to link shared libraries (see > m4/libtool.m4 > lines 5208, 5237-5248). > > As comments in m4/libtool.m4 state, the problem is with IBM XL > Fortran > version 10.1 on PowerPC.  However, we are now using IBM XL Fortran > version 16.1 on PPC (ORNL summit) and it does allow linking of shared > objects with xlf via the same "-qmkshrobj" command line option > used by > xlc and xlC on lines 5208-5210 of m4/libtool.m4. > > To make matters worse, the workaround of using $LD to link shared > libraries with Fortran objects does not easily work when linking > mixed > language object code into such a shared library (one needs to know > IBM > XL paths to libraries like libibmc++.so and libstdc++.so, for > example). > This is easily resolved when one links with `xlf -qmkshrobj ...`. > > It is suggested that this workaround check for compiler version or be > deprecated. > > Resolution is appreciated, > > > -- > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > >      Bill Jones W.T.JONES@NASA.GOV >      Mail Stop 128                     Computational AeroSciences > Branch >      15 Langley Boulevard                           Research > Directorate >      NASA Langley Research Center               Building 1268, > Room 1044 >      Hampton, VA  23681-2199                       Phone +1 757 > 864-5318 >                                                      Fax +1 757 > 864-8816 > http://fun3d.larc.nasa.gov > > > > > _______________________________________________ > Bug-libtool mailing list > Bug-libtool@gnu.org > https://lists.gnu.org/mailman/listinfo/bug-libtool > > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Bill JonesW.T.JONES@NASA.GOV Mail Stop 128 Computational AeroSciences Branch 15 Langley Boulevard Research Directorate NASA Langley Research Center Building 1268, Room 1044 Hampton, VA 23681-2199 Phone +1 757 864-5318 Fax +1 757 864-8816 http://fun3d.larc.nasa.gov --------------ng1xYTS04V85CQxsnKjb2N0R Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

Alex,

It appears to be in the git repo, so if that is 2.4.7, then yes.  Attached is a patch that works for me, checking to see if the XL Fortran compiler is at least Version 16 or better (maybe a better way of checking).

Thanks for responding so quickly,

Bill


I have more general workaround where I check the IBM XL Fortran version.  See example below:

On 4/9/22 12:24 PM, Alex Ameen wrote:
This sounds reasonable to me. Just to clarify, is this workaround still in 2.4.7?

On Sat, Apr 9, 2022, 10:02 AM William T Jones via Bug-libtool via Bug reports for the GNU libtool shared library maintenance tool <bug-libtool@gnu.org> wrote:
Hello,

Libtool 2.4.6 has an apparently outdated work around for the IBM XL
Fortran compiler's inability to link shared libraries (see m4/libtool.m4
lines 5208, 5237-5248).

As comments in m4/libtool.m4 state, the problem is with IBM XL Fortran
version 10.1 on PowerPC.  However, we are now using IBM XL Fortran
version 16.1 on PPC (ORNL summit) and it does allow linking of shared
objects with xlf via the same "-qmkshrobj" command line option used by
xlc and xlC on lines 5208-5210 of m4/libtool.m4.

To make matters worse, the workaround of using $LD to link shared
libraries with Fortran objects does not easily work when linking mixed
language object code into such a shared library (one needs to know IBM
XL paths to libraries like libibmc++.so and libstdc++.so, for example). 
This is easily resolved when one links with `xlf -qmkshrobj ...`.

It is suggested that this workaround check for compiler version or be
deprecated.

Resolution is appreciated,


--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

     Bill Jones                                       W.T.JONES@NASA.GOV
     Mail Stop 128                     Computational AeroSciences Branch
     15 Langley Boulevard                           Research Directorate
     NASA Langley Research Center               Building 1268, Room 1044
     Hampton, VA  23681-2199                       Phone +1 757 864-5318
                                                     Fax +1 757 864-8816
                                              http://fun3d.larc.nasa.gov




_______________________________________________
Bug-libtool mailing list
Bug-libtool@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-libtool
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

    Bill Jones                                       W.T.JONES@NASA.GOV
    Mail Stop 128                     Computational AeroSciences Branch
    15 Langley Boulevard                           Research Directorate
    NASA Langley Research Center               Building 1268, Room 1044
    Hampton, VA  23681-2199                       Phone +1 757 864-5318
                                                    Fax +1 757 864-8816
                                             http://fun3d.larc.nasa.gov
--------------ng1xYTS04V85CQxsnKjb2N0R-- --------------Joow8itvP2DuV480LwUA5fbT Content-Type: text/plain; charset=UTF-8; name="libtool-xlf.patch" Content-Disposition: attachment; filename="libtool-xlf.patch" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL200L2xpYnRvb2wubTQgYi9tNC9saWJ0b29sLm00CmluZGV4IDc5YTI0 NTFlLi5iYjJjOWJkMiAxMDA2NDQKLS0tIGEvbTQvbGlidG9vbC5tNAorKysgYi9tNC9saWJ0 b29sLm00CkBAIC01MjI5LDYgKzUyMjksMTQgQEAgX0xUX0VPRgogCXhsW1tjQ11dKiB8IGJn eGxbW2NDXV0qIHwgbXBpeGxbW2NDXV0qKSAjIElCTSBYTCBDIDguMCBvbiBQUEMgKGRlYWwg d2l0aCB4bGYgYmVsb3cpCiAJICB0bXBfc2hhcmVkZmxhZz0nLXFta3Nocm9iaicKIAkgIHRt cF9hZGRmbGFnPSA7OworCXhsZiogfCBiZ2YqIHwgYmd4bGYqIHwgbXBpeGxmKikKKwkgICMg SUJNIFhMIEZvcnRyYW4gMTYuMSBvbiBQUEMgY2FuIGNyZWF0ZSBzaGFyZWQgbGlicyBpdHNl bGYKKwkgIGlmIHRlc3QgYCRDQyAtcXZlcnNpb24gfCAkR1JFUCBJQk0gfCAkU0VEIC1lICdz L0lCTSBYTCBGb3J0cmFuIGZvciBMaW51eCwgVi8vJyB8ICRTRUQgLWUgJ3MvXC4uKiQvLydg IC1nZSAxNgorCSAgdGhlbgorCSAgICB0bXBfc2hhcmVkZmxhZz0nLXFta3Nocm9iaicKKwkg ICAgdG1wX2FkZGZsYWc9CisJICBmaQorCSAgOzsKIAludmNjKikJIyBDdWRhIENvbXBpbGVy IERyaXZlciAyLjIKIAkgIF9MVF9UQUdWQVIod2hvbGVfYXJjaGl2ZV9mbGFnX3NwZWMsICQx KT0nJHdsLS13aG9sZS1hcmNoaXZlYGZvciBjb252IGluICRjb252ZW5pZW5jZVwiXCI7IGRv IHRlc3QgIC1uIFwiJGNvbnZcIiAmJiBuZXdfY29udmVuaWVuY2U9XCIkbmV3X2NvbnZlbmll bmNlLCRjb252XCI7IGRvbmU7IGZ1bmNfZWNob19hbGwgXCIkbmV3X2NvbnZlbmllbmNlXCJg ICR3bC0tbm8td2hvbGUtYXJjaGl2ZScKIAkgIF9MVF9UQUdWQVIoY29tcGlsZXJfbmVlZHNf b2JqZWN0LCAkMSk9eWVzCkBAIC01MjU3LDE0ICs1MjY1LDE3IEBAIF9MVF9FT0YKIAkgIDs7 CiAJeGxmKiB8IGJnZiogfCBiZ3hsZiogfCBtcGl4bGYqKQogCSAgIyBJQk0gWEwgRm9ydHJh biAxMC4xIG9uIFBQQyBjYW5ub3QgY3JlYXRlIHNoYXJlZCBsaWJzIGl0c2VsZgotCSAgX0xU X1RBR1ZBUih3aG9sZV9hcmNoaXZlX2ZsYWdfc3BlYywgJDEpPSctLXdob2xlLWFyY2hpdmUk Y29udmVuaWVuY2UgLS1uby13aG9sZS1hcmNoaXZlJwotCSAgX0xUX1RBR1ZBUihoYXJkY29k ZV9saWJkaXJfZmxhZ19zcGVjLCAkMSk9JyR3bC1ycGF0aCAkd2wkbGliZGlyJwotCSAgX0xU X1RBR1ZBUihhcmNoaXZlX2NtZHMsICQxKT0nJExEIC1zaGFyZWQgJGxpYm9ianMgJGRlcGxp YnMgJGxpbmtlcl9mbGFncyAtc29uYW1lICRzb25hbWUgLW8gJGxpYicKLQkgIGlmIHRlc3Qg eWVzID0gIiRzdXBwb3J0c19hbm9uX3ZlcnNpb25pbmciOyB0aGVuCi0JICAgIF9MVF9UQUdW QVIoYXJjaGl2ZV9leHBzeW1fY21kcywgJDEpPSdlY2hvICJ7IGdsb2JhbDoiID4gJG91dHB1 dF9vYmpkaXIvJGxpYm5hbWUudmVyfgotICAgICAgICAgICAgICBjYXQgJGV4cG9ydF9zeW1i b2xzIHwgJFNFRCAtZSAicy9cKC4qXCkvXDE7LyIgPj4gJG91dHB1dF9vYmpkaXIvJGxpYm5h bWUudmVyfgotICAgICAgICAgICAgICBlY2hvICJsb2NhbDogKjsgfTsiID4+ICRvdXRwdXRf b2JqZGlyLyRsaWJuYW1lLnZlcn4KLSAgICAgICAgICAgICAgJExEIC1zaGFyZWQgJGxpYm9i anMgJGRlcGxpYnMgJGxpbmtlcl9mbGFncyAtc29uYW1lICRzb25hbWUgLXZlcnNpb24tc2Ny aXB0ICRvdXRwdXRfb2JqZGlyLyRsaWJuYW1lLnZlciAtbyAkbGliJworCSAgaWYgdGVzdCBg JENDIC1xdmVyc2lvbiB8ICRHUkVQIElCTSB8ICRTRUQgLWUgJ3MvSUJNIFhMIEZvcnRyYW4g Zm9yIExpbnV4LCBWLy8nIHwgJFNFRCAtZSAncy9cLi4qJC8vJ2AgLWx0IDE2CisJICB0aGVu CisJICAgIF9MVF9UQUdWQVIod2hvbGVfYXJjaGl2ZV9mbGFnX3NwZWMsICQxKT0nLS13aG9s ZS1hcmNoaXZlJGNvbnZlbmllbmNlIC0tbm8td2hvbGUtYXJjaGl2ZScKKwkgICAgX0xUX1RB R1ZBUihoYXJkY29kZV9saWJkaXJfZmxhZ19zcGVjLCAkMSk9JyR3bC1ycGF0aCAkd2wkbGli ZGlyJworCSAgICBfTFRfVEFHVkFSKGFyY2hpdmVfY21kcywgJDEpPSckTEQgLXNoYXJlZCAk bGlib2JqcyAkZGVwbGlicyAkbGlua2VyX2ZsYWdzIC1zb25hbWUgJHNvbmFtZSAtbyAkbGli JworCSAgICBpZiB0ZXN0IHllcyA9ICIkc3VwcG9ydHNfYW5vbl92ZXJzaW9uaW5nIjsgdGhl bgorCSAgICAgIF9MVF9UQUdWQVIoYXJjaGl2ZV9leHBzeW1fY21kcywgJDEpPSdlY2hvICJ7 IGdsb2JhbDoiID4gJG91dHB1dF9vYmpkaXIvJGxpYm5hbWUudmVyfgorICAgICAgICAgICAg ICAgIGNhdCAkZXhwb3J0X3N5bWJvbHMgfCAkU0VEIC1lICJzL1woLipcKS9cMTsvIiA+PiAk b3V0cHV0X29iamRpci8kbGlibmFtZS52ZXJ+CisgICAgICAgICAgICAgICAgZWNobyAibG9j YWw6ICo7IH07IiA+PiAkb3V0cHV0X29iamRpci8kbGlibmFtZS52ZXJ+CisgICAgICAgICAg ICAgICAgJExEIC1zaGFyZWQgJGxpYm9ianMgJGRlcGxpYnMgJGxpbmtlcl9mbGFncyAtc29u YW1lICRzb25hbWUgLXZlcnNpb24tc2NyaXB0ICRvdXRwdXRfb2JqZGlyLyRsaWJuYW1lLnZl ciAtbyAkbGliJworCSAgICBmaQogCSAgZmkKIAkgIDs7CiAJZXNhYwo= --------------Joow8itvP2DuV480LwUA5fbT--