On Sat, Feb 22, 2020 at 04:17:59PM +0100, Charlene Wendling wrote: > On Sun, 16 Feb 2020 08:04:12 +0100 > Jeremie Courreges-Anglas wrote:
> > On Sat, Feb 15 2020, Kurt Mosiejczuk <[email protected]> wrote: > > > http://build-failures.rhaalovely.net/sparc64/2020-02-11/geo/spatialite/gis.log > > > http://build-failures.rhaalovely.net/powerpc/2020-01-27/geo/spatialite/gis.log > > > ok to mark this BROKEN-sparc64/BROKEN-powerpc ? > > libtool strips -lrasterlite from the command line arguments, this > > looks wrong. > > Also "-lstdc++ -lestdc++", boo. > So i studied the issue and found it, the applied code is not what > libtool's debug message and manpage say it is. > The second splice() tries to substitute stdc++ with estdc++, it is > not needed, because anyway orderedlibs seems always unique (i tried > by building stuff and using Data::Dumper). > As such, the conditional can be removed entirely, since we just want > to strip stdc++ from orderedlibs when estdc++ is present. > This fixes geo/spatialite/gis on macppc and sparc64. > The below diff against libtool survived a sparc64 bulk. I've built > cad/magic and devel/openmpi among other ports using ports-gcc as > COMPILER, without issues on amd64. > Comments/feedback are welcome, Well, I put this in that last sparc64 bulk and it did what it said and did not break everything. ok kmos. --Kurt
