Re: SDK environment LDFLAGS problem?
Wolfgang Denk <wd@...>
In message <50F59A91.5080806@...> you wrote:
This is indeed a problem, and not only with the kernel, but also forYes, it's clear to me that, in this one respect, the SDK is unsuitable
example with U-Boot - fortunately there are not that many software
packages that need to tweak with linker scripts etc. so they need to
call the linker directly.
You probably want Jessica or Richard to comment on the architecture /...
Everyone/Everything has their reasons for the different workflow(s).I found it difficult to find any formal definition of what LDFLAGS is
supposed to be. The most authoritative appears to be the definition
as given by the make(1) documentation - as this is where LDFLAGS
actually gets used:
Extra flags to give to compilers when they are supposed
to invoke the linker, `ld'.
Note the phrase "flags to give to compilers", i. e. this clearly
states that the linking is supposed to be done by running the compiler
frontend, and not the linker directly.
So even though we feel the recent version breaks old habits, it seems
that simply our old habits were based on incorrect assumptions.
I see no reason to fix the current settings, but perhaps it would be
helpful to clearly document this behaviour and recommend a workaround.
At least this was what we did for our Yocto based ELDK .
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@...
Steal five dollars and you were a petty thief. Steal thousands of
dollars and you are either a government or a hero.
- Terry Pratchett, _Going_Postal_