Good morning: Noting that www/webkit-qt5 builds correctly on a variety of Tier 2 architectures, I decided to comment out its BROKEN_sparc64 line in the port Makefile and see, in detail, what the issue was.
After a couple hours of tinkering, it turns out to be quite simple: the port actually needs gmake, or at the least it doesn't like bmake in particular. The port's attempted usage of i386 assembly on sparc64 was due to Makefiles not being correctly parsed, resulting in incorrect macro definitions for the various .asm files. Once USES+= gmake is set, www/webkit-qt5 builds and runs fine (albeit rather slowly) on sparc64. Tested on both 10.3 and 11.0-CURRENT (not tested on 11-STABLE yet), using both default system GCC 4.2 and GCC 5.4 from ports. As an added bonus, the addition of USES+= gmake also fixes a latent problem on all tested architectures as well (verified on sparc64, ppc64, and amd64): alternate definitions of CC=, CXX=, etc. are not parsed correctly as long as bmake is in use, and some subdirectories of www/webkit-qt5 will always attempt to use "c++" or "g++" even when another compiler is defined. USES+= gmake handily addresses that as well. Would your team like a PR for this issue? If so, I'll be glad to submit one. ----- "There are two kinds of people in the world: those who can extrapolate missing data." ╓───────────────── ║C *GUY M. BROOME* :\ ╟────────────── ║C *System Security Engineer* :\ ║C *Virginia Commonwealth University* :\ ║C (804) 827-2072 :\ ║C gmbro...@vcu.edu : ╚═══════
_______________________________________________ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information