Solaris 10 (x86) status

  • Arthur Norman

    Arthur Norman - 2009-06-22

    What follows in a bit of a stream of consiousness log of getting that sort-of going. It is here in case any Solaris usere happen to want encouragement that I am looking! But also to encourage them to join in and help me get it right!

    Again this is mostly a noto to myself.

    (a) Any file that starts "#! /bin/bash" is obviously a problem???? No I end up with /bin/bash available.

    (b) /bin/sh can not handle the substituties done in "" so
        almost every script fails!

    (c) If you do not have ANY program called "make" but do have a "gmake"
        then there are miseries when somewhere I try to invoke or re-invoke plain "make"

    (d) I find that Xlib.h will not compile at all, with X_SENTINEL being the cause.

    (e) When I found pkgutil at I could install most of what I

    (f) I needed to put LOTS of extra directories on my PATH. I am worried that the order
        in which theye are there may matter!

    Log of a fresh try.

    Install Solaris 10u7 (x86) with default options. I start it up with the
    Sun Java Desktop, and give myself a 16Gb disc.

    Start Firefox and browse to Fetch pkgutil_i386.pkg and
    go pkgadd -d *.pkg to install it.

    pkgutil -U to update list.  pkgutil -a > pkgs to list them. Now I can grep in
    pkgs to find what I need.

    pkgutil -i CSWsudo so that when I make a user I can use sudo to adminster

    Now install CSWsvn (so I can fetch Reduce etc). This fetches a load of
    things that are prerequisites!

    CSWossh for ssh etc
    CSWgcc3g++  (reported that postinstall script for gcc3core failed to
                 run properly)
    Try gcc3g++ again. A web search suggests that the bug is a long-standing
    mess up in the packaging and should not actually hurt!

    Now I create a user and arrange that it has a .bashrc and .bash_profile that
    set PATH to /opt/ccs/bin:/usr/ucb/bin:/usr/swf/bin:/usr/bin:/bin:/usr/sbin:

    I can then use subversion to fetch the Reduce files.

    When I try scripts/ all goes OK until I get a load
    of moans re _X_SENTINEL in the file /opt/csw/include/X11/Xlib.h

    Web searches find other people having pain of similar styles on a variety
    of platforms, but I have not found a totally authoritative-looking
    explanation. So I put
       #define _X_SENTINEL(n)
    in towards the top of Xlib.h and that allows things to compile!

    (I then needed to remove silly and unnecessary tests for stdbool.h
    from the test sequences).

    With that done the sanity-check works OK, and I can configure the lot.
    However an attempt to go "gmake" fails because of bash-specific code in
    a script that says to use "/bin/sh". So I need to go away and fix that
    before I really try again.

    But I can try performing the build process a bit more manually by going
    "gmake install" in the FOX build directory. FOX tests fail to link with
    XcursorSupportsARGB, XcursorImageDestroy and two other Xcursor symbols
    undefined.  Aha that is because the Xcursor INCLUDE files are detected but
    the corresponding library files are not present! I can hack my configure
    scripts to be more cautious there. I adjust the Makefile by hand and rebuild,
    then apart from an issue about xft headers and libraries not getting inserted
    properly I can build fox test programs and then Reduce!


    • Arthur Norman

      Arthur Norman - 2009-06-27

      Following up my own post, I have now checked in a set of files that remove a load more places where my shell scripts relied on /bin/sh in fact being bash but invoked by that name and so having a load of useful but non-portable extensions. I have also put in a Solaris-specific hack to avoid even looking for Xcursor there, and subject only to the problem regarding X_SENTINEL that I noted above I can now build there at least of I install the various blastware packages as listed. Whew. Arthur


Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.

No, thanks