Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Bernhard Fischer <rep.dot.nop@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] svn commit: trunk/buildroot/toolchain/gcc
Date: Mon, 30 Jul 2007 11:21:18 +0200	[thread overview]
Message-ID: <20070730092118.GC23273@aon.at> (raw)
In-Reply-To: <1185786881.9395.1.camel@localhost.localdomain>

On Mon, Jul 30, 2007 at 11:14:41AM +0200, Hans-Christian Egtvedt wrote:
>
>On Mon, 2007-07-30 at 10:39 +0200, Bernhard Fischer wrote:
>> On Mon, Jul 30, 2007 at 09:53:08AM +0200, Hans-Christian Egtvedt wrote:
>> >
>> >On Mon, 2007-07-30 at 09:21 +0200, Bernhard Fischer wrote:
>> >> On Sun, Jul 29, 2007 at 10:43:50AM -0700, ulf at uclibc.org wrote:
>
><cut AVR32 configuration menu option>
>
>> >> I object to this change.
>> >> Please explain why you don't just add disable-mudflap if the target arch
>> >> is BR2_avr32
>> >
>> >So a little patch to alter the toolchain/gcc/Makefile.in to modify
>> >EXTRA_TARGET_GCC_CONFIG_OPTIONS when ARCH is avr32 is a clean and nice
>> >solution?
>> >
>> >And remove this stuff from Config.in.2?
>> 
>> exactly, yes.
>
>Please see the included patch.
>
>-- 
>Mvh
>Hans-Christian Egtvedt

