From owner-svn-ports-all@FreeBSD.ORG Sun Nov 3 00:45:52 2013 Return-Path: Delivered-To: svn-ports-all@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 3794E8FB; Sun, 3 Nov 2013 00:45:52 +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 E61DF2204; Sun, 3 Nov 2013 00:45:51 +0000 (UTC) Received: from [192.168.0.132] (vie-188-118-244-036.dsl.sil.at [188.118.244.36]) by ainaz.pair.com (Postfix) with ESMTPSA id 8DBDF3F44E; Sat, 2 Nov 2013 20:45:47 -0400 (EDT) Date: Sun, 3 Nov 2013 01:45:46 +0100 (CET) From: Gerald Pfeifer To: Mark Felder Subject: Re: svn commit: r332553 - head/devel/libopkele In-Reply-To: <201311022313.rA2NDNKK087925@svn.freebsd.org> Message-ID: References: <201311022313.rA2NDNKK087925@svn.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org, ports-committers@freebsd.org X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2013 00:45:52 -0000 Hi Mark, On Sat, 2 Nov 2013, Mark Felder wrote: > +USE_GCC= 4.6 are you saying this can only be built with GCC 4.6, and GCC 4.7 fails? Otherwise USE_GCC=4.6+ would be better or, in fact, USE_GCC=yes which currently uses GCC 4.6 but, hopefully, will use GCC 4.7 in the not too far future. (Just three dozen or so packages need to be fixed for that, invalid C++, missing #includes,... in case anyone wants to help my tracking list is below.) Gerald ====== snip ====== 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?