[MacPorts] #20520: qwt52 parallel build failure (was: qwt52 build failure)

[MacPorts]

#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