Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Ulf Samuelsson <ulf.samuelsson@atmel.com>
To: buildroot@busybox.net
Subject: [Buildroot] avr32 patches vs. x86 breakage
Date: Tue, 25 Mar 2008 09:55:50 +0100	[thread overview]
Message-ID: <049b01c88e5d$54dd4870$070514ac@atmel.com> (raw)
In-Reply-To: 874pb01l1i.fsf@macbook.be.48ers.dk

> Hi,
> 
> >> They should fix their arch and you should not add kludge to work around
> >> such bugs, imo.
> 
> Nigel> In an ideal situation yes .... but buildroot is an opensource
> Nigel> project with no time constraints imposed on its contributors.
> 
> But that doesn't mean that contributors don't care.
> 
> Nigel> If I contributed a patch to add an arch to GCC, and it broke 2
> Nigel> months down the line when people began to use it, are you just
> Nigel> going to remove it out of buildroot until it gets fixed? What
> Nigel> happens if it broke support for everything except its own
> Nigel> arch?  What happens if there were thousands of users of it,
> Nigel> more than any other arch?
> 
> If you would not be ready to support your work and no one else would
> step up to do it (or if I could/would myself) - Then yes. No one gains
> by stuff just sitting in the tree bitrotting.
> 
> Nigel> In this case its the AVR32 support which breaks x86 .... I'm sure there
> Nigel> are more users of AVR32 than x86. 1) its impractical to remove AVR32
> Nigel> support until its fixed, we don't know how long it will take  2) its
> Nigel> senseless to drop support for x86 because an AVR32 patch breaks it.


The AVR32 is supported in two ways today.
1) Through downloading the prepatched source
2) Through normal methods with patches in the toolchain/gcc/gcc-x.y.z

I doubt that we need both.
It is VERY practical to remove the AVR32 support from the toolchain directory.


Best Regards
Ulf Samuelsson

  reply	other threads:[~2008-03-25  8:55 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-21  6:00 [Buildroot] avr32 patches vs. x86 breakage Nigel Kukard
2008-03-21  7:45 ` Peter Korsgaard
     [not found]   ` <1206086506.2562.64.camel@nigel-x60>
2008-03-21  8:18     ` Peter Korsgaard
2008-03-21  8:38       ` Nigel Kukard
2008-03-21  8:52   ` Bernhard Fischer
2008-03-21  9:12     ` Nigel Kukard
2008-03-21  9:30       ` Peter Korsgaard
2008-03-25  8:55         ` Ulf Samuelsson [this message]
     [not found]     ` <87hcf01m0r.fsf@macbook.be.48ers.dk>
2008-03-21  9:32       ` Peter Korsgaard
2008-03-21 11:36         ` John Voltz
2008-03-21 12:11           ` Bernhard Fischer
2008-03-21 12:47             ` John Voltz
2008-03-25  8:50   ` Ulf Samuelsson

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='049b01c88e5d$54dd4870$070514ac@atmel.com' \
    --to=ulf.samuelsson@atmel.com \
    --cc=buildroot@busybox.net \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox