On 26 Apr 2008, at 22:49, Jack Howarth wrote: > JF, > Don't forget that I had to manually add the -lXm to the link > flags in the original mesa-libglw patch. I would argue that the > approach to leave the these symbols undefined and suppress > the error is more convention. The fedora developers don't link > libGLw against a specific motif and their libGLw works equally > well with lesstif and openmotif. I would avoid forking mesa-libGLw > into lesstif, openmotif3 and openmotif4 variants until it is > definitely proved that breakage occurs. If we have to resort to > variants, things will be pretty ugly as we will have to change > the basename of libGLw or bury it in a subdirectory so that > multiple versions can co-exist. > Jack > ps I will grant you that the debian libGLw is linked against > libXm but they also refuse to support openmotif due to the > licensing. So they can ignore the problem of supporting > both lesstif and openmotif.
Sure, _ its worth trying, if the pkg is really functional with each of those 3 .. In that case, breakage could presumably occur only the lib is called by some program hat either directly or indirectly loads several of those alternatives .(Almost sure to remember there are such packages..) Still, the pkg is technically wrong, in the sense that it would then need at least a "Depends" on such an alternative... And anyway it would need at least something like a very visible DescUsage as : "Any package depending on this one MUST alse depend on either lesstif or openmotifxyz, and make sure to load their libs .." I'm not sure this is a very comfortable solution; I might still prefer to force a dep say on openmotif4 if you want, and make sure all symbols link to that one .. Jean-Francois ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
