From: Graeme Russ <graeme.russ@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 02/32] x86: Align config.mk and linker scripts with other arches
Date: Sat, 05 Feb 2011 09:45:09 +1100 [thread overview]
Message-ID: <4D4C8175.3020607@gmail.com> (raw)
In-Reply-To: <20110204144210.15266133@udp111988uds>
On 05/02/11 07:42, Scott Wood wrote:
> On Fri, 4 Feb 2011 23:35:29 +1100
> Graeme Russ <graeme.russ@gmail.com> wrote:
>
>> LDFLAGS += --cref
>> -LDFLAGS_u-boot += --gc-sections
>> -PLATFORM_RELFLAGS += -ffunction-sections
>> +LDFLAGS_u-boot += --gc-sections -pie
>> +LDSCRIPT := $(SRCTREE)/$(CPUDIR)/u-boot.lds
>
> The use of --cref came up recently (see
> http://lists.denx.de/pipermail/u-boot/2011-February/086698.html).
>
> During what link phase is --cref supposed to be used? Currently it is being
> used during partial links only, and not the final link, as a result of
> commit 8aba9dceebb14144e07d19593111ee3a999c37fc. As the toplevel
> config.mk currently stands, it would have to go in PLATFORM_LDFLAGS to
> be used in all link phases, or LDFLAGS_u-boot to be used when linking
> the final image only.
>
> BTW, is it really enabled because of something to do with i386? Or just
> maintainer preference (in which case it should probably be a non-arch config,
> or in this case just enabled unconditionally, since I don't think there's
> any harm to it).
I think --cref is historical. I have just performed a build without it and
it runs fine, so I think it can be safely removed.
Maybe it might be worth starting a separate discussion thread with the goal
of unifying and documenting the linker, make and config.mk files?
Regards,
Graeme
next prev parent reply other threads:[~2011-02-04 22:45 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-04 12:35 [U-Boot] [PATCH 00/32] Massive x86 Update - Bring x86 in line with ARM and PPC Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 01/32] x86: Fix definition of global_data struct for asm-offsets.c Graeme Russ
2011-02-12 4:25 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 02/32] x86: Align config.mk and linker scripts with other arches Graeme Russ
2011-02-04 20:42 ` Scott Wood
2011-02-04 22:45 ` Graeme Russ [this message]
2011-02-10 1:05 ` =?//TRANSLIT?Q?Lo=EFc?= Minier
2011-02-12 4:26 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 03/32] eNET: Create distinct board configurations Graeme Russ
2011-02-12 4:26 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 04/32] x86: Parametize values used in linker script Graeme Russ
2011-02-12 4:26 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 05/32] sc520: Sort Makefile Graeme Russ
2011-02-12 4:27 ` Graeme Russ
2011-02-12 4:27 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 06/32] x86: Fix mangled umlauts Graeme Russ
2011-02-12 4:27 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 07/32] x86: Add stack dump to register dump Graeme Russ
2011-02-12 4:27 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 08/32] x86: Move Global Descriptor Table defines to processor.h Graeme Russ
2011-02-12 4:27 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 09/32] x86: Add processor flags header from linux Graeme Russ
2011-02-12 4:27 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 10/32] x86: Call early_board_init when warm booting Graeme Russ
2011-02-12 4:28 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 11/32] x86: Make cpu init functions weak Graeme Russ
2011-02-12 4:28 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 12/32] sc520: Define MMCR address in include file Graeme Russ
2011-02-12 4:28 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 13/32] sc520: Move board specific settings to board init function Graeme Russ
2011-02-12 4:28 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 14/32] sc520: Remove printf calls from cpu_init_f Graeme Russ
2011-02-12 4:28 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 15/32] eNET: Fix eNET Interrupt Setup for Linux Graeme Russ
2011-02-12 4:28 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 16/32] eNET: Add RTC support to eNET Graeme Russ
2011-02-12 4:29 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 17/32] eNET: Define MMCR values in config.h Graeme Russ
2011-02-12 4:29 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 18/32] eNET: Rearrange PAR assignments Graeme Russ
2011-02-12 4:29 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 19/32] eNET: General code cleanup Graeme Russ
2011-02-12 4:29 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 20/32] x86: Move initial gd to fixed location Graeme Russ
2011-02-12 4:29 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 21/32] x86: Use Cache-As-RAM for initial stack Graeme Russ
2011-02-12 4:29 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 22/32] sc520: Move RAM sizing code from asm to C Graeme Russ
2011-02-12 4:30 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 23/32] x86: Defer setup of final stack Graeme Russ
2011-02-12 4:30 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 24/32] x86: Move call to dram_init_f into board_init_f Graeme Russ
2011-02-12 4:30 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 25/32] x86: Move test for cold boot into init functions Graeme Russ
2011-02-12 4:30 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 26/32] x86: Move console initialisation into board_init_f Graeme Russ
2011-02-12 4:30 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 27/32] x86: Fix incorrect usage of relocation offset Graeme Russ
2011-02-12 4:30 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 28/32] x86: Split board_init_f() into init_fnc_t compatible functions Graeme Russ
2011-02-12 4:31 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 29/32] x86: Rearrange function calls in board_init_f Graeme Russ
2011-02-12 4:31 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 30/32] x86: Convert board_init_f to use an init_sequence Graeme Russ
2011-02-12 4:31 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 31/32] sc520: Release CAR and enable caching Graeme Russ
2011-02-12 4:31 ` Graeme Russ
2011-02-04 12:35 ` [U-Boot] [PATCH 32/32] eNET: Move initial Global Data into CAR Graeme Russ
2011-02-12 4:31 ` Graeme Russ
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=4D4C8175.3020607@gmail.com \
--to=graeme.russ@gmail.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox