rtems gcc 4.6.1 can not compile stop at check TLS
sebastien at milkymist.org
Mon Aug 29 10:47:23 CDT 2011
On Wed, 2011-08-24 at 16:26 +0200, Ralf Corsepius wrote:
> I regret having to say so, my feel about this patch is "short-sighted
> featuritis", blowing up the toolchain beyond reason.
This patch actually _decreases_ software bloat where it matters, namely
on the embedded system targeted by RTEMS. Using software emulation of
the divider (or the other CPU features we want multilibs for) when the
hardware divider is available only makes code slower and larger. Newlib
does make use of these features.
If you do not want too many multilibs (which aren't much of a problem
given the cost of mainstream CPUs and storage those days) just build one
lib with all the CPU options enabled. This is what we (the Milkymist
project) implement, and we are by far the largest user of the LM32
target (the only other LM32 BSP, lm32_evr, is - by the words of its
developer - "not really used yet for anything serious"). Currently, we
cannot use your LM32 toolchain binaries because they lack this feature
we need. What is the point of shipping software that almost no one uses?
This multilib patch is upstream GCC already.
In a nutshell: just build the libraries with all the CPU options enabled
into the LM32 RTEMS toolchain. It is the right thing to do.
More information about the rtems-users