Log in

No account? Create an account
ppc64 linux box - brad's life — LiveJournal [entries|archive|friends|userinfo]
Brad Fitzpatrick

[ website | bradfitz.com ]
[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

ppc64 linux box [Jul. 18th, 2005|05:36 pm]
Brad Fitzpatrick
[Tags|, ]

Does anybody have a ppc64 Linux box they could give me an account on?

I installed the Gentoo ppc64 LiveCD on my G5, but it doesn't have gcc or even perl, making it useless to me. And I don't know Gentoo, making it a little harder than it should be.

Or if you don't want to give me an account, can you download this and run:

perl Makefile.PL
make test

And let me know if it's cool?

This morning it worked on x86-32. Now it works on Linux x86-64, ia64, ppc, and I /think/ ppc64, but I haven't tested. Also works on FreeBD with and without IO::KQueue (any arch, probably).

Also, what's a good reference for each machine type, its alignment requirements, etc. Also, who uses LP64 vs. LLP64 vs ILP64. Stuff like that.

[User Picture]From: scsi
2005-07-19 12:39 am (UTC)
emerge perl and emerge gcc didnt work?
(Reply) (Thread)
[User Picture]From: funjon
2005-07-19 12:41 am (UTC)
Sounds vaguely like he installed a broken stage3.
(Reply) (Parent) (Thread)
[User Picture]From: brad
2005-07-19 12:49 am (UTC)
I installed something claiming to be a ppc64 livecd.
(Reply) (Parent) (Thread)
[User Picture]From: funjon
2005-07-19 12:52 am (UTC)
The gentoo livecd doesn't have compilers, all it has is enough OS for you to untar a bootstrap tarball, chroot into it, and start building the OS.

The universal livecd -might- have compilers, I can't remember.

Sadly I only have a G3 Powerbook and a G4 Mini.
(Reply) (Parent) (Thread)
[User Picture]From: funjon
2005-07-19 12:42 am (UTC)
If you want, I can give you a hand with getting a functional PPC64 Gentoo machine running. I run exclusively Gentoo.
(Reply) (Thread)
[User Picture]From: brad
2005-07-19 12:49 am (UTC)
I need it for all of 30 seconds, and I don't really want to blow away OS X.

Having Safari around for JavaScript testing once every 2 months is a much better use of this G5.
(Reply) (Parent) (Thread)
From: (Anonymous)
2005-09-03 07:34 pm (UTC)

Gentoo on iMac G5

Hi there!

I saw your post on Livejournal while I was looking for info on installing Gentoo on my rev.2 iMac G5. I'm not too impressed with Tiger and since I'm running Linux on other boxes I might as well run linux on this one. But since it's a fairly new Mac, I'm a little reluctant. Things like 'will everyting work?' 'will it indeed be faster' 'can I do everything on it as I do now?' Besides that, I have no experience with Gentoo.
Could you perhaps point me in the right direction and give me some answer on the above mentioned questions?

Thanks in advance,
Angelo Machils

p.s. you can reach me on angelomachils@yahoo.com
(Reply) (Parent) (Thread)
[User Picture]From: eqe
2005-07-19 01:03 am (UTC)
Everyone who's sane is I32LP64. You're violating (the spirit, if not the letter of) C89 if you do IL32LLP64 (there must be some integer type which preserves pointers over casts, and long must be as large as the largest integer type, ergo long must be large enough to hold pointers)[1].

The Cray machines (T90, SV1, T3E, etc) are all-64-bit: C8SILP64.
The commercial 64-bit UNIXes are all I32LP64, generally with a 32-bit compatibility mode that's ILP32LL64. The BSDs and Linux and other sane OSS are all I32LP64.

Win32 is the odd one out; I think there are variants that are IL32LLP64, but I am also under the impression that they're trying to leverage the years of "spell it _LONG" or whatever crack it is they smoke to get away with not breaking sizeof(long)==sizeof(void*).

[1] There's theoretically a loophole in that it says "there must be *some* integer type large enough to hold a pointer" and "long must be as large as all *standard-defined* types", so you could be IL32 and have a fancy implementation-defined intptr_t that's 64 bits, and claim to be within the letter of the law. So annoying.
(Reply) (Thread)
[User Picture]From: taral
2005-07-19 01:50 am (UTC)
ILP64 is insane.
(Reply) (Parent) (Thread)
[User Picture]From: iamo
2005-07-19 04:55 am (UTC)
Actually win64 is always IL32LLP64. LONG is still typedefed as long, DWORD is still typedefed as unsigned long. Changing them would have the same impact as changing what they typedef to because a lot of software for windows pervasively uses them.

They introduced a new typedef for ints that need to store pointers, [U]LONG_PTR, which resolves to [unsigned] long long. To write software that works on both, you pretty much have to use that typedef for anything you cast a pointer into.
(Reply) (Parent) (Thread)