>diff --git a/toolchain/gcc/Config.in b/toolchain/gcc/Config.in
>index 2c47f12..648ae7d 100644
>--- a/toolchain/gcc/Config.in
>+++ b/toolchain/gcc/Config.in
>@@ -140,16 +135,6 @@ config BR2_GCC_USE_SJLJ_EXCEPTIONS
> 	  proper stack unwinding during exception handling.  Most people
> 	  can leave this set to n.
> 
>-config BR2_GCC_AVR32_CONFIGURATION
>-	bool "Enable default AVR32 GCC configuration"
>-	default y
>-	depends BR2_avr32
>-	help
>-	  For the AVR32 platform there is some configuration which are not
>-	  supported.
>-
>-	  Currently this will add "--disable-libmudflap" to configure.
>-
> config BR2_EXTRA_GCC_CONFIG_OPTIONS
> 	string "Additional gcc options"
> 	default ""
>diff --git a/toolchain/gcc/Config.in.2 b/toolchain/gcc/Config.in.2
>index 0b209ec..e556392 100644
>--- a/toolchain/gcc/Config.in.2
>+++ b/toolchain/gcc/Config.in.2
>@@ -2,19 +2,9 @@ config BR2_PACKAGE_GCC_TARGET
> 	bool "native toolchain in the target filesystem"
> 	default n
> 	help
>-	  If you want the target system to be able to run 
>+	  If you want the target system to be able to run
> 	  binutils/gcc and compile native code, say Y here.
> 
>-config BR2_GCC_TARGET_AVR32_CONFIGURATION
>-	bool "Enable default AVR32 GCC configuration"
>-	default y
>-	depends BR2_avr32 && BR2_PACKAGE_GCC_TARGET
>-	help
>-	  For the AVR32 platform there is some configuration which are not
>-	  supported.
>-
>-	  Currently this will add "--disable-libmudflap" to configure.
>-
> config BR2_EXTRA_TARGET_GCC_CONFIG_OPTIONS
> 	string "Additional target gcc options"
> 	default ""
>diff --git a/toolchain/gcc/Makefile.in b/toolchain/gcc/Makefile.in
>index ec14b25..b087eb2 100644
>--- a/toolchain/gcc/Makefile.in
>+++ b/toolchain/gcc/Makefile.in
>@@ -12,7 +12,7 @@ EXTRA_GCC_CONFIG_OPTIONS:=$(strip $(subst ",, $(BR2_EXTRA_GCC_CONFIG_OPTIONS)))
> #"))
> 
> # AVR32 GCC configuration
>-ifeq ($(strip $(BR2_GCC_AVR32_CONFIGURATION)),y)
>+ifeq ($(strip $(BR2_avr32)),y)
> EXTRA_GCC_CONFIG_OPTIONS+=--disable-libmudflap
> endif

This is the cross-compiler, isn't it? Why do you need to disable mudflap
for the cross-compiler unconditionally?

Other than that it's ok to apply.

thanks,
> 
>@@ -86,7 +86,7 @@ endif
> endif # BR2_PREFER_IMA=y
> 
> # AVR32 target GCC configuration
>-ifeq ($(strip $(BR2_GCC_TARGET_AVR32_CONFIGURATION)),y)
>+ifeq ($(strip $(BR2_avr32)),y)
> EXTRA_TARGET_GCC_CONFIG_OPTIONS+=--disable-libmudflap
> endif
> 

  reply	other threads:[~2007-07-30  9:21 UTC|newest]

Thread overview: 171+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-29 17:43 [Buildroot] svn commit: trunk/buildroot/toolchain/gcc ulf at uclibc.org
2007-07-30  7:21 ` Bernhard Fischer
2007-07-30  7:53   ` Hans-Christian Egtvedt
2007-07-30  8:39     ` Bernhard Fischer
2007-07-30  9:14       ` Hans-Christian Egtvedt
2007-07-30  9:21         ` Bernhard Fischer [this message]
2007-07-30 10:19           ` Hans-Christian Egtvedt
2007-07-30 10:32             ` Bernhard Fischer
2007-07-30 10:41               ` Hans-Christian Egtvedt
2007-07-30 12:21                 ` [Buildroot] Kernel compilation fails while using uclibc toolchain Gabbar Singh
2007-07-30 14:25   ` [Buildroot] svn commit: trunk/buildroot/toolchain/gcc Ulf Samuelsson
  -- strict thread matches above, loose matches on Subject: below --
2009-03-01 20:20 jacmet at uclibc.org
2009-01-30 13:34 jacmet at uclibc.org
2009-01-29 19:24 jacmet at uclibc.org
2009-01-29 19:13 jacmet at uclibc.org
2009-01-22 11:18 jacmet at uclibc.org
2009-01-22 10:04 jacmet at uclibc.org
2009-01-17 22:38 Frank Hoeflich
2009-01-17 23:53 ` Shinya Kuribayashi
2009-01-16 14:13 jacmet at uclibc.org
2009-01-16 14:13 jacmet at uclibc.org
2009-01-16 16:36 ` Sven Neumann
2009-01-16 19:20   ` Peter Korsgaard
2009-01-18 13:47     ` Sven Neumann
2009-01-20  9:38       ` Peter Korsgaard
2009-01-17 15:37 ` Shinya Kuribayashi
2009-01-17 16:29   ` Peter Korsgaard
2009-01-17 23:07     ` Shinya Kuribayashi
2009-01-18  8:37       ` Peter Korsgaard
2009-01-18  8:48         ` Shinya Kuribayashi
2009-01-18 11:02           ` Peter Korsgaard
2008-10-02 15:02 egtvedt at uclibc.org
2008-10-02 14:32 egtvedt at uclibc.org
2008-08-22 13:59 jacmet at uclibc.org
2008-07-08 19:31 ulf at uclibc.org
2008-06-21 19:47 jacmet at uclibc.org
2008-06-22 10:25 ` Luigi 'Comio' Mantellini
2008-06-22 11:17   ` Peter Korsgaard
2008-06-22 20:18     ` Bernhard Fischer
2008-06-22 20:52       ` Peter Korsgaard
2008-09-17 11:12         ` Fathi Boudra
2008-09-17 11:33           ` Peter Korsgaard
2008-09-17 11:45             ` Fathi Boudra
2008-09-17 14:03               ` Peter Korsgaard
2008-06-19 19:06 jacmet at uclibc.org
2008-06-18 15:46 jacmet at uclibc.org
2008-06-19  0:38 ` Hamish Moffatt
2008-06-19  7:01   ` Peter Korsgaard
2008-06-18 15:42 jacmet at uclibc.org
2008-06-18 16:33 ` Thiago A. Corrêa
2008-06-18 17:59   ` Peter Korsgaard
2008-06-18 18:29     ` Bernhard Fischer
2008-06-17 13:33 jacmet at uclibc.org
2008-06-17 13:28 jacmet at uclibc.org
2008-06-17 12:54 jacmet at uclibc.org
2008-06-17 13:10 ` Hans-Christian Egtvedt
2008-06-17 13:33   ` Peter Korsgaard
2008-06-06 12:49 jacmet at uclibc.org
2008-04-04 14:16 jacmet at uclibc.org
2008-03-30  8:07 nkukard at uclibc.org
2008-03-30  8:06 nkukard at uclibc.org
2008-03-30  8:05 nkukard at uclibc.org
2008-03-30  8:04 nkukard at uclibc.org
2007-12-17 11:37 vanokuten at uclibc.org
2007-12-13 12:10 vanokuten at uclibc.org
2007-10-20 18:09 vanokuten at uclibc.org
2007-10-19 17:51 vanokuten at uclibc.org
2007-10-12 21:01 ulf at uclibc.org
2007-10-13  8:49 ` Cristian Ionescu-Idbohrn
2007-10-13  9:57   ` Ulf Samuelsson
2007-10-13 10:19     ` Cristian Ionescu-Idbohrn
2007-10-13 11:23       ` Bernhard Fischer
2007-10-13 18:37       ` Ulf Samuelsson
2007-10-13 19:58         ` Cristian Ionescu-Idbohrn
2007-10-13 20:31           ` Ulf Samuelsson
2007-10-13 23:31             ` Cristian Ionescu-Idbohrn
2007-10-14  1:08               ` Ivan Kuten
2007-10-15  6:50               ` Ulf Samuelsson
2007-10-15 17:40                 ` Cristian Ionescu-Idbohrn
2007-10-15 18:16                   ` Ulf Samuelsson
2007-10-15 18:55                   ` Bernhard Fischer
2007-10-15 19:27                     ` Ulf Samuelsson
2007-10-13 11:25     ` Bernhard Fischer
2007-10-12 15:14 ulf at uclibc.org
2007-10-12 12:30 ulf at uclibc.org
2007-10-07 17:22 ulf at uclibc.org
2007-10-01 21:12 ulf at uclibc.org
2007-10-01 21:06 aldot at uclibc.org
2007-10-01 12:57 aldot at uclibc.org
2007-10-01 12:56 aldot at uclibc.org
2007-09-29 20:44 ulf at uclibc.org
2007-09-29 17:32 ulf at uclibc.org
2007-09-28 19:53 ulf at uclibc.org
2007-09-25 17:21 aldot at uclibc.org
2007-09-25 16:39 aldot at uclibc.org
2007-09-23 21:23 aldot at uclibc.org
2007-09-20  9:25 aldot at uclibc.org
2007-09-19 18:46 aldot at uclibc.org
2007-09-19 17:32 aldot at uclibc.org
2007-09-15 12:12 aldot at uclibc.org
2007-09-04  7:35 aldot at uclibc.org
2007-09-03  6:26 ulf at uclibc.org
2007-09-03 14:09 ` Bernhard Fischer
2007-09-03 14:29   ` Ulf Samuelsson
2007-09-03 16:22     ` Rouslan Solomakhin
2007-09-03 21:16       ` Ulf Samuelsson
2007-09-04  8:22         ` Cristian Ionescu-Idbohrn
2007-09-04  8:43           ` Peter Korsgaard
2007-09-04  7:39     ` Bernhard Fischer
2007-09-03  6:10 ulf at uclibc.org
2007-09-01 17:11 aldot at uclibc.org
2007-09-01 17:09 aldot at uclibc.org
2007-08-26 21:00 aldot at uclibc.org
2007-08-26 20:47 aldot at uclibc.org
2007-08-21 10:32 aldot at uclibc.org
2007-08-21 10:28 aldot at uclibc.org
2007-08-21 10:26 ` Cristian Ionescu-Idbohrn
2007-08-21 11:11   ` Bernhard Fischer
2007-08-19 21:15 ulf at uclibc.org
2007-08-01 19:15 ulf at uclibc.org
2007-08-01  8:58 ulf at uclibc.org
2007-07-31 15:07 aldot at uclibc.org
2007-07-30 18:24 ulf at uclibc.org
2007-07-29 17:51 ulf at uclibc.org
2007-07-29 17:36 ulf at uclibc.org
2007-07-30  7:19 ` Bernhard Fischer
2007-07-08 16:27 aldot at uclibc.org
2007-07-08 13:13 aldot at uclibc.org
2007-07-08 12:50 aldot at uclibc.org
2007-07-07 23:55 aldot at uclibc.org
2007-07-07 12:58 aldot at uclibc.org
2007-07-07 12:28 ulf at uclibc.org
2007-09-01 18:43 ` Bernhard Fischer
2007-09-03  7:41   ` Ulf Samuelsson
2007-07-07  7:34 ulf at uclibc.org
2007-07-07  9:33 ` Bernhard Fischer
2007-07-07 11:55   ` Ulf Samuelsson
2007-07-07 12:39     ` Bernhard Fischer
2007-07-05  5:15 sjhill at uclibc.org
2007-07-05  5:13 sjhill at uclibc.org
2007-06-28 14:05 aldot at uclibc.org
2007-06-25  7:52 aldot at uclibc.org
2007-06-24 11:30 aldot at uclibc.org
2007-05-24 21:23 jacmet at uclibc.org
2007-05-15 13:58 jacmet at uclibc.org
2007-04-13  2:04 sjhill at uclibc.org
2007-04-02 16:18 aldot at uclibc.org
2007-03-22 17:21 aldot at uclibc.org
2007-02-14  8:49 aldot at uclibc.org
2007-02-09 14:05 aldot at uclibc.org
2007-02-09 13:43 aldot at uclibc.org
2007-02-04 21:59 aldot at uclibc.org
2007-02-04 15:23 aldot at uclibc.org
2007-01-31 15:09 aldot at uclibc.org
2007-01-28 11:57 aldot at uclibc.org
2007-01-26 14:51 aldot at uclibc.org
2007-01-25  0:18 aldot at uclibc.org
2007-01-21 11:50 aldot at uclibc.org
2006-12-28  8:49 aldot at uclibc.org
2006-12-28  8:48 aldot at uclibc.org
2006-12-22 11:45 aldot at uclibc.org
2006-12-22 11:43 aldot at uclibc.org
2006-12-22 11:38 aldot at uclibc.org
2006-12-12 17:01 aldot at uclibc.org
2006-12-10 13:24 aldot at uclibc.org
2006-12-07 17:02 aldot at uclibc.org
2006-12-07  4:49 sjhill at uclibc.org
2006-12-02  5:15 sjhill at uclibc.org
2006-11-16  9:55 jacmet at uclibc.org
2006-10-26 15:15 jacmet at uclibc.org
2006-10-02 19:40 andersen at uclibc.org

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=20070730092118.GC23273@aon.at \
    --to=rep.dot.nop@gmail.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