Bug 176760 - make xconfig fails with message "/usr/bin/ld: cannot find -lqt"
Summary: make xconfig fails with message "/usr/bin/ld: cannot find -lqt"
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 4
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Dave Jones
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-01-01 19:11 UTC by Steve Falco
Modified: 2015-01-04 22:24 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-02-10 02:25:40 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Steve Falco 2006-01-01 19:11:13 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc4 Firefox/1.0.7

Description of problem:
I downloaded kernel 2.6.14-1653 source, did rpmbuild -bp, then did make xconfig.
I got the error:

/usr/bin/ld: cannot find -lqt
collect2: ld returned 1 exit status
make[1]: *** [scripts/kconfig/qconf] Error 1
make: *** [xconfig] Error 2

I tracked this down to the $(obj)/.tmp_qtcheck target.  It uses the g++  -print-multi-os-directory flag, which gives ../lib64.  It then uses that to set the LIBPATH to /usr/lib64/qt-3.3/lib/../lib64, which does not exist.

Simply deleting the following two lines allows make xconfig to work:

	$(HOSTCXX) -print-multi-os-directory > /dev/null 2>&1 && \
	  LIBPATH=$$DIR/lib/$$($(HOSTCXX) -print-multi-os-directory); \

After this change, LIBPATH is set to /usr/lib64/qt-3.3/lib.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.Download kernel SRPM
2.On an Opteron machine, install the SRPM
3.rpmbuild -bp
4.make xconfig
  

Actual Results:  /usr/bin/ld: cannot find -lqt
collect2: ld returned 1 exit status
make[1]: *** [scripts/kconfig/qconf] Error 1
make: *** [xconfig] Error 2

Expected Results:  It should open the config screen.

Additional info:

Comment 1 Dave Jones 2006-01-03 05:26:25 UTC
can you test if this is fixed in the 2.6.15 based kernel at
http://people.redhat.com/davej/kernels/Fedora/FC4 ?


Comment 2 Steve Falco 2006-01-04 01:12:40 UTC
The new kernel SRPM fixes this bug - now I can make xconfig with no problems.

Thanks much for the speedy fix!

Comment 3 Dave Jones 2006-01-04 05:27:07 UTC
ok, there's another 2.6.14 kernel going out as an update in a few days, which
won't have this fixed, but it'll be in the first 2.6.15 kernel to hit FC4.


Comment 4 Dave Jones 2006-02-03 06:56:44 UTC
This is a mass-update to all currently open kernel bugs.

A new kernel update has been released (Version: 2.6.15-1.1830_FC4)
based upon a new upstream kernel release.

Please retest against this new kernel, as a large number of patches
go into each upstream release, possibly including changes that
may address this problem.

This bug has been placed in NEEDINFO_REPORTER state.
Due to the large volume of inactive bugs in bugzilla, if this bug is
still in this state in two weeks time, it will be closed.

Should this bug still be relevant after this period, the reporter
can reopen the bug at any time. Any other users on the Cc: list
of this bug can request that the bug be reopened by adding a
comment to the bug.

If this bug is a problem preventing you from installing the
release this version is filed against, please see bug 169613.

Thank you.


Comment 5 Steve Falco 2006-02-04 15:58:33 UTC
I have tested kernel-2.6.15-1.1830_FC4, and this bug is fixed.  Please close.


Note You need to log in before you can comment on or make changes to this bug.