libtool-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] ltdl: set libltdl_cv_need_uscore to yes on OS/2


From: KO Myung-Hun
Subject: Re: [PATCH] ltdl: set libltdl_cv_need_uscore to yes on OS/2
Date: Fri, 28 Nov 2014 12:11:57 +0900
User-agent: Mozilla/5.0 (OS/2; Warp 4.5; rv:10.0.6esrpre) Gecko/20120715 Firefox/10.0.6esrpre SeaMonkey/2.7.2

Hi/2.

Gary V. Vaughan wrote:
> Hi,
> 
>> On Nov 27, 2014, at 4:53 AM, KO Myung-Hun <address@hidden> wrote:
>> Gary V. Vaughan wrote:
>>>
>>>> On 27 Nov 2014, at 02:47, KO Myung-Hun <address@hidden> wrote:
>>>> I agree.
>>>>
>>>> Gary V. Vaughan wrote:
>>>>> I pushed the core of a new macro that does exactly that to M4 master just
>>>>> now.
>>>>>
>>>>> Would you let me know whether this works correctly on OS2 for you please?
>>>>
>>>> Of course. Unfortunately, however, it does not work. dlopen() in
>>>> configure fails due to 'file not found'.
>>>
>>> Thanks for checking.  Can you tell me why it fails (module is not compiled 
>>> correctly;
>>> path argument to dlopen() is wrong), and maybe suggest what would fix it, 
>>> please?
>>>
>>
>> I've look into this problem. Module is not built. To build it, some
>> additional variables are required. They are soname, libname,
>> output_objdir. And archive_cmds on OS/2 consists of multi lines
>> separated by ~. So when using it, quotation is needed. And to eval it
>> the function such as func_execute_cmds is needed. In addition, make sure
>> .libs exist before building a module.
>>
>> Finally, please remember that OS/2 does not support DLLs whose base name
>> is longer than 8 characters.
> 
> Thanks for the swift and helpful feedback.  I pushed some new changes that 
> should
> address all of those issues.  Please let me know if anything is still wrong, 
> and
> in what way it is broken for you if so 

Great!!! It works perfectly. Thanks a lot.

> -- otherwise, I'll port this code into a
> new libtool macro and make the next libtool release for m4 master to depend 
> on.
> 

Then, LT_FUNC_DLSYM_USCORE will be fixed ?

> I know I have some other issues you reported to work out in M4, but I'd like 
> to
> clear this one up first so I can make the promised libtool release asap.
> 

No problem.

> Many thanks for your help!
> 

Thanks for your efforts. ^^


-- 
KO Myung-Hun

Using Mozilla SeaMonkey 2.7.2
Under OS/2 Warp 4 for Korean with FixPak #15
In VirtualBox v4.1.32 on Intel Core i7-3615QM 2.30GHz with 8GB RAM

Korean OS/2 User Community : http://www.ecomstation.co.kr




reply via email to

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