static libXm.a for solaris 2.5.1?

static libXm.a for solaris 2.5.1?

Post by Mary Jane Shinozuk » Mon, 20 Apr 1998 04:00:00



how does one obtain a static libXm.a (motif library, for static linking)

on a Solaris 2.5.1 system?  /usr/dt/lib only has the dynamic version
(.so files).

thanks in advance,

Rei Shinozuka

 
 
 

static libXm.a for solaris 2.5.1?

Post by Steve Bellen » Mon, 20 Apr 1998 04:00:00




>how does one obtain a static libXm.a (motif library, for static linking)

>on a Solaris 2.5.1 system?  /usr/dt/lib only has the dynamic version
>(.so files).

>thanks in advance,

>Rei Shinozuka


Hmmm.... why would you want a static lib? The static code will be subject
to more chances of failing then dynamic linking when you next upgrade the Os.

Why not just install/mount /usr/dt on the target machine?

My guess is the only way to get a static version is to get
the source and compile it. We use to have the source, but that
was before CDE.
--


 
 
 

static libXm.a for solaris 2.5.1?

Post by Casper H.S. Dik - Network Security Engine » Tue, 21 Apr 1998 04:00:00


[[ PLEASE DON'T SEND ME EMAIL COPIES OF POSTINGS ]]


Quote:>how does one obtain a static libXm.a (motif library, for static linking)
>on a Solaris 2.5.1 system?  /usr/dt/lib only has the dynamic version
>(.so files).

You don't.  Dynamic linking is all that is supported.

(Too many time is/was beign spend on keeping libraries working together
when parts were dynamically linked and parts statically linked; i.e.,
you had old libXm.a and new libX*.so)

It's not supported.  Solaris 64 bit libraries will not ship in static
form.

Casper
--
Expressed in this posting are my opinions.  They are in no way related
to opinions held by my employer, Sun Microsystems.
Statements on Sun products included here are not gospel and may
be fiction rather than truth.

 
 
 

static libXm.a for solaris 2.5.1?

Post by John F Ca » Tue, 21 Apr 1998 04:00:00




>Hmmm.... why would you want a static lib? The static code will be subject
>to more chances of failing then dynamic linking when you next upgrade the Os.

Generally I agree with Sun's policy of discouraging static linking.

I found a case where dynamic linking Motif failed where static would have
worked.  Sun changed the internal layout of the Motif text widget in 2.6
and a program which used the private data fields broke.

--

 
 
 

static libXm.a for solaris 2.5.1?

Post by David Collier-Brow » Thu, 23 Apr 1998 04:00:00



> Generally I agree with Sun's policy of discouraging static linking.

> I found a case where dynamic linking Motif failed where static would have
> worked.  Sun changed the internal layout of the Motif text widget in 2.6
> and a program which used the private data fields broke.

        Of course, people using private data fields have
        decided to fail (:-))

--dave c-b
[caveat: I have a bias: I'm contracting for a group that works
        on software stability on Solaris, and using private
        functions and data members is **a real bad thing**]
--
David Collier-Brown,  | Always do right. This will gratify some people
185 Ellerslie Ave.,   | and astonish the rest.        -- Mark Twain

M2N 1Y3. 416-223-8968 | http://java.science.yorku.ca/~davecb

 
 
 

static libXm.a for solaris 2.5.1?

Post by Casper H.S. Dik - Network Security Engine » Fri, 24 Apr 1998 04:00:00


[[ PLEASE DON'T SEND ME EMAIL COPIES OF POSTINGS ]]


Quote:>I found a case where dynamic linking Motif failed where static would have
>worked.  Sun changed the internal layout of the Motif text widget in 2.6
>and a program which used the private data fields broke.

Which means that the program was broken to begin with.

The thing you often see is that people will replace widgets in libraries,
copying the freely available source code and modifying it to suit their
needs. This often leeds to error messages about widget version numbers
because they really didn't create a whole new widget, but simply depended
on code still in the library.

Don't touch private data.  It's unfortunate that Solaris 2.x didn't
start hiding all internal lib functions until version 2.6

Casper
--
Expressed in this posting are my opinions.  They are in no way related
to opinions held by my employer, Sun Microsystems.
Statements on Sun products included here are not gospel and may
be fiction rather than truth.

 
 
 

1. libXm.so.2 and libXm.so.0

After much time and effort ( and LOTS of help from this newsgroup) this
novice to Linux found the libraries mentioned above (libXm.so.1.2 here).
Perhaps I am wrong but these appear to be part of the X11 (XFree86 ?)
libraries. Well I thought that once I figured this out then everything
would be easy to fix. You see I want to try out LLNL-Xdir (ftp program)
which requires libXm.so.0 and Xacc (an accounting program) which require
libXm.so.2.0. I have a recent distribution (TurboLinux3.0) and I have
searched Sunsite and XFree86.org all to no avail.

Am I missing something here?

Once again I humbly ask for help from the collective intelligence ( ???)
of this newsgroup.

Regards,
Clif
--
-----------------------------------------------------------
Julie and Clif Caldwell               Sent from the beautiful
                                       Upstate of South Carolina
Sender of this note:                  

-----------------------------------------------------------

2. ghostscript printer driver wanted

3. libXm.so.2 ? libXm.so.1.2 ??

4. IP Masquerade + X problem

5. How to make lesstif libXm.so.0.81 acts as libXm.so.1.2

6. MVS/UNIX Conversion of QSAM

7. libXm.so.3 libXm.so.4

8. looking for advice for a wannabe-Linux-on-Multia user

9. linking to libXm.so.1.2 instead of libXm.so.2.0

10. Is libXm.a available on Solaris

11. No libXm.a in Solaris SDK?

12. XmeStringsAreEqual() NOT in Solaris 2.7 libXm.so!!!!!

13. libXm.a for solaris 2.5.1