From: Andrew Morton <akpm@linux-foundation.org>
To: Tom Rini <trini@kernel.crashing.org>
Cc: torvalds@linux-foundation.org, bunk@kernel.org,
venkatesh.pallipadi@intel.com, davem@davemloft.net,
mingo@elte.hu, tglx@linutronix.de, hpa@zytor.com,
linux-kernel@vger.kernel.org, suresh.b.siddha@intel.com,
vegard.nossum@gmail.com
Subject: Re: huge gcc 4.1.{0,1} __weak problem
Date: Thu, 1 May 2008 16:59:45 -0700 [thread overview]
Message-ID: <20080501165945.077d34f9.akpm@linux-foundation.org> (raw)
In-Reply-To: <20080501232447.GF4354@smtp.west.cox.net>
On Thu, 1 May 2008 16:24:47 -0700
Tom Rini <trini@kernel.crashing.org> wrote:
> On Thu, May 01, 2008 at 03:33:49PM -0700, Andrew Morton wrote:
> > On Thu, 1 May 2008 15:27:26 -0700 (PDT)
> > Linus Torvalds <torvalds@linux-foundation.org> wrote:
> >
> > >
> > >
> > > On Thu, 1 May 2008, Andrew Morton wrote:
> > > > >
> > > > > I see only the following choices:
> > > > > - remove __weak and replace all current usages
> > > > > - move all __weak functions into own files, and ensure that also happens
> > > > > for future usages
> > > > > - #error for gcc 4.1.{0,1}
> > > >
> > > > Can we detect the {0,1}? __GNUC_EVEN_MORE_MINOR__?
> > >
> > > It's __GNUC_PATCHLEVEL__, I believe.
> > >
> > > So yes, we can distinguish 4.1.2 (good, and very common) from 4.1.{0,1}
> > > (bad, and rather uncommon).
> > >
> > > And yes, considering that 4.1.1 (and even more so 4.1.0) should be rare to
> > > begin with, I think it's better to just not support it.
> > >
> >
> > Drat. There go my alpha, i386, m68k, s390, sparc and powerpc
> > cross-compilers. Vagard, save me!
> >
> > Meanwhile I guess I can locally unpatch that patch.
>
> I know I'll come off as an ass, but you can't make new ones with 4.1.2?
> It's not like we're talking about gcc 2.95/96 fun here :)
Honestly, I nearly died when I built all those cross-compilers. Sooooooo
many combinations of gcc/binutils/glibc refused to work for obscure
reasons. Compilation on x86_64 just didn't work at all and I ended up
having to build everything on a slow i386 box, etc, etc. The stream of
email to Dan got increasingly strident ;)
I think crosstool has become a lot better since then, judging from the ease
with which Jens was able to spin up the powerpc compiler, but the trauma
was a life-long thing.
Vegard has been making noises about (finally!) preparing and maintaining a
decent set of cross-compilers for us. It would be a great service (begs).
next prev parent reply other threads:[~2008-05-02 0:00 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-30 1:31 [PATCH] /dev/mem gcc weak function workaround Venki Pallipadi
2008-04-30 4:28 ` David Miller
2008-04-30 12:49 ` Pallipadi, Venkatesh
2008-04-30 20:15 ` Tom Rini
2008-05-01 21:56 ` huge gcc 4.1.{0,1} __weak problem Adrian Bunk
2008-05-01 22:20 ` Andrew Morton
2008-05-01 22:27 ` Linus Torvalds
2008-05-01 22:33 ` Andrew Morton
2008-05-01 23:24 ` Tom Rini
2008-05-01 23:59 ` Andrew Morton [this message]
2008-05-02 0:21 ` Justin Mattock
2008-05-02 7:18 ` Vegard Nossum
2008-05-02 13:43 ` Theodore Tso
2008-05-02 8:10 ` Adrian Bunk
2008-05-02 9:09 ` Andi Kleen
2008-05-01 22:35 ` Venki Pallipadi
2008-05-01 22:42 ` Andrew Morton
2008-05-01 22:49 ` Jakub Jelinek
2008-05-01 23:21 ` Tom Rini
2008-05-01 23:30 ` Venki Pallipadi
2008-05-02 0:34 ` Linus Torvalds
2008-05-02 0:39 ` Suresh Siddha
2008-05-02 21:11 ` Jeremy Fitzhardinge
2008-05-02 22:02 ` David Miller
2008-05-01 23:23 ` Tom Rini
2008-05-01 22:51 ` David Miller
2008-06-26 10:37 ` [2.6.26 patch] #error for gcc 4.1.{0,1} Adrian Bunk
2008-05-02 21:09 ` huge gcc 4.1.{0,1} __weak problem Jeremy Fitzhardinge
2008-05-02 21:19 ` Adrian Bunk
-- strict thread matches above, loose matches on Subject: below --
2008-05-01 23:55 Chris Knadle
2008-05-02 9:19 ` Miquel van Smoorenburg
2008-05-02 9:55 ` Alistair John Strachan
2008-05-02 10:43 ` Sam Ravnborg
2008-05-02 11:48 ` Alistair John Strachan
2008-05-02 13:57 ` Sam Ravnborg
2008-05-02 14:11 ` Jakub Jelinek
2008-05-02 15:26 ` Alistair John Strachan
2008-05-02 14:57 ` Jeremy Fitzhardinge
2008-05-02 12:40 ` Sven-Haegar Koch
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=20080501165945.077d34f9.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=bunk@kernel.org \
--cc=davem@davemloft.net \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=suresh.b.siddha@intel.com \
--cc=tglx@linutronix.de \
--cc=torvalds@linux-foundation.org \
--cc=trini@kernel.crashing.org \
--cc=vegard.nossum@gmail.com \
--cc=venkatesh.pallipadi@intel.com \
/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