/bin/sh ../../libtool --tag=CC --mode=link cc -O2 -pipe -DLIBICONV_PLUG -fno-strict-aliasing -Wstrict-prototypes -Wpointer-arith -Wall -ffast-math -L/usr/local/lib -lpthread -L/usr/local/lib -o gvpr gvpr-gvprmain.o ../../lib/gvpr/libgvpr.la libtool: link: cc -O2 -pipe -DLIBICONV_PLUG -fno-strict-aliasing -Wstrict-prototypes -Wpointer-arith -Wall -ffast-math -o .libs/gvpr gvpr-gvprmain.o -L/usr/local/lib ../../lib/gvpr/.libs/libgvpr.so /wrkdirs/usr/ports/graphics/graphviz/work/graphviz-2.38.0/lib/cgraph/.libs/libcgraph.so /wrkdirs/usr/ports/graphics/graphviz/work/graphviz-2.38.0/lib/cdt/.libs/libcdt.so -lm -lpthread -Wl,-rpath -Wl,/usr/local/lib/graphviz ../../lib/gvpr/.libs/libgvpr.so: undefined reference to `sbrk' cc: error: linker command failed with exit code 1 (use -v to see invocation) gmake[5]: *** [Makefile:677: gvpr] Error 1 gmake[5]: Leaving directory '/wrkdirs/usr/ports/graphics/graphviz/work/graphviz-2.38.0/cmd/gvpr' gmake[4]: *** [Makefile:817: all-recursive] Error 1 gmake[4]: Leaving directory '/wrkdirs/usr/ports/graphics/graphviz/work/graphviz-2.38.0/cmd/gvpr' gmake[3]: *** [Makefile:531: all-recursive] Error 1 gmake[3]: Leaving directory '/wrkdirs/usr/ports/graphics/graphviz/work/graphviz-2.38.0/cmd' gmake[2]: *** [Makefile:774: all-recursive] Error 1 gmake[2]: Leaving directory '/wrkdirs/usr/ports/graphics/graphviz/work/graphviz-2.38.0' gmake[1]: *** [Makefile:583: all] Error 2 gmake[1]: Leaving directory '/wrkdirs/usr/ports/graphics/graphviz/work/graphviz-2.38.0' *** Error code 1 Stop. make: stopped in /usr/ports/graphics/graphviz
A commit references this bug: Author: dinoex Date: Sun Nov 6 15:50:26 UTC 2016 New revision: 425500 URL: https://svnweb.freebsd.org/changeset/ports/425500 Log: - disable build on arm PR: 213864 Changes: head/graphics/graphviz/Makefile
Sorry no easy way to fix that.
The failure is on arm64, not arm, so at a minimum the ONLY_FOR_ARCHS= has to be adjusted.
A commit references this bug: Author: dinoex Date: Sun Nov 6 18:17:30 UTC 2016 New revision: 425575 URL: https://svnweb.freebsd.org/changeset/ports/425575 Log: - use ONLY_FOR_ARCHS PR: 213864 Changes: head/graphics/graphviz/Makefile
Restricted to known builds.
Created attachment 176716 [details] Patch to use the system malloc on arm64
With the attached patch I can build graphviz on arm64 under Poudriere.
It also builds fine (without patches) on PowerPC. ONLY_FOR_ARCHS was tocally uncalled here, please reconsider it Dirk.
A commit references this bug: Author: dinoex Date: Sun Nov 13 23:53:08 UTC 2016 New revision: 426075 URL: https://svnweb.freebsd.org/changeset/ports/426075 Log: - fix build on aarch64 PR: 213864 Submitted by: Andrew Turner Changes: head/graphics/graphviz/Makefile head/graphics/graphviz/files/patch-lib-vmalloc-vmhdr.h
(In reply to Alexey Dokuchaev from comment #8) For which of the several PowerPC platforms can you check?
I've checked it on 32-bit FreeBSD/powerpc running on Apple Mac mini G4.
I've been using graphviz on RPI2 for some time. So it is surprising to find it not listed in list of supported platforms when updating it from ports today. armv6 should be added to the list. Or, with the appropriate patch for aarch64 added, is ONLY_FOR_ARCHS still needed?
Also, another gentle reminder that PowerPC is still wrongly discriminated. On a larger scale, entire choice of ONLY_FOR_ARCHS seems bogus to me. There is nothing that prevents this piece of software from working everywhere; it is not tied to a specific CPU or architecture. It might not build and work everywhere for the moment, but that what BROKEN is precisely for. ONLY_FOR_ARCHS is like, "it won't ever work there so don't bother even trying." :-( Dirk?
The valid combinations when ARCH and MARCH differs are not documented enough. That makes the exclusion of broken builds a gamble. Please provide a verified tuple if it builds.
After r426075 I believe it should build on all architectures.
That said, can we now please remove this ONLY_FOR_ARCHS nonsense?
It builds fine on armv6, can we remove ONLY_FOR_ARCHS please ?
I believe it was finally removed last week in ports r430598 as part of the update to version 2.40.1.