RE: better support for AIX 5.1

[Boehne, Robert]

Jim,

This is contrary to what I have understood to be the way
to build AIX-style libraries.  I was under the impression
that object files are made into an AIX library with two
commands.  As an example (flags may not be exactly correct):
  ld -bM:SRE -o shr.o foo.o bar.o baz.o ...
  ar cq libmine.a shr.o

If you leave out creation of shr.o and substitute the object
files that were used as input to it, you get a static library.
So if one were to skip making shr.o and archive the object files
into the lib, that would result in a static lib.
If you have AIX documentation that refutes this, post the link
because I think we'd all like to learn from this.
  IMHO, if you want to make all the libtool tests to pass when
making AIX libraries, figure out why they don't pass and post it.
I don't see much going on here but change for the sake of change.

Thanks,

Robert

-----Original Message-----
From: jedwards [mailto:address@hidden
Sent: Thursday, June 05, 2003 2:57 PM
To: address@hidden
Cc: address@hidden
Subject: Re: better support for AIX 5.1


Dan,

I'm not sure if I understand your question.  But lets take the demo 
directory as an example.

The AIX style shared objects foo.o and hello.o are archived into 
libhello.a(foo.o) and libhello.a(hello.o)
They are also translated into SYSV style shared objects in libhello.so.  
It is a mistake to archive libhello.so in libhello.a. 

Jim



address@hidden wrote:

>Jim,
>
>One other thing I thought of.  When building an AIX style library,
>the name of the shared object that gets archived into the lib<>.a
>file should not change if you want to maintain binary compatibility.
>I can't quite tell if this would be a problem or not in your patch.
>
>Dan
>
>  
>
>>From: jedwards <address@hidden>
>>
>>Attached is a patch to the current cvs of libtool which I believe 
>>provides improved support for the AIX 5.1 OS and for AIX style shared 
>>libraries using native compilers.
>>    
>>


-- 
Jim Edwards             address@hidden
IBM Applications Analyst
NCAR SCD
BOULDER CO  303-497-1842 




_______________________________________________
Libtool-patches mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/libtool-patches