1 |
Adam Carter <adamcarter3@×××××.com> [13-08-09 17:27]: |
2 |
> > I already tried do set new CFLAGS via /etc/portage/env/nolto.conf: |
3 |
> > |
4 |
> > beagleboneblack:portage/package.env>cat simh |
5 |
> > app-emulation/simh no-lto.conf |
6 |
> > |
7 |
> > and and an according file in /etc/porttage/package.env: |
8 |
> > |
9 |
> > beagleboneblack:portage/package.env>cat simh |
10 |
> > app-emulation/simh no-lto.conf |
11 |
> > |
12 |
> > but this does not have any effect. |
13 |
> > |
14 |
> |
15 |
> What's the contents of no-lto.conf ? Was the missing - a typo? |
16 |
> |
17 |
> FWIW - i have a lot of build failures with lto and gcc-4.7.3, but many of |
18 |
> these work with lto and gcc-4.6.3 |
19 |
|
20 |
Hi Adam, |
21 |
|
22 |
Here is the contents of both files: |
23 |
|
24 |
beagleboneblack:portage/package.env>cat simh |
25 |
app-emulation/simh no-lto.conf |
26 |
beagleboneblack:portage/env>cat no-lto.conf |
27 |
CFLAGS="${CFLAGS} -fno-lto -fno-use-linker-plugin" |
28 |
CXXFLAGS="${CXXFLAGS} -fno-lto -fno-use-linker-plugin" |
29 |
LDFLAGS="${LDFLAGS} -fno-lto -fno-use-linker-plugin" |
30 |
|
31 |
The (only) gcc installed on my beaglebone black is: |
32 |
|
33 |
beagleboneblack:portage/env>gcc-config -l |
34 |
[1] armv7a-hardfloat-linux-gnueabi-4.6.3 * |
35 |
|
36 |
The USE-flag configuration of the gcc is: |
37 |
[I] sys-devel/gcc |
38 |
Available versions: |
39 |
(2.95) [M]~*2.95.3-r10^s |
40 |
(3.1) [M]*3.1.1-r2 |
41 |
(3.2) **3.2.2^s *3.2.3-r4 |
42 |
(3.3) ~*3.3.6-r1^s |
43 |
(3.4) 3.4.6-r2^s |
44 |
(4.0) ~*4.0.4^s |
45 |
(4.1) 4.1.2^s |
46 |
(4.2) ~4.2.4-r1^s |
47 |
(4.3) ~4.3.3-r2^s 4.3.4^s ~4.3.5^s 4.3.6-r1^s |
48 |
(4.4) ~4.4.2^s 4.4.3-r3^s 4.4.4-r2^s 4.4.5^s 4.4.6-r1^s 4.4.7^s |
49 |
(4.5) ~4.5.1-r1^s ~4.5.2^s 4.5.3-r2^s 4.5.4^s |
50 |
(4.6) ~4.6.0^s ~4.6.1-r1^s ~4.6.2^s 4.6.3^s ~4.6.4^s |
51 |
(4.7) ~4.7.0^s ~4.7.1^s ~4.7.2-r1^s ~4.7.3^s |
52 |
(4.8) [M]**4.8.0^s [M]**4.8.1^s |
53 |
{{altivec bootstrap boundschecking build cxx d doc fixed-point fortran gcj go graphite gtk hardened ip28 ip32r10k java libssp lto mudflap multilib multislot n32 n64 nls nopie nossp nptl objc objc++ objc-gc openmp regression-test static vanilla}} |
54 |
Installed versions: 4.6.3(4.6)^s(05:38:07 08/03/13)(cxx fortran mudflap nls nptl openmp -altivec -doc -fixed-point -gcj -graphite -gtk -hardened -libssp -lto -multilib -multislot -nopie -nossp -objc -objc++ -objc-gc -regression-test -vanilla) |
55 |
Homepage: http://gcc.gnu.org/ |
56 |
Description: The GNU Compiler Collection |
57 |
|
58 |
That is, there is no LTO-support compiled in the gcc (as mentioned in |
59 |
previous mail). As I think to have understood from searching and |
60 |
reading the web, LTO on the ARM platform is possible. But I am no |
61 |
gcc guru and therefore it is really possible that I have misunderstand |
62 |
what has been written... ;) |
63 |
|
64 |
Best regards, |
65 |
mcc |