1 |
On Wed, Oct 12, 2011 at 3:13 PM, Mike Frysinger <vapier@g.o> wrote: |
2 |
> On Saturday 08 October 2011 11:07:49 Diego Elio Pettenò wrote: |
3 |
>> Il giorno sab, 08/10/2011 alle 11.33 +0000, Sven Vermeulen ha scritto: |
4 |
>> > - The fix_libtool_files.sh command is now part of the toolchain |
5 |
>> > eclass, so |
6 |
>> > |
7 |
>> > doesn't need to be ran by users anymore |
8 |
>> |
9 |
>> Moreover, that should only be needed for very old installs: libstdc++.la |
10 |
>> that caused the trouble in the first place hasn't been around for over |
11 |
>> an year (maybe two? I lost count), and the auto-fix of .la files in |
12 |
>> recent Portage versions make it even less necessary. |
13 |
> |
14 |
> well, that's not entirely accurate. like libtool, now that we've dropped |
15 |
> libstdc++.la, the majority of issues have "gone away". but we still install |
16 |
> .la files for the other (much more infrequently used) internal gcc libraries. |
17 |
> |
18 |
> although this might be something we want to address in gcc. i was fine with |
19 |
> dropping the libstdc++.la even though it listed things in dependency_libs |
20 |
> because the only correct way (imo) to link C++ code is with `g++`. using `gcc |
21 |
> -lstdc++` is not supported. |
22 |
> |
23 |
> i think cases can be made for the other internal gcc libraries: |
24 |
> - libgomp.la: build/link with -fopenmp, not -lgomp |
25 |
> - libgfortran*.la: build/link with `gfortran`, not `gcc -lgfortran` |
26 |
> - libgcj*.la: build/link with `gcj`, not `gcc -lgcj` |
27 |
> - libobjc.la: use -lobjc to link, but dependency_libs='' |
28 |
> - libffi.la: use -lffi to link, but dependency_libs='' |
29 |
> - libmudflap.la: build/link with `gcc -fmudflap`, not `gcc -lmudflap` |
30 |
> - libgij.la: build/link with `gij`, not `gcc -lgij` |
31 |
> - libquadmath.la: only used by fortran, and dependency_libs='' |
32 |
> -mike |
33 |
|
34 |
gcc's Optimize Options page |
35 |
(http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html) has an |
36 |
example of linking C, C++, and FORTRAN code together, where it uses |
37 |
g++ -lgfortran. Just thought I'd mention it. |
38 |
|
39 |
Matt |