From owner-freebsd-java@FreeBSD.ORG  Tue Jan 15 18:30:11 2013
Return-Path: <owner-freebsd-java@FreeBSD.ORG>
Delivered-To: java@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id BFA2FD2B;
 Tue, 15 Jan 2013 18:30:11 +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 7CD02DE9;
 Tue, 15 Jan 2013 18:30:11 +0000 (UTC)
Received: from tuna.dhcp.nue.suse.com (nat.nue.novell.com [195.135.221.2])
 by ainaz.pair.com (Postfix) with ESMTPSA id 23C773F41D;
 Tue, 15 Jan 2013 13:30:08 -0500 (EST)
Date: Tue, 15 Jan 2013 19:30:06 +0100 (CET)
From: Gerald Pfeifer <gerald@pfeifer.com>
To: Alex Dupre <ale@FreeBSD.org>
Subject: Re: Breaking out gcc-ecj45 from lang/gcc{,46,47,48}
In-Reply-To: <50F51EFE.9050207@FreeBSD.org>
Message-ID: <alpine.LNX.2.00.1301151901340.2233@tuna.site>
References: <alpine.LNX.2.00.1301150126580.2028@tuna.site>
 <50F51EFE.9050207@FreeBSD.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: ports@FreeBSD.org, java@FreeBSD.org, Jason Helfman <jgh@FreeBSD.org>
X-BeenThere: freebsd-java@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Porting Java to FreeBSD <freebsd-java.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-java>,
 <mailto:freebsd-java-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-java>
List-Post: <mailto:freebsd-java@freebsd.org>
List-Help: <mailto:freebsd-java-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-java>,
 <mailto:freebsd-java-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Jan 2013 18:30:11 -0000

On Tue, 15 Jan 2013, Alex Dupre wrote:
>> to address ports/175072 I finally went ahead with an old plan of
>> mine and broke the binary ecj.jar that is used to build the Java
>> frontend for our GCC 4.6, 4.7 and 4.8 ports out into a separate
>> port: lang/gcc-ecj45.
> Why not using/updating the java/eclipse-ecj port?

I should have mentioned that I actually was looking into that option 
first, but (a) build dependencies became really heavy (and build-
time for something like lang/gcc would increase badly), (b) run-time 
dependencies will grow, and (c) this is not what we have been doing
in terms of extensive building and testing, and (d) different from
many others have been doing.

That said, if someone wants to give it a try and test, I'd definitely
be open to make this an OPTION.

Makes sense?

Gerald

PS: ports.svn/java/eclipse-ecj> make build-depends-list
.../gerald/ports.svn/devel/apache-ant
.../gerald/ports.svn/java/openjdk6

ports.svn/java/eclipse-ecj> make run-depends-list
.../gerald/ports.svn/java/openjdk6

ports.svn/java/openjdk6> make build-depends-list
.../gerald/ports.svn/archivers/unzip
.../gerald/ports.svn/archivers/zip
.../gerald/ports.svn/devel/gmake
.../gerald/ports.svn/java/bootstrap-openjdk
.../gerald/ports.svn/print/cups-client
.../gerald/ports.svn/print/freetype2
.../gerald/ports.svn/x11-toolkits/libXt
.../gerald/ports.svn/x11-toolkits/open-motif
.../gerald/ports.svn/x11/libX11
.../gerald/ports.svn/x11/libXext
.../gerald/ports.svn/x11/libXi
.../gerald/ports.svn/x11/libXpm
.../gerald/ports.svn/x11/libXtst

ports.svn/java/openjdk6> make run-depends-list
.../gerald/ports.svn/java/java-zoneinfo
.../gerald/ports.svn/java/javavmwrapper
.../gerald/ports.svn/print/freetype2
.../gerald/ports.svn/x11-fonts/dejavu
.../gerald/ports.svn/x11-toolkits/libXt
.../gerald/ports.svn/x11-toolkits/open-motif
.../gerald/ports.svn/x11/libX11
.../gerald/ports.svn/x11/libXext
.../gerald/ports.svn/x11/libXi
.../gerald/ports.svn/x11/libXpm
.../gerald/ports.svn/x11/libXtst


Gerald