From: Shinya Kuribayashi <skuribay@ruby.dti.ne.jp>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] [MIPS] Add PIC-related switches to PLATFORM_{CPP, LD}FLAGS and cleanup
Date: Sun, 21 Oct 2007 21:12:15 +0900 [thread overview]
Message-ID: <471B421F.2070901@ruby.dti.ne.jp> (raw)
In-Reply-To: <471A230F.9050209@ruby.dti.ne.jp>
Shinya Kuribayashi wrote:
> diff --git a/cpu/mips/config.mk b/cpu/mips/config.mk
> index b29986e..1f2860e 100644
> --- a/cpu/mips/config.mk
> +++ b/cpu/mips/config.mk
> @@ -35,6 +35,4 @@ else
> ENDIANNESS = -EB
> endif
>
> -MIPSFLAGS += $(ENDIANNESS) -mabicalls
> -
> -PLATFORM_CPPFLAGS += $(MIPSFLAGS)
> +PLATFORM_CPPFLAGS += $(ENDIANNESS)
Err, I should have fixed like this:
-MIPSFLAGS += $(ENDIANNESS) -mabicalls
+MIPSFLAGS += $(ENDIANNESS)
already fixed.
Shinya
> diff --git a/mips_config.mk b/mips_config.mk
> index d8aa5fa..67fb67d 100644
> --- a/mips_config.mk
> +++ b/mips_config.mk
> @@ -22,3 +22,28 @@
> #
>
> PLATFORM_CPPFLAGS += -DCONFIG_MIPS -D__MIPS__
> +
> +#
> +# From Linux arch/mips/Makefile
> +#
> +# GCC uses -G 0 -mabicalls -fpic as default. We don't want PIC in the kernel
> +# code since it only slows down the whole thing. At some point we might make
> +# use of global pointer optimizations but their use of $28 conflicts with
> +# the current pointer optimization.
> +#
> +# The DECStation requires an ECOFF kernel for remote booting, other MIPS
> +# machines may also. Since BFD is incredibly buggy with respect to
> +# crossformat linking we rely on the elf2ecoff tool for format conversion.
> +#
> +# cflags-y += -G 0 -mno-abicalls -fno-pic -pipe
> +# cflags-y += -msoft-float
> +# LDFLAGS_vmlinux += -G 0 -static -n -nostdlib
> +# MODFLAGS += -mlong-calls
> +#
> +
> +#
> +# Meanwhile, U-Boot rely on PIC. We add proper switches explicitly.
> +#
> +PLATFORM_CPPFLAGS += -G 0 -mabicalls -fpic -pipe
> +PLATFORM_CPPFLAGS += -msoft-float
> +PLATFORM_LDFLAGS += -G 0 -static -n -nostdlib
prev parent reply other threads:[~2007-10-21 12:12 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-20 15:39 [U-Boot-Users] [PATCH 0/5][MIPS] Fix several problems on relocation Shinya Kuribayashi
2007-10-20 15:40 ` [U-Boot-Users] [PATCH 1/5][MIPS] u-boot.lds: Remove duplicated .sdata section Shinya Kuribayashi
2007-10-20 15:42 ` [U-Boot-Users] [PATCH 2/5][MIPS] u-boot.lds: Fix __got_start and __got_end Shinya Kuribayashi
2007-10-20 15:44 ` [U-Boot-Users] [PATCH 3/5][MIPS] Fix $gp usage Shinya Kuribayashi
2007-10-20 15:45 ` [U-Boot-Users] [PATCH 4/5][MIPS] u-boot.lds: Define _gp in a standard manner Shinya Kuribayashi
2007-10-20 15:47 ` [U-Boot-Users] [MIPS] Add PIC-related switches to PLATFORM_{CPP, LD}FLAGS and cleanup Shinya Kuribayashi
2007-10-20 18:05 ` Wolfgang Denk
2007-10-21 12:12 ` Shinya Kuribayashi [this message]
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=471B421F.2070901@ruby.dti.ne.jp \
--to=skuribay@ruby.dti.ne.jp \
--cc=u-boot@lists.denx.de \
/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.