WARNING: This server is unstable and will be retired in the next days.
If you want to keep this forum available, please request immediately a migration
on the Nabble Support forum.
Forums that don't receive any migration request will be deleted forever.
I did create some ebuilds of my own because the sys-devel/gcc-apple and sys-devel/binutils-apple are very specifically for use with Gentoo Prefix on OS X. They are just not what I call ready yet because they rely upon EXTRA_ECONF to get the --target triple.
- Build latest ld64 from Apple (currently I am using a patched older version); everything in this toolchain at this point must link with ld64 and not what Apple calls 'classic ld'
The patch for Apple's version of binutils (same package as sys-devel/binutils-apple) that I made is quite large and may not be entirely necessary (it patches back in what they used to have, autotools). However Apple developers rely upon OS X's nearly automatic memset'ing which is why somes patches are definitely necessary (or compiling stage will get segfaults).
I am maintaining an overlay https://github.com/tatsh/tatsh-overlay. What I am planning to do is just add separate ebuilds for each target since only these are supported: i686, x86_64, arm (armv6, armv7 but I don't know how to differentiate these yet; default is armv6), and maybe powerpc and powerpc64.
On Thursday, 13 October 2011, Mike Frysinger wrote:
On Wednesday 07 September 2011 02:40:05 Andrew Udvare wrote:
> Most sources come from http://opensource.apple.com just like the
> sys-devel/binutils-apple and sys-devel/gcc-apple packages. The version
> of cctools in the project is patched heavily (mainly due to missing
> headers, which we can distribute). One source is derived from
> iphone-dev's version of odcctools, but only for one part of it (ld64).
> It is not the same and needed fixing to compile with GCC 4.5.3. I plan
> to fix the up-to-date ld64 regardless.
so you have more ebuilds to add to the tree ? or something else ?
> I'd like to reach the point of being able to type (perhaps with
> prerequisite work done by me like copying the SDK) `crossdev -t
> arm-apple-darwin` and `crossdev -t arm-apple-darwinX` (where X is 9,
> 10, 11).
i think i'm going to have to open up crossdev to sucking down from overlays
via layman. there's an open request for better msp430 support, and that
requires hacks to some packages.