Re: [MinGW-patches] Re: [3.2/3.3/HEAD] shared libobjc not built

Your patch were for sections of libtool.  Only the cvs HEAD version of 
libtool will work properly for the mingw32 target.  Come to think of it, 
I don't know that it's been tested in a cross build.  I know that work 
is underway to update the GCC configury to the most current of 
autotools.  If this weren't GCC I'd suggest updating the configury.  As 
it is, you may wish to take a look at the libtool cvs HEAD to see what 
else you may need to change for this particular problem.

Earnie.

Timothy J. Wood wrote:
> 
> On Friday, January 3, 2003, at 07:28  PM, Timothy J. Wood wrote:
> 
>>   OK, I have it generating a dll file now.  I still need to test if 
>> ObjC *works* with the DLL, but I thought I'd run this diff out to see 
>> if anyone spots any problems this might cause (I can't imagine what, 
>> but...)
> 
> 
>   The DLL seems to work.
> 
>   The only issues are:
> 
>     - The install doesn't create a symlink from from libobjc.dll to 
> libobjc-1.dll (my cross host is Unix, so a symlink should work fine)
>     - '--disable-static' doesn't prevent the libobjc.a from getting built
> 
>   Still, the patch seems like a big improvement since I can actually 
> *use* a DLL now.  I can manually fix the items above trivially, so if 
> someone could commit the ltcf-c.sh patch in MinGW and on the head of 
> whatever GCC branches are appropriate, that would be great (or I can 
> send the patch again to gcc-patches, if that is required).
> 
> -tim
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> MinGW-patches mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/mingw-patches
>