All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Walrond <andrew@walrond.org>
To: sparclinux@vger.kernel.org
Subject: Re: Is Sun putting much effort into supporting the gcc/binutils
Date: Fri, 14 Sep 2007 21:43:16 +0000	[thread overview]
Message-ID: <46EB0074.9040509@walrond.org> (raw)
In-Reply-To: <46E7CF5F.3090909@walrond.org>

Hi David,

David Carlton wrote:
> 
> This is true.  I'm not sure how many rounds of layoffs we've had over
> the last five years, but there were many, and I'm not completely sure
> that we're done.
> 
> It's also true that we're not behaving as well as we should in this
> situation.  I've forwarded several messages in this thread to people
> at Sun who might be in a position to make a difference: from where I
> sit, it looks like a situation where having a few of our engineers
> contributing directly to these segments of the open source community
> would help a lot.

Forget 'helping the open source community' and think 'helping Sun'.

I use gnu/linux, primarily on x86_64, which is well supported (kernel
and toolchain) by Intel and AMD. Along comes Sun with some really nice,
competitive new technology (Niagara) which I would love to use, but not
at the time and expense of converting all our our stuff to Solaris, in
which we have no experience, knowledge or know how. Nor are we willing
to lock ourselves into Solaris going forward, since gnu/linux runs on
_everything_ else and leaves our choice of hardware wide open in the future.

And I'll be damned if I am going to bet the farm on a rack of Niagara
servers supported on our OS of choice by _ONE_ enthusiastic 3rd party
developer.

So, bottom line, if you want to sell Niagara product lines to the
gnu/linux market, people like me who are ready and _eager_ to use it,
then step up to the plate with a few developers to help make the
gnu/linux toolchain and kernel every bit as good and supported as the
solaris equivalents.

> 
> But obviously we're not doing a perfect job; in particular, we're
> clearly not doing as good a job on the Sparc + Linux quadrant as we
> should.  Please continue to try to keep us honest, but do so with the
> realization that we're fallible, we're resource-constrained, and we
> can't do everything at once.

I know Sun has had a hard time financially, but having posted revenues
of $13.873 billion for fiscal 2007, the cost of a few developers to open
up the whole gnu/linux market segment for Niagara is down in the noise.

> 
> I am speaking purely as an individual; I am currently employed by Sun,
> and I have a soft spot for GCC (I used to work on GDB before being
> hired by Sun), but my current work is completely unrelated to compiler
> toolchain issues.  (Other than as a user!)  And I have no particular
> influence on Sun's resource allocation or open source behavior.

And I apologise (to everyone) for any unnecessary rhetoric on my part; I
freely admit that I designed my posts specifically to sparc (ahem) this
debate, but I guess most of you knew that already ;)

Andrew Walrond


  parent reply	other threads:[~2007-09-14 21:43 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-12 11:37 Is Sun putting much effort into supporting the gcc/binutils toolchain Andrew Walrond
2007-09-12 12:23 ` Is Sun putting much effort into supporting the gcc/binutils David Miller
2007-09-12 13:22 ` Andrew Walrond
2007-09-12 13:25 ` Gordan Bobic
2007-09-12 13:28 ` Tim Prince
2007-09-13  6:23 ` Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Lijuan Hai
2007-09-13  9:16 ` Is Sun putting much effort into supporting the gcc/binutils toolchain Sunil Amitkumar Janki
2007-09-13  9:33 ` Is Sun putting much effort into supporting the gcc/binutils David Miller
2007-09-13 10:17 ` Is Sun putting much effort into supporting the gcc/binutils toolchain Andrew Walrond
2007-09-13 10:36 ` Is Sun putting much effort into supporting the gcc/binutils Andrew Walrond
2007-09-13 10:47 ` Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Eric Botcazou
2007-09-13 11:16 ` Is Sun putting much effort into supporting the gcc/binutils toolchain Andrew Walrond
2007-09-13 11:35 ` Sunil Amitkumar Janki
2007-09-13 12:14 ` Chris Newport
2007-09-13 13:01 ` Sunil Amitkumar Janki
2007-09-13 14:02 ` Is Sun putting much effort into supporting the gcc/binutils Andrew Walrond
2007-09-13 21:53 ` David Miller
2007-09-14  5:31 ` Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? NightStrike
2007-09-14  5:43 ` Is Sun putting much effort into supporting the gcc/binutils Andrew Walrond
2007-09-14  5:51 ` Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Eric Botcazou
2007-09-14  6:17 ` Is Sun putting much effort into supporting the gcc/binutils Hamish Greig
2007-09-14 16:27 ` Is Sun putting much effort into supporting the gcc/binutils toolchain on sparc64 ? Joe Buck
2007-09-14 17:20 ` Is Sun putting much effort into supporting the gcc/binutils David Carlton
2007-09-14 21:43 ` Andrew Walrond [this message]
2007-09-14 22:01 ` David Miller
2007-09-14 22:54 ` Is Sun putting much effort into supporting the gcc/binutils toolchain Andrew Walrond
2007-09-14 22:57 ` Is Sun putting much effort into supporting the gcc/binutils David Miller

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=46EB0074.9040509@walrond.org \
    --to=andrew@walrond.org \
    --cc=sparclinux@vger.kernel.org \
    /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.