On Sat, Feb 27, 2016 at 11:18:35PM +0100, Hans de Goede wrote:
> On 27-02-16 23:08, Jakub Jelinek wrote:
> >On Sat, Feb 27, 2016 at 11:03:57PM +0100, Hans de Goede wrote:
> >>I'm having this weird issue in rawhide / f24 where I get the following
> >>error:
> >>
> >>ldd -r /usr/lib64/libsfml-graphics.so
> >>
> >><snip>
> >>
> >>undefined symbol: __cpu_model (/usr/lib64/libsfml-graphics.so)
> >
> >How do you link the shared library?
> >Do you use the gcc or g++ driver to link that, without -nostdlib?
> >If you say link directly with ld -shared or something similar,
> >then this would be caused by libgcc.a not being linked into the
> >shared library.
>
> /usr/lib64/ccache/c++ -fPIC \
> -O2 -g -pipe -Wall -Werror=format-sec... -mtune=generic \
> -DNDEBUG \
> -Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld \
> -shared -Wl,-soname,libsfml-graphics.so.2.3 -o libsfml-system.so.2.3.2 \
> -lfoo -lbar -l... \
> -Wl,-rpath,/home/hans/projects/fedora/SFML/master/SFML-2.3.2/lib:
>
> Which AFAICT should be fine.
If you want a quick workaround, just link with -lgcc_s -lgcc last (or don't
link with c++, but gcc). The rules for when exactly is -lgcc_s linked in,
when -lgcc, when -lgcc_eh, and in what order are quite complex (depending on
g++ vs. gcc driver, -shared-libgcc/-static-libgcc, -shared vs. executable
etc.); on ppc32 I remember libgcc_s.so is a linker script which links in
-lgcc_s -lgcc, perhaps we need it on x86_64/i686 too.
Jakub
--
devel mailing list
[email protected]
http://lists.fedoraproject.org/admin/lists/[email protected]
