From owner-freebsd-ports@FreeBSD.ORG Tue Dec 13 00:11:23 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6270A1065676; Tue, 13 Dec 2011 00:11:23 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id BE8D58FC16; Tue, 13 Dec 2011 00:11:22 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so12439750wgb.31 for ; Mon, 12 Dec 2011 16:11:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=hfrp6r/y2+kOEDKCdjkg4dnlND9MRKZ6r3rFFTL755o=; b=SGbNONiLHsvgeobfuZJOI+TcR1qyc9umoJIQ68ewUmoBXMN7sz1MitElL2VplytUDB mNazi7jEG74uclvxvaSBBcrUKUMUi12K7nrPVw2Aq26g+ZUud5T4psf2m5fTZASpYr4p xdjYx5JgMtD2m8pjV0i8q9KUFwLkFuoDDfmaw= MIME-Version: 1.0 Received: by 10.180.14.129 with SMTP id p1mr24425579wic.8.1323735081557; Mon, 12 Dec 2011 16:11:21 -0800 (PST) Received: by 10.180.100.129 with HTTP; Mon, 12 Dec 2011 16:11:21 -0800 (PST) Date: Tue, 13 Dec 2011 00:11:21 +0000 Message-ID: From: "b. f." To: Kevin Oberman , freebsd-ports@FreeBSD.org, gerald@FreeBSD.org Content-Type: multipart/mixed; boundary=f46d040fa274501d8404b3ee1740 Cc: Subject: Re: lang/gcc46 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 00:11:23 -0000 --f46d040fa274501d8404b3ee1740 Content-Type: text/plain; charset=ISO-8859-1 > > We have lang/gcc already. This port is created for perferred gcc releases > > (4.6.2 currently). What we're waiting for is a bsd.gcc.mk update to allow > > users build ports with lang/gcc instead of lang/gcc46. > > Ahh. I see the issue. I have not looked at bsd.gcc.mk, but it does not > seem like this should be too difficult. Just a matter of the right > person having the time. Would ports specifying gcc46 need to be > touched? The solution to a great many problems is "a matter of the right person having the time". Gerald had planned to do this after the ports tree had been completely unfrozen. It is likely that only a few dependent ports will have to be changed. You can make this change now, simply by removing lang/gcc46 and installing lang/gcc, and then rebuilding all dependent ports (this last step may not be necessary in many cases, but it is better to be safe). This may result in some false accounting of dependencies in your package database, but you can alter this if you need to, or use one of the alternative dependency accounting mechanisms in portmaster or portupgrade. Or you can try something like the attached patch, which will fix the dependency accounting -- but you will then have to replace _GCC_BUILD_DEPENDS with _GCC_PORT_DEPENDS (the latter will then be a misnomer) in math/atlas, math/atlas-devel, math/gotoblas, math/R, net-p2p/eiskaltdcpp-* (and soon perhaps also lang/libobjc2, if it is altered to use USE_GCC, which seems likely). Also, you will have to patch the CSUFF lines in print/pdftk. Gerald's eventual changes will probably be similar, but cleaner. For example, he may change the names to more accurately reflect their new roles, and define a variable indicating which directory contains the shared libraries needed at runtime, for the benefit of the aforementioned ports, french/aster, graphics/visionworkbench, etc., so that they are less likely to require modifications if the internals of bsd.gcc.mk change again. b. --f46d040fa274501d8404b3ee1740 Content-Type: application/octet-stream; name="bsd.gcc.mk.diff" Content-Disposition: attachment; filename="bsd.gcc.mk.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 LS0tIGJzZC5nY2MubWsub3JpZwkyMDExLTExLTE2IDA3OjA3OjIxLjAwMDAwMDAwMCAtMDUwMAor KysgYnNkLmdjYy5tawkyMDExLTEyLTEyIDE0OjM0OjQwLjAwMDAwMDAwMCAtMDUwMApAQCAtMTgz LDE3ICsxODMsMjEgQEAKIC4gaWYgJHtfVVNFX0dDQ30gPT0gJHtfR0NDVkVSU0lPTl8ke3Z9X1Z9 CiAuICBpZiAke09TVkVSU0lPTn0gPCAke19HQ0NWRVJTSU9OXyR7dn1fTH0gfHwgJHtPU1ZFUlNJ T059ID4gJHtfR0NDVkVSU0lPTl8ke3Z9X1J9CiBWOj0JCQkke19HQ0NWRVJTSU9OXyR7dn1fVjpT Ly4vL30KLV9HQ0NfQlVJTERfREVQRU5EUzo9CWdjYyR7Vn0KIF9HQ0NfUE9SVF9ERVBFTkRTOj0J Z2NjJHtWfQorLiAgIGlmICR7X1VTRV9HQ0N9ID09ICR7R0NDX0RFRkFVTFRfVkVSU0lPTn0KK19H Q0NfQlVJTERfREVQRU5EUzo9CWdjYworLiAgIGVsc2UKK19HQ0NfQlVJTERfREVQRU5EUzo9CWdj YyR7Vn0KKy4gICBlbmRpZgogQ0M6PQkJCWdjYyR7Vn0KIENYWDo9CQkJZysrJHtWfQogQ1BQOj0J CQljcHAke1Z9CiAuICAgaWYgJHtfVVNFX0dDQ30gIT0gMy40Ci1DRkxBR1MrPQkJLVdsLC1ycGF0 aD0ke0xPQ0FMQkFTRX0vbGliLyR7X0dDQ19CVUlMRF9ERVBFTkRTfQotTERGTEFHUys9CQktV2ws LXJwYXRoPSR7TE9DQUxCQVNFfS9saWIvJHtfR0NDX0JVSUxEX0RFUEVORFN9CitDRkxBR1MrPQkJ LVdsLC1ycGF0aD0ke0xPQ0FMQkFTRX0vbGliLyR7X0dDQ19QT1JUX0RFUEVORFN9CitMREZMQUdT Kz0JCS1XbCwtcnBhdGg9JHtMT0NBTEJBU0V9L2xpYi8ke19HQ0NfUE9SVF9ERVBFTkRTfQogLiAg ICBpZiBkZWZpbmVkIChVU0VfRk9SVFJBTikKIC4gICAgaWYgJHtVU0VfRk9SVFJBTn0gPT0geWVz Ci1GRkxBR1MrPQkJLVdsLC1ycGF0aD0ke0xPQ0FMQkFTRX0vbGliLyR7X0dDQ19CVUlMRF9ERVBF TkRTfQorRkZMQUdTKz0JCS1XbCwtcnBhdGg9JHtMT0NBTEJBU0V9L2xpYi8ke19HQ0NfUE9SVF9E RVBFTkRTfQogLiAgICBlbmRpZgogLiAgICBlbmRpZgogLiAgIGVuZGlmCg== --f46d040fa274501d8404b3ee1740--