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
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=33438&action=edit
vcombine.c testcase
: 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'
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
--- 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=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=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=60723
--- Comment #16 from christophe.lyon at st dot com ---
Created attachment 33040
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33040&action=edit
preprocessed input
This preprocessed input (-E -dD) shows how commit 212194 is broken.
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=33039&action=edit
preprocessed input
This preprocessed input (-E) shows how commit 212194 is broken.
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=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=61160
christophe.lyon at st dot com changed:
What|Removed |Added
CC||christophe.lyon at st dot
: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: christophe.lyon at st dot com
Hello,
Commit 211655:
2014-06-13 Vladimir Makarov
* lra-assign.c (assign_by_spills): Add code to assign vector regs
to inheritance pseudos.
* config/i386/i386
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
* tree-ssa-pre.c (eliminate_dom_walker::before_dom_children):
Rewrite to propagate the VN result into all uses where
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.
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=61430
--- Comment #1 from christophe.lyon at st dot com ---
Created attachment 32902
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32902&action=edit
vfscanf.i
-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=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=61331
--- Comment #1 from christophe.lyon at st dot com ---
Created attachment 32865
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32865&action=edit
unwind-arm.i
: 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=59904
--- Comment #12 from christophe.lyon at st dot com ---
Created attachment 32864
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32864&action=edit
ELF binary file #3
Compiled with -Os -g3 -pie -fpie -march=armv5t -mthumb
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=32863&action=edit
ELF binary file #2
Compiled with arm-none-linux-gnueabi-gcc -O1 -pie -fpie -mthumb
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
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=32858&action=edit
preprocessed source file
-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 'wcs
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 and
: 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 #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 in
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=32806&action=edit
ELF binary file
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
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 r
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
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
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
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 ag
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
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
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
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=32473&action=edit
ref_vld1.c testcase
When invoking the attached test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60696
christophe.lyon at st dot com changed:
What|Removed |Added
Target||aarch64
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=cort
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
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
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?
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
: 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
* tree-ssa-ifcombine.c: Include rtl.h and
: 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
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
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
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 on
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=31261&action=edit
negsidi_test.c
testcase.
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=30204&action=edit
testcase
The attached program makes GCC crash when us
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 #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
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 #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-
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_c
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 #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=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 #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 #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 #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
Bug #: 55121
Summary: ICE in if-convertion with PGO (ARM)
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43550
christophe.lyon at st dot com changed:
What|Removed |Added
CC||christophe.lyon at
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?),
>
&
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 t
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 #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
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=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 #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
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 #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 #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 #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.
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
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
Summary: link with -lgcc when creating a shared lib
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo: unassi
89 matches
Mail list logo
