https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64323
--- Comment #1 from christophe.lyon at st dot com ---
Maybe this was fixed by Vladimir's commit r218760?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61153
christophe.lyon at st dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61153
--- Comment #11 from christophe.lyon at st dot com ---
(In reply to Ramana Radhakrishnan from comment #10)
(In reply to Bernd Edlinger from comment #9)
Hi, these tests are still failing.
what are we gonna do about it?
I am happy
: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Hi,
The attached testcase causes an ICE:
$ aarch64-none-linux-gnu-gcc -O2 -c toto.c -g
toto.c: In function 'fn1':
toto.c:7:37: warning: passing argument 1 of 'vld1_u64' makes pointer from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63145
--- Comment #1 from christophe.lyon at st dot com ---
Created attachment 33438
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33438action=edit
vcombine.c testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51253
--- Comment #20 from christophe.lyon at st dot com ---
The problem was fixed by Jakub's commit 212289.
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60723
--- Comment #19 from christophe.lyon at st dot com ---
As discussed on IRC, I could test your patch, and the compiler now builds
successfully.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58753
christophe.lyon at st dot com changed:
What|Removed |Added
CC||christophe.lyon at st dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58753
--- Comment #18 from christophe.lyon at st dot com ---
Actually fixed by followup commit 212208. Sorry for the noise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51253
christophe.lyon at st dot com changed:
What|Removed |Added
CC||christophe.lyon at st dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60723
christophe.lyon at st dot com changed:
What|Removed |Added
CC||christophe.lyon at st dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60723
--- Comment #15 from christophe.lyon at st dot com ---
Created attachment 33039
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33039action=edit
preprocessed input
This preprocessed input (-E) shows how commit 212194 is broken.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60723
--- Comment #16 from christophe.lyon at st dot com ---
Created attachment 33040
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33040action=edit
preprocessed input
This preprocessed input (-E -dD) shows how commit 212194 is broken.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57233
christophe.lyon at st dot com changed:
What|Removed |Added
CC||christophe.lyon at st dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61160
christophe.lyon at st dot com changed:
What|Removed |Added
CC||christophe.lyon at st dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61430
--- Comment #4 from christophe.lyon at st dot com ---
Since commit 211625:
2014-06-13 Richard Biener rguent...@suse.de
* tree-ssa-pre.c (eliminate_dom_walker::before_dom_children):
Rewrite to propagate the VN result into all
: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Hello,
Commit 211655:
2014-06-13 Vladimir Makarov vmaka...@redhat.com
* lra-assign.c (assign_by_spills): Add code to assign vector regs
to inheritance pseudos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51980
christophe.lyon at st dot com changed:
What|Removed |Added
CC||christophe.lyon at st dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61062
--- Comment #6 from christophe.lyon at st dot com ---
It looks OK now, thanks.
-end
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Commit 211304 (Move 2nd VRP pass before phi-only-cprop) make GCC ICE when build
glibc for target arm-none-linux-gnueabihf --with-cpu=cortex-a5 (works with
cortex-a9).
Compile with:
$ arm-none
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61430
--- Comment #1 from christophe.lyon at st dot com ---
Created attachment 32902
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32902action=edit
vfscanf.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61430
--- Comment #3 from christophe.lyon at st dot com ---
Probably, since the build succeeded at rev 211303.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61154
--- Comment #9 from christophe.lyon at st dot com ---
I confirm it fixes the regressions I reported.
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61325
--- Comment #5 from christophe.lyon at st dot com ---
I confirm that the build is now fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
--- Comment #10 from christophe.lyon at st dot com ---
Created attachment 32863
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32863action=edit
ELF binary file #2
Compiled with arm-none-linux-gnueabi-gcc -O1 -pie -fpie -mthumb -march=armv5t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
--- Comment #12 from christophe.lyon at st dot com ---
Created attachment 32864
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32864action=edit
ELF binary file #3
Compiled with -Os -g3 -pie -fpie -march=armv5t -mthumb
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Build of GCC trunk is broken since commits 210964 and 210965 for ARM targets.
$
/work1/lyon/Work/ARM/Linaro/builds/gcc-fsf-trunk/obj-arm-none-linux-gnueabihf/gcc1/./gcc/xgcc
-B/work1/lyon/Work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61331
--- Comment #1 from christophe.lyon at st dot com ---
Created attachment 32865
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32865action=edit
unwind-arm.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
--- Comment #8 from christophe.lyon at st dot com ---
Using GCC trunk @210861, binutils-linaro-2.24-2014.03, I can see that
tls-reload-1.c all PASS with:
--target arm-none-linux-gnueabi --with-mode=arm --with-cpu=cortex-a9
--with-fpu=neon
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Since commit r210824 (fix for PR60969), building newlib for target
aarch64_be-none-elf.
$ aarch64_be-none-elf-gcc wcstombs.c -save-temps -O2 -c
wcstombs.c: In function 'wcstombs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61325
--- Comment #1 from christophe.lyon at st dot com ---
Created attachment 32858
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32858action=edit
preprocessed source file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60969
christophe.lyon at st dot com changed:
What|Removed |Added
CC||christophe.lyon at st dot
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Since commit 210503 (New AArch64 costs 11/18-rotate and shifts), the
scalar_shift_1.c test now FAILs.
Tested with qemu-aarch64 on target aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
--- Comment #5 from christophe.lyon at st dot com ---
Created attachment 32806
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32806action=edit
ELF binary file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
--- Comment #6 from christophe.lyon at st dot com ---
I have re-run the tests with trunk@210140 and older binutils (Sept 2013).
The test fails at compilation with target arm-none-linux-gnueabi, and
CFLAGS=-Os -pie -fpie or -Os -pie -fPIE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59904
--- Comment #3 from christophe.lyon at st dot com ---
Sorry I no longer have the elf file available.
I've just looked at the current trunk status and I have a failure at link time
for these tests:
ld: gcc_tg.o: relocation R_ARM_MOVW_ABS_NC against
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Since commit 210216 Neon intrinsics TLC - Replace intrinsics with GNU C
implementations, I have noticed regressions in the following tests:
gcc.target/arm/neon/vbicQs16.c scan-assembler vbic[ \t]+[qQ][0-9]+,
[qQ
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Commit 210113 (Merge in wide-int) made several tests (mostly vshuf) to fail
on hf ARM targets (both little and big endian).
For instance, with GCC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61153
--- Comment #2 from christophe.lyon at st dot com ---
OK, but my tests currently don't inspect the generated code.
They are execution tests, which means the could be PASS using only core
instructions, and no Neon one.
So maybe we should add some
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61153
--- Comment #6 from christophe.lyon at st dot com ---
(In reply to Ramana Radhakrishnan from comment #4)
Yes that is expected as per my original patch submission. Patch 1/3 said
these tests would fail because at O0 combine doesn't run.
Indeed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61153
--- Comment #7 from christophe.lyon at st dot com ---
(In reply to Ramana Radhakrishnan from comment #5)
Do we plan to keep these scan-assembler tests? or go with just functional
tests?
No, not these scan assembler tests. They serve
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
The new vzip* tests for ARM introduced as SVN rev 209908 fail on target
armeb-none-linux-gnueabihf (tested with qemu).
With gcc configured as:
--target=armeb-none-linux-gnueabihf
--with-cpu=cortex-a9
--with-fpu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61062
--- Comment #1 from christophe.lyon at st dot com ---
Similarly, vzup tests committed as SVN rev 209947 fail on armeb targets:
gcc.target/arm/simd/vuzpf32_1.c execution test
gcc.target/arm/simd/vuzpp16_1.c execution test
gcc.target/arm/simd
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Commit 209794, which fixes pr60114, has introduced some new FAILs on
ARM/AArch64 targets. The compiler does emit warnings, but not the ones expected
by the test:
Problems are reported for lines 7, 8, 21, 22, 23
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60696
christophe.lyon at st dot com changed:
What|Removed |Added
Target||aarch64
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Created attachment 32473
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32473action=edit
ref_vld1.c testcase
When invoking the attached test through
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Since commit 206897 (LRA fix PR rtl-optimization/59858)
I have noticed that:
gcc.dg/torture/tls/tls-reload-1.c -Os -pie -fPIE execution test
gcc.dg/torture/tls/tls-reload-1.c -Os -pie -fpie execution test
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
I've noticed that gcc.target/arm/mmx-2 causes GCC to crash when GCC is
configured as:
--target=arm-none-linux-gnueabihf
--with-cpu=cortex-a5
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Commit 206148 (PR tree-optimization/59544) causes regressions on ARM and
AArch64 targets in pr52943 testcase:
gcc.dg/torture
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Commit 206148 (PR tree-optimization/59544) causes regressions on AArch64 BE
target (aarch64_be-none-elf) in testcases:
gcc.c-torture
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Commit 204194 from Andrew Pinski introduced several new tests, among which
gcc.dg/tree-ssa/ssa-ifcombine-ccmp-1.c scan-tree-dump optimized
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59303
--- Comment #3 from christophe.lyon at st dot com ---
I have filed PR 59308 about the ssa-ifcombine-ccmp* tests failing on cortex-a5.
Should I mark this bug report (59303) as a duplicate of 49498?
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Since commit 204194 from Andrew Pinski:
2013-10-29 Andrew Pinski apin...@cavium.com
* tree-ssa-ifcombine.c
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Since commit 203160 (New rtx costs infrastructure for ARM), I have noticed that
gcc.target/arm/unsigned-extend-2.c scan-assembler ands
gcc.target/arm/unsigned-extend-2.c scan-assembler-not cmp
now
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Since commit 203828 (new cortexa9_extra_costs table), I have noticed a
regression on:
gcc.target/arm/negdi-2.c scan-assembler-times mov 1
in big-endian targets:
armeb-none-linux-gnueabihf
mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59216
--- Comment #1 from christophe.lyon at st dot com ---
Created attachment 31261
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31261action=edit
negsidi_test.c
testcase.
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Commit 197526 introduced a regression shown by the attached testcase.
When working, it should print 8000, while it prints 8000.
It works when compiling at -O0, and fails at -O2.
Tested
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59216
--- Comment #2 from christophe.lyon at st dot com ---
Basically, the working code does:
asrsr3, r2, #31
negsr2, r2
sbc.w r3, r3, r3, lsl #1
while the failing one does:
negsr2, r2
asrsr3, r2, #31
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Created attachment 30204
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30204action=edit
testcase
The attached program makes GCC crash when using -O1, -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55426
--- Comment #1 from christophe.lyon at st dot com 2012-11-21 15:50:14 UTC ---
Reverting the definition of CANNOT_CHANGE_MODE_CLASS introduced on 2012-10-22
at rev #192687 avoids the ICE too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55121
--- Comment #11 from christophe.lyon at st dot com 2012-10-30 12:53:23 UTC ---
Created attachment 28574
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28574
configargs.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55121
--- Comment #12 from christophe.lyon at st dot com 2012-10-30 12:55:09 UTC ---
(In reply to comment #7)
(In reply to comment #0)
eval.c: In function 'Ge':
eval.c:792:1: internal compiler error: in df_compact_blocks, at
df-core.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55121
--- Comment #13 from christophe.lyon at st dot com 2012-10-30 12:57:21 UTC ---
(In reply to comment #10)
(In reply to comment #8)
I cannot reproduce the problem with a cross-compiler from
powerpc64-unknown-linux-gnu to arm-eabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55121
--- Comment #14 from christophe.lyon at st dot com 2012-10-30 13:18:15 UTC ---
Created attachment 28576
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28576
eval.c.041i.profile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55121
--- Comment #15 from christophe.lyon at st dot com 2012-10-30 13:23:19 UTC ---
(In reply to comment #9)
Can you please also attach the output of -fdump-ipa-profile-all
which should be eval.c.041i.profile. I have my dump here, it should
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55121
Bug #: 55121
Summary: ICE in if-convertion with PGO (ARM)
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55121
--- Comment #1 from christophe.lyon at st dot com 2012-10-29 16:03:16 UTC ---
Created attachment 28556
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28556
patch2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55121
--- Comment #2 from christophe.lyon at st dot com 2012-10-29 16:03:56 UTC ---
Created attachment 28557
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28557
patch3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55121
--- Comment #3 from christophe.lyon at st dot com 2012-10-29 16:04:42 UTC ---
Created attachment 28558
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28558
patch4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55121
--- Comment #4 from christophe.lyon at st dot com 2012-10-29 16:05:30 UTC ---
Created attachment 28559
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28559
pre-processed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55121
--- Comment #5 from christophe.lyon at st dot com 2012-10-29 16:06:24 UTC ---
Created attachment 28560
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28560
profiling data
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43550
christophe.lyon at st dot com changed:
What|Removed |Added
CC||christophe.lyon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54517
Bug #: 54517
Summary: wrong inlining of builtin_shuffle on ARM/big-endian
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52765
--- Comment #11 from christophe.lyon at st dot com 2012-06-25 14:38:00 UTC ---
I have proposed a patch related to this problem some time ago, which received
no feedback:
http://gcc.gnu.org/ml/gcc-patches/2012-03/msg01855.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52765
--- Comment #9 from christophe.lyon at st dot com 2012-03-30 08:39:19 UTC ---
(In reply to comment #2)
(In reply to comment #0)
I am not sure this is really a bug (is building libstdc++ at -O0
supported?),
Yes, the --enable-libstdcxx
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52765
Bug #: 52765
Summary: -std=c++0x requires multilib for non-optimized
libstdc++
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52765
--- Comment #1 from christophe.lyon at st dot com 2012-03-29 09:19:30 UTC ---
If you look at libstdc++-v3/include/std/complex:
[...]
#ifdef __GXX_EXPERIMENTAL_CXX0X__
// _GLIBCXX_RESOLVE_LIB_DEFECTS
// DR 387. std::complex over
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52765
--- Comment #3 from christophe.lyon at st dot com 2012-03-29 12:08:43 UTC ---
Not sure how/if it matters: I am looking at a cross gcc for arm-none-eabi,
built with --disable-shared.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52765
--- Comment #7 from christophe.lyon at st dot com 2012-03-29 15:45:42 UTC ---
It doesn't work in my context:
- symbol versioning does not apply to static libraries (as already said, I'm
using --disable-shared)
- the problem is not that the library
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51450
--- Comment #2 from christophe.lyon at st dot com 2012-01-30 09:23:27 UTC ---
I noticed this about an official release; I am not sure which one it was when I
entered this report, but it is at least true for GCC-4.6.2.
I have just checked
http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51450
Bug #: 51450
Summary: configure's test for -fno-rtti -fno-exceptions broken
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46563
--- Comment #8 from christophe.lyon at st dot com 2010-11-22 08:39:45 UTC ---
Yes, it is a gnueabi; -v says:
Configured with: ../configure --target=arm-cortex-linux-gnueabi
--program-prefix=arm-linux- --enable-languages=c,c++ --enable-threads
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46563
--- Comment #9 from christophe.lyon at st dot com 2010-11-22 08:50:20 UTC ---
Indeed the build script explicitly removes libgcc_s.so and replaces it with a
symlink to libgcc_s.so.1
I am going to have a discussion with the colleague who originally
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46563
--- Comment #10 from christophe.lyon at st dot com 2010-11-22 09:01:19 UTC ---
However, I'd like to ask a question: why use a link script in libgcc_s.so,
rather than having the driver link with -lgcc?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46563
--- Comment #12 from christophe.lyon at st dot com 2010-11-22 10:06:07 UTC ---
Yes, I appreciate your help very much (and I spent quite some time
investigating on my own before deciding to bother you).
Now, I am sorry to insist, but it's still
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46563
Summary: link with -lgcc when creating a shared lib
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46563
--- Comment #1 from christophe.lyon at st dot com 2010-11-19 16:05:16 UTC ---
Created attachment 22458
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22458
shared lib C++ source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46563
--- Comment #3 from christophe.lyon at st dot com 2010-11-19 16:12:11 UTC ---
Yes. I did find this workaround myself, but I was very surprised I had to do it
manually.
(As I said, the problem arised when building QT, and I guess I'm not the first
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46563
--- Comment #5 from christophe.lyon at st dot com 2010-11-19 16:49:05 UTC ---
I am not sure what you mean about libgcc_s.so linker script.
But I think the difference is that I am cross-compiling.
89 matches
Mail list logo
