freetype-devel
[Top][All Lists]
Advanced

[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.
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]