[MacPorts] #20520: qwt52 parallel build failure (was: qwt52 build failure)
MacPorts
noreply at macports.org
Thu Aug 20 13:33:34 PDT 2009
#20520: qwt52 parallel build failure
-------------------------------------------+--------------------------------
Reporter: macsforever2000@… | Owner: ryandesign@…
Type: defect | Status: closed
Priority: Normal | Milestone:
Component: ports | Version: 1.8.0
Resolution: fixed | Keywords:
Port: qwt52 |
-------------------------------------------+--------------------------------
Changes (by ryandesign@…):
* status: assigned => closed
* resolution: => fixed
Comment:
Ok, so it says
{{{
/usr/bin/g++-4.0 -headerpad_max_install_names -arch i386 -bundle -o
libqwt_designer_plugin.bundle obj/qwt_designer_plugin.o
obj/qwt_designer_plotdialog.o obj/moc_qwt_designer_plugin.o
obj/moc_qwt_designer_plotdialog.o obj/qrc_qwt_designer_plugin.o
-F/opt/local/libexec/qt4-mac/lib -L/opt/local/libexec/qt4-mac/lib -L../lib
-lqwt -L/opt/local/lib -L/opt/local/libexec/qt4-mac/lib
-F/opt/local/libexec/qt4-mac/lib -framework QtDesigner -framework QtScript
-framework QtXml -framework QtGui -framework Carbon -framework AppKit
-lpng -framework QtCore -lz -lm -framework ApplicationServices
ld: library not found for -lqwt
}}}
I then realized this was a parallel build issue. MacPorts trunk now builds
in parallel by default, whereas MacPorts 1.7.1 did not. By adding
"use_parallel_build yes" to the portfile I was able to reproduce the
problem on 1.7.1. So I added "use_parallel_build no" to the portfile in
r55886 and
[https://sourceforge.net/tracker/?func=detail&aid=2841379&group_id=13693&atid=113693
filed a bug] with the developers.
--
Ticket URL: <http://trac.macports.org/ticket/20520#comment:4>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list