From owner-freebsd-arch Sat Sep 7 11:44:51 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4861C37B400 for ; Sat, 7 Sep 2002 11:44:49 -0700 (PDT) Received: from kayak.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BD0043E42 for ; Sat, 7 Sep 2002 11:44:48 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.6/8.11.4) with ESMTP id g87Iimt69833 for ; Sat, 7 Sep 2002 11:44:48 -0700 (PDT) (envelope-from marcel@kayak.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6) with ESMTP id g87IjLXf003555 for ; Sat, 7 Sep 2002 11:45:21 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6/Submit) id g87IjLA7003554 for arch@FreeBSD.org; Sat, 7 Sep 2002 11:45:21 -0700 (PDT) Date: Sat, 7 Sep 2002 11:45:21 -0700 From: Marcel Moolenaar To: arch@FreeBSD.org Subject: fortune(6) is not cross-buildable Message-ID: <20020907184521.GB3388@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gang, I had to cross-build alpha on my i386 box, because I probably messed up my alpha enough that it couldn't do a buildworld on its own. All went well, but a very crucial application was broken: fortune(6) :-) The problem is that strfile(8) is built as a buildtool and since the data file header is defined in terms of long integer it writes out a header that matches the build machine, not the target machine. In this case, the datafile had 32-bit wide fields, while on alpha those are 64-bit fields. The questions: 1. Do we care enough that we want to fix this? 2. If so, do we want to fix the data file header or do we want to fix strfile(8)? If we fix the header, then it will be truely portable. Unfortunately, this means that on some architectures the header changes and we need to take care of it. If we avoid changing the file format, but change strfile(8) to take cross-building into account we probably have the least impact in general, but strfile(8) may become a bit ugly... Thoughts? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message