From owner-freebsd-hackers Sat Feb 7 12:41:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26960 for hackers-outgoing; Sat, 7 Feb 1998 12:41:31 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from bachue.usc.unal.edu.co ([168.176.3.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA26929 for ; Sat, 7 Feb 1998 12:40:56 -0800 (PST) (envelope-from pgiffuni@asme.org) Received: from pedro.unal.edu.co ([168.176.3.45]) by bachue.usc.unal.edu.co (Netscape Messaging Server 3.0) with SMTP id AAA17487; Sat, 7 Feb 1998 15:44:06 +0500 Message-ID: <34DCC6E4.41C67EA6@asme.org> Date: Sat, 07 Feb 1998 15:41:08 -0500 From: "Pedro F. Giffuni" Organization: U. Nacional de Colombia X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: jhicks@atlanta.glenayre.com CC: hackers@FreeBSD.ORG Subject: Re: Cross development of m68k programs on FreeBSD works! References: <34D5F382.41C67EA6@eunet.at> <34DBEE5A.41C67EA6@asme.org> <34DCB91B.1CD42F30@atlanta.glenayre.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe hackers" Jerry Hicks wrote: > > > Currently we do this using tar (with -h option) in a pre-configure step, pending public > release of crosstree-1.4. This approach takes a *lot* of disk space to say the least... > Perhaps this could be done with hard links, but I had the disk space to burn and very > little time. Maybe next update :) > I'm sorry to blow out the winds off your sails, but there will NOT be another update to the crosstree. I did that tarball when I didn't know well how to use the ports makefiles. You surely noticed the new method is much easier to download and is more didactic in the way it builds the tree. There must be a way to fix the gas problem, so I'll keep looking.. > It seems to me that this should work for other cross development targets. > That is the idea :-). Embedded targets should work out-of-the-box, but "real" platforms require a native libgcc1.a. We'll have to limit the number of supported platforms or otherwise they'll require their own CD ! Pedro. > > Cheers, > > Jerry Hicks > jhicks@atlanta.glenayre.com >