On Sat, Jan 2, 2010 at 8:23 AM, Gary Mills <[email protected]> wrote:
> I wanted to build /usr/lib/inet/inetd from source on a system
> running opensolaris build 130.  Inetd is part of the ON consolidation.
> I've previously built this under SXCE, but never under opensolaris.
> I managed to find some documentation that seemed to apply to
> this situation:
>
> http://hub.opensolaris.org/bin/view/Project+indiana/building_on
> http://hub.opensolaris.org/bin/view/Community+Group+on/devref_toc

Add this to the list...

http://hub.opensolaris.org/bin/view/Community+Group+tools/sun_studio_12_tools

>
> However, they generally included instructions for both SXCE and OS,
> and often didn't make it clear which was meant.  I'm not sure I was
> doing parts of it correctly.  Please let me know if there's a better or
> simpler way.
>
> The `nightly' script expects to find the Sun compiler at /opt/SUNWspro/bin/cc
> and the gcc compiler at /usr/sfw/bin/gcc.  I had already installed the Sun
> compiler, but I had to create a symlink for /opt/SUNWspro.  Gcc was not
> mentioned in the documents.  I added the IPS package SUNWgcc for that.

You can control the location of the Sun compilers with the SPRO_ROOT
variable in opensolaris.sh.  No need to create the symlink.

> I obtained the ON source with:
>
> hg clone ssh://[email protected]/hg/onnv/onnv-gate
>
> Is this still correct?  It created an unwanted `onnv-gate' directory,
> instead of putting the files in the current directory.  How do I prevent
> that?

You will notice that there is also a .hg directory in the onnv-gate
directory.  That is important for future hg operations.  You can
certainly rename the onnv-gate directory or move *all* of the contents
(including .hg) to a different directory.  I would suggest that the
destination directory is empty.

> I also downloaded the closed binaries as:
>
> on-closed-bins-latest.i386.tar.bz2
>
> and extracted them.  Is this still necessary for opensolaris?

Yep.

> Then I copied opensolaris.sh from usr/src/tools/env and
> adjusted the variables: GATE CODEMGR_WS STAFFER.
> Is this still correct?

As far as I know.

> Finally, I ran: nightly ./opensolaris.sh &
>
> Once I had the two compilers working, it compiled the parts
> I wanted, but did produce a large number of errors:
>
>    dmake: Warning: Command failed for target `pics/common/comp/setlocale.o'
>    dmake: Warning: Target `install' not remade because of errors
>    The following command caused the error:
>    dmake: Warning: Target `install' not remade because of errors
>    The following command caused the error:
>    dmake: Warning: Command failed for target `libast'
>    
> /export/home/mills/Downloads/ws-os/usr/src/lib/libldap5/include/ldap/ldappr.h:192:
>  error: syntax error before "PRFileDesc"
>    
> /export/home/mills/Downloads/ws-os/usr/src/lib/libldap5/include/ldap/ldappr.h:194:
>  error: syntax error before '}' token
>    
> /export/home/mills/Downloads/ws-os/usr/src/lib/libldap5/include/ldap/ldappr.h:210:
>  error: syntax error before "PRLDAPSocketInfo"
>    ...

I think this is because you have a slightly wrong version of the
compiler.  The version that installs via "pkg install ..." does not
work for building ON.

http://mail.opensolaris.org/pipermail/on-discuss/2009-November/001381.html
http://opensolaris.org/jive/thread.jspa?messageID=438115
http://opensolaris.org/jive/thread.jspa?messageID=445107

Follow the instructions here...

http://hub.opensolaris.org/bin/view/Community+Group+tools/sun_studio_12_tools

> I assume that something is incompatible between the ON source and
> Opensolaris 130, but what could that be?

There is supposedly work in progress to update the compilers in the
IPS repository but it apparently hasn't happened yet.

http://mail.opensolaris.org/pipermail/pkg-discuss/2009-December/019492.html

-- 
Mike Gerdts
http://mgerdts.blogspot.com/
_______________________________________________
indiana-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss

Reply via email to