All of 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 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.