93014 - "configure" does not pick-up shared libs in /usr/openwin/lib/sparcv9/

Status: VERIFIED INVALID

(SeaMonkey :: Build Config, defect)

Description

[Roland Mainz]

Solaris 7 SPARC using Sun Workshop 6 Update 2 FCS trying to create a 64bit build
(-xarch=v9).

It looks that "configure" does not pick-up any shared libs in
/usr/openwin/lib/sparcv9/ - only libraries which have softlinks in
/usr/lib/sparcv9/ to their real locations in /usr/openwin/lib/sparcv9/ are
found.

Comment 1

[Roland Mainz]

SPAM:
Adding to 64bit sparc tracker bug.

Comment 2

[cls]

That's because cc/CC -xarch=v9 only picks up /usr/lib/sparcv9 by default.  If
you want the special path used for openwin then you need to explicitly pass
--x-includes= --x-libraries= to configure or set LDFLAGS appropriately. Marking
invalid.

Comment 3

[Roland Mainz]

Is there no option to teach "configure" to take a look at these dirs if the
CPU=sparc and compiler runns in 64bit mode ?

Comment 4

[cls]

Like any other non-standard build configuration, you have to pass options to
configure to tell it where to find the libraries and headers.   Use
--x-libraries=/usr/openwin/lib/sparcv9 if you must.  

FWIW, my box with the standard updates has the appropriate links in
/usr/lib/sparcv9 so it sounds like a possibly misconfigured box.

Comment 5

[Roland Mainz]

That's an Solaris 7-only issue. Solaris 7 is missing some X11 library softlinks.

Example:
-- snip --
% ls -l /usr/lib/sparcv9/libXp* /usr/openwin/lib/sparcv9/libXp*
/usr/lib/sparcv9/libXp*: No such file or directory
lrwxrwxrwx   1 root     other         10 Apr 20 11:51
/usr/openwin/lib/sparcv9/libXp.so -> libXp.so.1
-rwxr-xr-x   1 root     bin        58384 Apr 20 11:50
/usr/openwin/lib/sparcv9/libXp.so.1
-- snip --

That problem seems to be fixed in Solaris 8.

richb:
Wanna forward this to the X11 group, please ? That sounds like a 20sec fix in
the patch build scripts - just two missing softlinks (/usr/lib/sparcv9/libXp.so
--> ./libXp.so.1 and /usr/lib/sparcv9/libXp.so.1 -->
/usr/openwin/lib/sparcv9/libXp.so.1)...

Comment 6

[Jon Granrose]

verified invalid.