From: Ralf Baechle <ralf@Julia.DE>
To: davem@jenolan.rutgers.edu (David S. Miller)
Cc: shaver@neon.ingenia.ca, linux@cthulhu.engr.sgi.com
Subject: Re: all in the family
Date: Thu, 10 Apr 1997 09:01:33 +0200 (MET DST) [thread overview]
Message-ID: <199704100701.JAA08771@kernel.panic.julia.de> (raw)
In-Reply-To: <199704100226.WAA01960@jenolan.caipgeneral> from "David S. Miller" at Apr 9, 97 10:26:18 pm
> Looks like I may be getting a machine here to see if we can migrate
> some of our non-Oracle machines to Linux/SPARC.
>
> Anyone know if the emulation is up to hosting the Linux/Indy
> cross-compiler?
>
> It should be straight forward, 32-bit to 32-bit crosses under gcc work
> flawlessly right out of the box for everything I've ever tried. It's
> when you cross from 32-bit to 64-bit that you may hit a bug or two.
I've got the necessary patches to make the binutils and GCC work as
Linux/Alpha -> Linux/MIPS crosscompiler. Mike, if you need them remind
me to send them if you need them.
> In related news, we'll then have Linux running on 5 architectures
> in the same room (Intel, Alpha, SPARC, ELKS, Indy). Maybe I'll
> steal the PowerMac too... =)
>
> ELKS, that is cheating ;-)
:-)
Ralf
WARNING: multiple messages have this Message-ID (diff)
From: Ralf Baechle <ralf@Julia.DE>
To: "David S. Miller" <davem@jenolan.rutgers.edu>
Cc: shaver@neon.ingenia.ca, linux@cthulhu.engr.sgi.com
Subject: Re: all in the family
Date: Thu, 10 Apr 1997 09:01:33 +0200 (MET DST) [thread overview]
Message-ID: <199704100701.JAA08771@kernel.panic.julia.de> (raw)
Message-ID: <19970410070133.bsFQ6h5bAOaOqLiH8Z8aUYmZoezc61r-jGzoiYZf_sw@z> (raw)
In-Reply-To: <199704100226.WAA01960@jenolan.caipgeneral> from "David S. Miller" at Apr 9, 97 10:26:18 pm
> Looks like I may be getting a machine here to see if we can migrate
> some of our non-Oracle machines to Linux/SPARC.
>
> Anyone know if the emulation is up to hosting the Linux/Indy
> cross-compiler?
>
> It should be straight forward, 32-bit to 32-bit crosses under gcc work
> flawlessly right out of the box for everything I've ever tried. It's
> when you cross from 32-bit to 64-bit that you may hit a bug or two.
I've got the necessary patches to make the binutils and GCC work as
Linux/Alpha -> Linux/MIPS crosscompiler. Mike, if you need them remind
me to send them if you need them.
> In related news, we'll then have Linux running on 5 architectures
> in the same room (Intel, Alpha, SPARC, ELKS, Indy). Maybe I'll
> steal the PowerMac too... =)
>
> ELKS, that is cheating ;-)
:-)
Ralf
next prev parent reply other threads:[~1997-04-10 8:04 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
1997-04-10 2:11 all in the family Mike Shaver
1997-04-10 2:26 ` David S. Miller
1997-04-10 7:01 ` Ralf Baechle [this message]
1997-04-10 7:01 ` Ralf Baechle
1997-04-10 15:09 ` Mike Shaver
1997-04-10 15:09 ` Mike Shaver
1997-04-10 7:18 ` Miguel de Icaza
1997-04-10 14:53 ` Mike Shaver
1997-04-10 14:53 ` Mike Shaver
1997-04-10 14:22 ` Ralf Baechle
1997-04-10 14:22 ` Ralf Baechle
1997-04-10 15:30 ` Mike Shaver
1997-04-10 15:30 ` Mike Shaver
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=199704100701.JAA08771@kernel.panic.julia.de \
--to=ralf@julia.de \
--cc=davem@jenolan.rutgers.edu \
--cc=linux@cthulhu.engr.sgi.com \
--cc=shaver@neon.ingenia.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.