[oe-issues] [Bug 1774] New: CFLAGS += -lz breaks build of libglade for x86_64

bugzilla-daemon at tinman.treke.net bugzilla-daemon at tinman.treke.net
Sun Jan 7 20:48:22 UTC 2007


http://bugs.openembedded.org/show_bug.cgi?id=1774

           Summary: CFLAGS += -lz breaks build of libglade for x86_64
           Product: Openembedded
           Version: unspecified
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Build
        AssignedTo: openembedded-issues at lists.openembedded.org
        ReportedBy: Patrick.Ohly at gmx.de
         QAContact: tinderbox-oe at gmx.net


While cross-compiling libglade-2.5.1-r1 for x86_64 I ran into the problem that
libtool did not use -fPIC and then building a shared object failed. In contrast
to x86 -fPIC is really needed on x86_64, therefore the problem probably
was not noticed earlier.

The reason for the missing -fPIC is that during configure -lz is part of the
compiler command line and the warnings it causes are interpreted as 
problem with -fPIC:

configure:5808: checking for ccache x86_64-linux-gcc option to produce PIC
configure:5995: result: -fPIC
configure:6003: checking if ccache x86_64-linux-gcc PIC flag -fPIC works
configure:6024: ccache x86_64-linux-gcc -c
-isystem/tmp/oe/x86_64/tmp/staging/x86_64-linux/include
-fexpensive-optimizations -fomit-frame-point
er -frename-registers -O2 -lz
-isystem/tmp/oe/x86_64/tmp/staging/x86_64-linux/include -fPIC -DPIC conftest.c
>&5
x86_64-linux-gcc: -lz: linker input file unused because linking not done
x86_64-linux-gcc: -lz: linker input file unused because linking not done
configure:6028: $? = 0
configure:6036: result: no

The solution which worked for me was to replace
  CFLAGS += "-lz"
with
  LDFLAGS += "-lz"
in packages/libglade/libglade_2.5.1.bb. The other versions need the same
fix.


-- 
Configure bugmail: http://bugs.openembedded.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.




More information about the Openembedded-issues mailing list