On 15 Jul 2007, at 23:53, Anders F Björklund wrote:
Ryan Schmidt wrote:
Seems like all the current ports with x86 or intel as the
arch are
either wrong or typos, though... darwin x86 should be darwin
i386,
I still say that this needs to be examined and evaluated
individually for each
Hi,
here's the status:
merge.rb is a tool that's designed to merge an arbitrary amount of
single-architecture directory-trees into a single universal tree.
So, given the Coreutils scenario we have four directories - ppc, ppc64,
i386, and x86_64, each holding a destroot whose architecture
On Jul 21, 2007, at 23:00, [EMAIL PROTECTED] wrote:
Revision: 27155
http://trac.macosforge.org/projects/macports/changeset/27155
Author: [EMAIL PROTECTED]
Date: 2007-07-21 21:00:51 -0700 (Sat, 21 Jul 2007)
Log Message:
---
make sure we set that the platform only works
Ryan Schmidt wrote:
You may also wish to check for compatible architecture in a different
way. Your way currently handles only on Intel Mac OS X, but according to
the project's web site, it works on any OS so long as it's the _86
architecture. Consider doing it the way I've done it in the wine
On Jul 22, 2007, at 2:10 PM, Rainer Müller wrote:
Do we
really need to take care of other Operating Systems than Mac OS X? I
mean, it's called MacPorts now and is targeted on users of Mac OS
X. Who
is using it on another system?
We use MacPorts for a large software system that is Mac and
On Jul 22, 2007, at 9:35 AM, Elias Pipping wrote:
merge.rb is a tool that's designed to merge an arbitrary amount of
single-architecture directory-trees into a single universal tree.
Sounds great.
The code is made available under the MIT license.[3]
Why choose an MIT license when the rest
[from the correct e-mail address, this time]
On Jul 22, 2007, at 1:10 PM, Rainer Müller wrote:
Ryan Schmidt wrote:
You may also wish to check for compatible architecture in a different
way. Your way currently handles only on Intel Mac OS X, but
according to
the project's web site, it works
