bug#27866: Handle clang's internal libraries when finding compiler's internal libraries

Manoj Gupta <[email protected]>
Newsgroups gmane.comp.gnu.libtool.bugs
Message-ID <CAAMbb07cJWrDkQa2Goo5O7vbyAXoVh61VGGa6k1raHZUbXdc=Q@mail.gmail.com>
Mike,

Any ideas who can commit this to upstream libtool?

On Wed, Feb 28, 2018 at 12:55 PM, Martin Storsjö <[email protected]> wrote:

> On Fri, 19 Jan 2018, Mike Frysinger wrote:
>
> On 19 Jan 2018 17:34, Manoj Gupta wrote:
>>
>>> I think that both .a and .so libraries should be handled here. Will
>>> *.${libext}
>>> handle both cases?
>>>
>>
>> libext is only "a".  for shared libs, it can be calculated from
>> shrext_cmds.
>>  eval std_shrext=\"$shrext_cmds\"
>>  -L* | -R* | -l* | *.${libext} | *${std_shrext})
>>
>> that would only support libs that end in ".so".  but maybe that's OK.
>>
>
> Gentle ping - I'm also running into this issue, and would like to have a
> canonical fix for it upstream.
>
> // Martin
>

_______________________________________________
Bug-libtool mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/bug-libtool
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.