From owner-freebsd-current Mon Feb 11 19:11:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from newman2.bestweb.net (newman2.bestweb.net [209.94.102.67]) by hub.freebsd.org (Postfix) with ESMTP id C94BB37B4A5; Mon, 11 Feb 2002 18:17:27 -0800 (PST) Received: from okeeffe.bestweb.net (okeefe.bestweb.net [209.94.100.110]) by newman2.bestweb.net (Postfix) with ESMTP id A538E232BA; Mon, 11 Feb 2002 21:16:58 -0500 (EST) Received: by okeeffe.bestweb.net (Postfix, from userid 0) id A12339EFC1; Mon, 11 Feb 2002 21:12:02 -0500 (EST) Date: Wed, 6 Feb 2002 14:52:40 -0500 (EST) From: Mikhail Teterin Subject: Re: How about gcj? (Re: Not committing WARNS settings...) To: obrien@FreeBSD.org Cc: current@FreeBSD.org Message-Id: <20020212021202.A12339EFC1@okeeffe.bestweb.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 6 Feb, David O'Brien wrote: > On Wed, Feb 06, 2002 at 01:05:16PM -0500, Mikhail Teterin wrote: >> > Uh, NO! It is not needed by the base system. We really do not want >> > to turn on all the support libs, etc.. that would be needed with >> > this. There is a reason the gcc30 port takes 25 minutes to compile >> > on a fast 1.2 GHz Athlon. >> >> That's the thing. gcc30 port, essentially, installs a copy of the >> compiler already available as part of the base. > > No it doesn't. 3.0.3 is a very different compiler from 2.95.3. I thought we are moving to gcc-3.x quickly :-) But the other ports, such as lang/gcc295 don't complement the base system either -- they install a full new set under LOCALBASE, instead of just the missing pieces (like gcj). >> But the base is missing gcj (the port does too for now), so one would >> be forced to add the port. > > And the base system does not NEED a java compiler. Alright. But a FreeBSD installation -- might. >> Can we have those [libbfd and libiberty] installed, at least, to ease >> the work of the future porter? > > Nope. That's too brief for a mutually respectful conversation :-\ I know it is your "style", but do not accept this answer anyway. All I'm talking about, is that having a functional gcj _available_ on FreeBSD is a good thing. Through the ports collection or as part of the base system. The fact, that nothing in the base requires Java is hardly an argument in itself. Nothing requires Fortran, or the dictionary, or the cal(1) either. But alright, let's say -- ports. gcj and gcjh themselves are installed by the several lang/gcc* ports, but they are not functional (libgcj/libjava are not ported). As a ports committer I might try to fix that, but I think, those ports should complement the base system, and that the base system should provide the bits it already uses itself (like libbfd and libiberty) to the programmers, that use FreeBSD -- install them into /usr/lib and link them _dynamicly_ into the tools. -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message