Hi all,
I did an install of my experimental package on a fresh out of the box Solaris
10U9 x86 virtual machine. It looks to me like there is a missing symlink or
directory on my system using the default dependencies suggested by Gar.
All of my 64-bit binaries have an rpath that looks like this:
opt/csw/bin/amd64/ncgen
base name: ncgen
runpath:
/opt/csw/gcc4/lib/64
/opt/csw/lib/$ISALIST
/opt/csw/lib/64
needed sonames:
libnetcdf.so.6
libhdf5_hl.so.6
libhdf5.so.6
libz.so.1
libm.so.2
libnsl.so.1
libc.so.1
In particular, there is an entry for /opt/csw/gcc4/lib/64 in the runpath.
However my fresh VM install has no /opt/csw/gcc4/lib/64. There is only an amd64
directory.
$ pwd
/opt/csw/gcc4/lib
$ ls
amd64 libgomp.so libssp.so
libgcc_s.so libgomp.so.1 libssp.so.0
libgcc_s.so.1 libgomp.so.1.0.0 libssp.so.0.0.0
According to http://www.opencsw.org/packages/CSWgcc4core/ that "64" link is
part of gcc4core
gcc4corert does not depend on gcc4core so I don't get that package on a
barebones install, and therefore my 64-bit programs don't run.
How do I fix this?
Is this a bug in GCC4?
Or, is this a bug in Gar? I think it set the RPATH to /opt/csw/gcc4/lib/64
instead of /opt/csw/gcc4/lib/$(ISA)
Or, is this a bug in my packaging where I need to somehow tweak the RPATH for
the 64-bit builds to "Do The Right Thing"?
_______________________________________________
maintainers mailing list
[email protected]
https://lists.opencsw.org/mailman/listinfo/maintainers
.:: This mailing list's archive is public. ::.
