After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 747982 - gthumb rawhide build fails to detect a number of libraries
gthumb rawhide build fails to detect a number of libraries
Status: RESOLVED FIXED
Product: gthumb
Classification: Other
Component: general
3.4.x
Other Linux
: Normal normal
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2015-04-16 11:10 UTC by Kalev Lember
Modified: 2015-10-08 09:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
configure: Clear out ldflags before ac_check_lib() calls (2.18 KB, patch)
2015-04-16 11:29 UTC, Kalev Lember
none Details | Review

Description Kalev Lember 2015-04-16 11:10:26 UTC
configure:18808: checking for floor in -lm
configure:18833: gcc -o conftest   -Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld conftest.c -lm   >&5
conftest.c:32:6: warning: conflicting types for built-in function 'floor'
 char floor ();
      ^
/usr/bin/ld: /tmp/cc7ozcQQ.o: relocation R_X86_64_PC32 against undefined symbol `floor@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status


This seems to be caused by the fact that the linker is invoked with
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld from LDFLAGS, but the compilation
is done without matching -specs line that's supposed to come from CFLAGS.
Comment 1 Kalev Lember 2015-04-16 11:29:41 UTC
Created attachment 301721 [details] [review]
configure: Clear out ldflags before ac_check_lib() calls

This fixes the Fedora 23 build where the cflags and ldflags have to
match. Otherwise, if ac_check_lib checks throw away cflags but use
ldflags, the checks fail with linker errors.
Comment 2 Paolo Bacchilega 2015-04-16 19:35:37 UTC
Patch pushed to master, thank you.
Comment 3 Jasper Lievisse Adriaanse 2015-10-08 09:25:59 UTC
This actually breaks on OpenBSD with gthumb 3.4.1 where without passing -L/usr/local/lib and -I/usr/local/include jpeg and tiff cannot be found.

Removing the LDFLAGS="" line works around it, but that's hardly the right move.