Building Solaris 8 binaries on Solaris 10?
Raymond Toy
8? I'm not using any special libraries other than libc, libm, libnsl,
libsocket, and libdl.
What I currently see is that this app links in libm.so.2, which doesn't
exist on Solaris 8. But if I change the link command to link just
/lib/libm.so.1, the app links just fine and runs just fine on both 8 and
10. (Only a few quick tests were done, though.)
Is that ok, or will it eventually be doomed for failure?
Ray
Oscar del Rio
> Is it possible to build binaries on Solaris 10 that will run on Solaris
> 8? I'm not using any special libraries other than libc, libm, libnsl,
> libsocket, and libdl.
Build the binaries on a Solaris 8 system, e.g.
http://www.sun.com/software/solaris/containers/index.jsp
Richard B. Gilbert
Building on release X to run on release X-N may work by sheer accident
but it's not something you can count on!!!! The O/S developers try very
hard to ensure that software built on X-N will work on Release X, X+1,
X+2, etc.
Many software developers purposely work under Release X-N in order to be
able to run on all reasonably current releases of the O/S. Today
"reasonably current" could be taken to mean Solaris 9 and Solaris 10.
Support for running under Solaris 8 MAY be available but you can't count
on it.
If I were developing software for sale I would work under S8 and test on
S8, S9, and S10. With Solaris 8 being something like seven years old now
many developers would not bother with supporting it.
Rich Teer
> Is it possible to build binaries on Solaris 10 that will run on Solaris
> 8? I'm not using any special libraries other than libc, libm, libnsl,
> libsocket, and libdl.
Out of the box? No. What you build may or (more likely) may not work,
and may break at random times. Don't do it.
If I were you, I'd strongly reconsider the need to support something as
ancient as Solaris 8. It passed its EOSL a couple of years ago; it really
is bereft of life!
That said, if Solaris 8 is still a must for you, you do have one way out:
use a Solaris 8 Container on one of your Solaris 10 machines. Build your
app within the S8 container, and all will be good.
HTH,
--
Rich Teer, Publisher
Vinylphile Magazine
Doug McIntyre
>If I were developing software for sale I would work under S8 and test on
>S8, S9, and S10. With Solaris 8 being something like seven years old now
>many developers would not bother with supporting it.
S8 is coming up on 10 years old.
Even S10 is about 5 years old now this month.
But yes, I know of many software vendors still certifying their
software only for S8. Although that EoSupport in 3/2012 should scare
them somewhat.
Sigh.
Richard B. Gilbert
As long as Sun does not break compatibility, certifying for S8 should
pretty much guarantee that it works on S9, S10, and S11 (whenever that's
released).
Doug McIntyre
That doesn't matter to some vendors. There are many that will only
support you if you are running the version (and patch set) that they say
will work. There's alot of software like this.
Raymond Toy
Actually, the only reason for having solaris 8 was that I was still
using one. (A 280R, with 4 1 GHz CPUs.) But since I don't actually use
that machine anymore, Solaris 10 is fine.
Thanks to you and everyone else for the pointers to containers. That's
probably more work than I want to do.
Ray
Chris Cox
Just fyi, containers are VERY easy to setup (in case somebody wonders).
Michael Laajanen
True, Synopsys is one that has S9 as supported platform for all EDA
tools and S10 is supported in "compatibility" mode which must mean that
if it runs in S9 and breaks on S10 S10 is still supported without
leaving the S9 in the dust.
/michael
David Kirkby
Unless I am mistaken, that is not free.
I have exactly the same problem with the Sage maths project. Until
very recently this was not really working on Solaris even semi-
relieably, so distributing binaries was not an issue. But Sage is
supposed to be supported on Solaris 10. I set up a box with the first
release of Solaris 10, and find it builds ok. But I'd like to test on
8 or 9. I don't believe there is any reason the code would not build
on Solaris or 9. In fact, tommorow I am going to get up a machine with
Solaris 8, just for this task. But running in a container would be
convenient if possible, but I believe that is quite expensive.
Ceri Davies
> On Jan 6, 3:01?pm, Oscar del Rio <del...@mie.utoronto.ca> wrote:
>> Raymond Toy wrote:
>> > Is it possible to build binaries on Solaris 10 that will run on Solaris
>> > libsocket, and libdl.
>>
>> Build the binaries on a Solaris 8 system, e.g.http://www.sun.com/software/solaris/containers/index.jsp
>
> Unless I am mistaken, that is not free.
>
> I have exactly the same problem with the Sage maths project. Until
> very recently this was not really working on Solaris even semi-
> relieably, so distributing binaries was not an issue. But Sage is
> supposed to be supported on Solaris 10. I set up a box with the first
> release of Solaris 10, and find it builds ok. But I'd like to test on
> 8 or 9. I don't believe there is any reason the code would not build
> on Solaris or 9. In fact, tommorow I am going to get up a machine with
> Solaris 8, just for this task. But running in a container would be
> convenient if possible, but I believe that is quite expensive.
New installations of Solaris 8 now also require a license to be purchased,
FYI.
Ceri
--
That must be wonderful! I don't understand it at all.
-- Moliere
pjlu...@yahoo.co.uk
I look after an app that was validated in Sol 2.6 (with some minimal
testing on 2.7 and 2.8)
Customer asked if they could run it on 7 and we had to say 'No', as we
couldn't guarantee support on 7.
Problem is the team no longer exists so we can't change/update it.
We know it wont run on 9 (as it uses Forte and that wont even install)
but there's a chance it will run on 10 in a Sol 8 container.
I mean to try that sometime soon.
It's getting more difficult to find hardware that will run 2.6!
Problem for customer is it will cost millions to switch to something
else and take months or even longer.
Richard B. Gilbert
It's not going to get any easier as time passes!