* Re: Merging Linaro gcc-4.7 hardfp support
2013-04-22 21:07 Merging Linaro gcc-4.7 hardfp support Denys Dmytriyenko
@ 2013-05-01 4:07 ` Denys Dmytriyenko
0 siblings, 0 replies; 2+ messages in thread
From: Denys Dmytriyenko @ 2013-05-01 4:07 UTC (permalink / raw)
To: Denys Dmytriyenko; +Cc: meta-arago
On Mon, Apr 22, 2013 at 05:07:40PM -0400, Denys Dmytriyenko wrote:
> All,
>
> As I have received mostly positive feedback from our teams (LCPD, AMSDK,
> MCSDK) about early testing of the Linaro gcc-4.7 hardfp toolchain integartion,
> I will be merging it into the master branch shortly. Please let me know if you
> have any questions or concerns. Thanks.
All,
There's been slight delay in merging the Linaro-hardfp integration into the
master branch due to few concerns raised by the kernel team last week. All
has been resolved so far and I'll do the merge shortly, but since this may
affect others, here are the details:
1. Compiling the same kernel tree with old gcc-4.5 and the new gcc-4.7 shows
_less_ warnings. Some of the "variable may be used uninitialized" warnings are
no longer reported, since gcc-4.7 is now able to remove more false positives:
http://gcc.gnu.org/wiki/Better_Uninitialized_Warnings
2. Building ARM kernel results in the following unusual warnings:
arch/arm/boot/compressed/head.S: Assembler messages:
arch/arm/boot/compressed/head.S:565: Warning: (null)
arch/arm/boot/compressed/head.S:676: Warning: (null)
arch/arm/boot/compressed/head.S:698: Warning: (null)
That is due to the changes made in recent binutils, related to ARMv8, and
there is a patch with more details available (still pending for 3.10):
https://patchwork.kernel.org/patch/2013211/
3. Again, comparing to the previous builds under old toolchain, there are some
"section mismatch" warnings missing, when built with the new toolchain, e.g.:
WARNING: vmlinux.o(.text+0x22ea4): Section mismatch in reference from the
function omapdrm_init() to the function .init.text:omap_device_build()
The function omapdrm_init() references
the function __init omap_device_build().
This is often because omapdrm_init lacks a __init
annotation or the annotation of omap_device_build is wrong.
After some investigation, a kernel patch was submitted by Tom Rini:
https://patchwork.kernel.org/patch/2486601/
Now, with all of the above concerns resolved I'll proceed with merging the
linaro-hardfp branch into the master. Please let me know if you have any
questions. Thanks.
--
Denys
^ permalink raw reply [flat|nested] 2+ messages in thread