From Fedora Project Wiki
No edit summary |
No edit summary |
||
| Line 1: | Line 1: | ||
{{Admon/warning | F13 | Beat owner should begin placing Fedora 13 content in this beat. }} | {{Admon/warning | F13 | Beat owner should begin placing Fedora 13 content in this beat. }} | ||
'''Note: gcc has upgraded from 4.4.2 to 4.4.3''' | |||
This includes gcc, gcc-c++, gcc-fortran, gcc-gnat, and gcc-objc. | |||
[[Features/ChangeInImplicitDSOLinking |Implicit DSO Linking ]] | [[Features/ChangeInImplicitDSOLinking |Implicit DSO Linking ]] | ||
Revision as of 20:42, 11 March 2010
F13
Beat owner should begin placing Fedora 13 content in this beat.
Beat owner should begin placing Fedora 13 content in this beat.
Note: gcc has upgraded from 4.4.2 to 4.4.3 This includes gcc, gcc-c++, gcc-fortran, gcc-gnat, and gcc-objc.
Implicit DSO Linking
Key points:
- ld will no longer automatically search in the dependencies of linked objects.
- If your project used both A and B, it will not compile unless A and B are both explicitly linked.
- There are more explanations on the Features page.
Under the new changes, if your package fails ti build with a message like:
/usr/bin/ld: gpx-parser.o: undefined reference to symbol 'acos@@GLIBC_2.0' /usr/bin/ld: note: 'acos@@GLIBC_2.0' is defined in DSO /lib/libm.so.6 so try adding it to the linker command line
Then you the line that builds the specified .o needs to explicitly link libm.
More examples are here