On Sun, Mar 22, 2009 at 06:15:04PM -0500, Mike Watters wrote: > I ran into a very annoying problem... > it seems that "some" of the linked libraries are named differently between > sol8 and 10. > > for example, > on i386-pc-solaris2.10 > libstdc++.so.6.0.10: > libm.so.2 => /lib/libm.so.2 > > on i386-pc-solaris2.8 > libstdc++.so.6.0.10: > libm.so.2 => (file not found) > /lib/libm.so.2 does not exist on solaris 8, it is libm.so.1 >
in "the old days", gcc tended to use actual subdirectories named like "i386-pc-solaris2.10". can you not force it to do that too? OH! Alternatively... I believe it is possible to compile a stub library, as an "AUXILIARY FILTER"(I think), that will redirect-link to the "TRUE" library, based on $OSREV. Perhaps you can do that? ie: lib/libstdc++.so.6.0.10 == filter lib/SunOS5.8/libstdc++.so.6.0.10 lib/SunOS5.9/libstdc++.so.6.0.10 (possibly symlinked to 5.8 version?) lib/SunOS5.10/libstdc++.so.6.0.10 lib/SunOS5.11/libstdc++.so.6.0.10 (symlinked to 5.10 version?) FYI: we use(d) a filter lib for our mesagl libs, if i recall correctly. libGL, was a filter lib, that would link against sun's hardware accelerated libGL if present, but otherwise, loaded in a software-only based libGL. _______________________________________________ maintainers mailing list [email protected] https://lists.opencsw.org/mailman/listinfo/maintainers
