From owner-freebsd-current Fri May 29 18:35:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA21025 for freebsd-current-outgoing; Fri, 29 May 1998 18:35:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (root@smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA21010 for ; Fri, 29 May 1998 18:34:59 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id PAA09325; Fri, 29 May 1998 15:02:45 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp04.primenet.com, id smtpd019857; Fri May 29 14:20:48 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id OAA14978; Fri, 29 May 1998 14:20:43 -0700 (MST) From: Terry Lambert Message-Id: <199805292120.OAA14978@usr04.primenet.com> Subject: Re: Fix for undefined "__error" and discussion of shared object versioning To: joelh@gnu.org Date: Fri, 29 May 1998 21:20:43 +0000 (GMT) Cc: eivind@yes.no, rnordier@nordier.com, current@FreeBSD.ORG In-Reply-To: <199805282015.PAA01671@detlev.UUCP> from "Joel Ray Holveck" at May 28, 98 03:15:44 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Well, here are a couple of points: > > * License > > I'll assume that TenDRA and XANDF are both BSD-license? Yes. > > * General quality of system (GCC is written under the paradigm 'learn > > writing compilers as we go') > > I can't comment on that one, not having examined the source code to > the various compilers. But are the others written by professional > compiler writers? Yes. Under denfense contract. > > * Possibilities for exploiting the cross-CPU nature of XANDF > > How are XANDF's cross-cpu capabilities more powerful than gcc's? You can distribute "binaries" and localize them to an architecture at install time. This means you can distribute commercial code that will run on x86, Alpha, MIPS, PPC, 68k, VAX, SPARC, etc., etc.. For FreeBSD, this means one "ports" CDROM will work for all future architectures. It also means that one "ports" CDROM will work for FreeBSD 3.x and FreeBSD 235.x. > > * Better error checking/control > > How do you mean? Full mapping of the error checking and warning space. GCC only maps the parts that they thought were important, and then it's done pretty haphazardly. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message