From owner-svn-ports-head@FreeBSD.ORG Sun Nov 3 13:59:30 2013 Return-Path: Delivered-To: svn-ports-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C4561C79; Sun, 3 Nov 2013 13:59:30 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7E7862FEA; Sun, 3 Nov 2013 13:59:30 +0000 (UTC) Received: from [10.27.106.105] (77.119.129.23.wireless.dyn.drei.com [77.119.129.23]) by ainaz.pair.com (Postfix) with ESMTPSA id A26F03F410; Sun, 3 Nov 2013 08:59:24 -0500 (EST) Date: Sun, 3 Nov 2013 14:59:20 +0100 (CET) From: Gerald Pfeifer To: Thierry Thomas Subject: Re: svn commit: r332557 - head/lang/gcc In-Reply-To: <20131103110034.GA80884@graf.pompo.net> Message-ID: References: <201311022320.rA2NKEcg089316@svn.freebsd.org> <20131103110034.GA80884@graf.pompo.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org, Gerald Pfeifer , ports-committers@freebsd.org X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 13:59:30 -0000 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?