From owner-cvs-ports@FreeBSD.ORG Sat Jun 11 15:29:16 2011 Return-Path: Delivered-To: cvs-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 714F21065679 for ; Sat, 11 Jun 2011 15:29:16 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.freebsd.org (Postfix) with SMTP id D37418FC16 for ; Sat, 11 Jun 2011 15:29:15 +0000 (UTC) Received: (qmail 18208 invoked from network); 11 Jun 2011 15:29:14 -0000 Received: from 12.174.32.66 (HELO ?172.30.1.55?) (12.174.32.66) by relay03.pair.com with SMTP; 11 Jun 2011 15:29:14 -0000 X-pair-Authenticated: 12.174.32.66 Date: Sat, 11 Jun 2011 09:29:16 -0600 (MDT) From: Gerald Pfeifer To: Greg Larkin In-Reply-To: <4DE83021.8030803@FreeBSD.org> Message-ID: References: <201106022211.p52MBmoH094389@repoman.freebsd.org> <4DE83021.8030803@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: cvs-ports@FreeBSD.org, Gerald Pfeifer , cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/lang/gcc46 Makefile distinfo pkg-plist X-BeenThere: cvs-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2011 15:29:16 -0000 On Thu, 2 Jun 2011, Greg Larkin wrote: > I guess I can close PR 157396 now? Shall I assume that you'd still > like to remove Java support from the lang/gcc* ports, if possible? I think you can close the PR, yes. As for removing Java support, I think having one instance of lang/gcc* with Java support should be sufficient, so now with lang/gcc46 featuring that, can we remove that from lang/gcc45? (That only means changing the USE_GCC line in pkdftk, I think? > Building pdftk with OpenJDK is the preferred solution. If that doesn't > work, I want to test if I can kick off a gcc+gcj build from the pdftk > port, use it to build a static pdftk, then clean everything up without > permanently installing gcc+gcj. Let me know if you think that will be > too messy. That sounds really heavy for users of pdftk, and I think we should have a version of lang/gcc that does not require that. BUT, that also could be a special version, a slave port with some special option set that the vast majority of users odes not need to worry about. Something for later, I guess; for now removing Java support from lang/gcc45 (and first adjusting pdftk) would be the next step I think? Gerald