Date: Sun, 3 Nov 2013 14:59:20 +0100 (CET) From: Gerald Pfeifer <gerald@pfeifer.com> To: Thierry Thomas <thierry@FreeBSD.org> Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org, Gerald Pfeifer <gerald@FreeBSD.org>, ports-committers@freebsd.org Subject: Re: svn commit: r332557 - head/lang/gcc Message-ID: <alpine.LNX.2.00.1311031456490.3029@tuna.site> In-Reply-To: <20131103110034.GA80884@graf.pompo.net> References: <201311022320.rA2NKEcg089316@svn.freebsd.org> <20131103110034.GA80884@graf.pompo.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 3 Nov 2013, Thierry Thomas wrote: >> Update to GCC 4.6.4 which, among others, addresses document building >> with new versions of texinfo. [1] > Do we still need lang/gcc and lang/gcc46? Yes, since lang/gcc is the canonical version that should be used (and is pulled in by USE_GCC=yes, for example). At that point lang/gcc46 will be the final release of GCC 4.6, lang/gcc47 will track GCC 4.7 and lang/gcc will track GCC 4.7 releases. lang/gcc should have been upgraded to GCC 4.7 already (and hopefully will in the not too far future, there are just still a number of broken ports -- see below for those not Python-related). Gerald Done. List of failures and logs: http://package20.nyi.freebsd.org/bulk/91amd64-default-gccupdate/2013-10-22_01h02m27s/ > + {"origin"=>"biology/plink", "pkgname"=>"plink-1.07", "phase"=>"build", "errortype"=>"cluster"} C++ error. > + {"origin"=>"cad/meshlab", "pkgname"=>"meshlab-1.3.2", "phase"=>"build", "errortype"=>"cluster"} C++ error. > + {"origin"=>"devel/freeocl", "pkgname"=>"freeocl-0.3.6", "phase"=>"build", "errortype"=>"cluster"} Missing #include. > + {"origin"=>"devel/kdevplatform", "pkgname"=>"kdevplatform-1.5.1", "phase"=>"build", "errortype"=>"process_failed"} Not sure -- miscompilation? > + {"origin"=>"devel/love", "pkgname"=>"love-0.8.0_2", "phase"=>"build", "errortype"=>"automake"} IGNORE. Broken for some other reason; I believe fixed now. > + {"origin"=>"devel/love07", "pkgname"=>"love07-0.7.2_3", "phase"=>"build", "errortype"=>"linker_error"} IGNORE. Broken for some other reason; I believe fixed now. > + {"origin"=>"devel/raknet", "pkgname"=>"raknet-3.9.2,1", "phase"=>"build", "errortype"=>"gcc4_error"} C++ error. > + {"origin"=>"games/allacrost", "pkgname"=>"allacrost-1.0.2_5", "phase"=>"build", "errortype"=>"gcc4_error"} C++ error. > + {"origin"=>"games/battletanks", "pkgname"=>"btanks-0.9.8083_5", "phase"=>"build", "errortype"=>"cluster"} Missing #include. > + {"origin"=>"games/lugaru", "pkgname"=>"lugaru-269", "phase"=>"build", "errortype"=>"gcc4_error"} Missing #include? C++ error? > + {"origin"=>"java/openjdk6", "pkgname"=>"openjdk6-b28_2", "phase"=>"build", "errortype"=>"coredump"} IGNORE. That's a bad one, but I'd work around it with USE_GCC=4.6. > + {"origin"=>"lang/ratfor", "pkgname"=>"ratfor-1985.06_2", "phase"=>"build", "errortype"=>"compiler_error"} The system libgcc_s is used incorrectly, instead of the one provided by us. > + {"origin"=>"math/abacus", "pkgname"=>"abacus-3.2.b1", "phase"=>"build", "errortype"=>"gcc4_error"} C++ error. > + {"origin"=>"math/gretl", "pkgname"=>"gretl-1.9.12", "phase"=>"build", "errortype"=>"linker_error"} The system libgcc is used instead of the one provided by us. > + {"origin"=>"math/octave-forge-fl-core", "pkgname"=>"octave-forge-fl-core-1.0.0_4", "phase"=>"build", "errortype"=>"gcc4_error"} Looks unrelated, or at least different than others. > + {"origin"=>"math/octave-forge-parallel", "pkgname"=>"octave-forge-parallel-2.0.5_4", "phase"=>"build", "errortype"=>"gcc4_error"} Missing #include? > + {"origin"=>"math/petsc", "pkgname"=>"petsc-2.3.3.p0_7,1", "phase"=>"configure", "errortype"=>"configure_error"} Not sure. > + {"origin"=>"math/superlu_mt", "pkgname"=>"superlu_mt-2.0.20080115_3", "phase"=>"build", "errortype"=>"cluster"} The system libgcc is used instead of the one provided by us. > + {"origin"=>"multimedia/freevo", "pkgname"=>"freevo-1.9.0_7", "phase"=>"install", "errortype"=>"cluster"} Unrelated? Possibly fixed in the meantime? > + {"origin"=>"net/pvm++", "pkgname"=>"pvm++-0.6.0_4", "phase"=>"build", "errortype"=>"linker_error"} The system libgcc is used instead of the one provided by us. > + {"origin"=>"net/xpvm", "pkgname"=>"xpvm-1.2.5_1", "phase"=>"build", "errortype"=>"linker_error"} The system libgcc is used instead of the one provided by us. > + {"origin"=>"science/ghemical", "pkgname"=>"ghemical-3.0.0", "phase"=>"build", "errortype"=>"linker_error"} The system libgcc is used instead of the one provided by us. > + {"origin"=>"science/meep", "pkgname"=>"meep-1.2", "phase"=>"build", "errortype"=>"linker_error"} The system libgcc is used instead of the one provided by us. > + {"origin"=>"textproc/ctpp2", "pkgname"=>"ctpp2-2.8.3", "phase"=>"build", "errortype"=>"gcc4_error"} Missing #include. > + {"origin"=>"x11-toolkits/gigi", "pkgname"=>"gigi-0.8.0.1074_1,1", "phase"=>"build", "errortype"=>"cluster"} Strange error; not sure how this could have built with GCC 4.6?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.LNX.2.00.1311031456490.3029>