[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ft-devel] [PATCH] Further fix to visibility flag testing with Solar
From: |
suzuki toshiya |
Subject: |
Re: [ft-devel] [PATCH] Further fix to visibility flag testing with Solaris Studio compilers |
Date: |
Mon, 7 May 2018 14:10:25 +0900 |
User-agent: |
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:56.0) Gecko/20100101 Thunderbird/56.0a1 |
Dear Alan, Alexei,
I highly appreciate the contribution by Alan, because I was trying to do
similar without having the access to Solaris :-)
I sympathize with Alexei, I hope if GNU libtool can care for this issue.
But, considering that we cannot make GNU libtool maintainers agreed with this
immediately, and, we don't know when next version is released, so, I suggest to
have separated m4 macro including this check, for other projects using
visibility flags. Sorry, I don't have much time until next weekend to draft
such patch...
Regards,
mpsuzuki
On 5/7/2018 2:34 AM, Alan Coopersmith wrote:
> On 05/ 6/18 10:24 AM, Alexei Podtelezhnikov wrote:
>>> AC_LINK_IFELSE does the compile and then tries to link the result...
>>> Signed-off-by: Alan Coopersmith <address@hidden>
>>
>> Thank you, Alan. Wouldn't you want libtool to do it for you? There is
>> also IBM's -qvisibility and HP's -Bhidden. Most others define do
>> -fvisibility and define __GNUC__.
>>
>> I put up a proposal for LT_INIT(elf-hidden),
>> http://lists.gnu.org/archive/html/libtool/2018-02/msg00011.html. But I
>> do not have enough expertise to see it through. Somebody should have
>> used there GSoC slot for this.
>>
>
> That would save every project having to reinvent this wheel, but I've
> not got time to drive that forward right now, nor access to IBM & HP
> machines to ensure it's correctly defined for them.
>