[MacPorts] #33596: gnuplot: update to 4.6.0

[MacPorts]

#33596: gnuplot: update to 4.6.0
--------------------------------------------+-------------------------------
 Reporter:  mojca.miklavec.lists@…          |       Owner:  macports-tickets@…                   
     Type:  update                          |      Status:  new                                  
 Priority:  Normal                          |   Milestone:                                       
Component:  ports                           |     Version:  2.0.4                                
 Keywords:                                  |        Port:  gnuplot                              
--------------------------------------------+-------------------------------

Comment(by mojca.miklavec.lists@…):

 QMake won't work with gnuplot (gnuplot doesn't have any Qt-specific
 configuration, it uses just autoconf, configure, make, make install) and I
 don't have anything under /Applications/MacPorts/Qt4 (plenty of other
 applications, but nothing related to gnuplot).

 </path/to/destroot>/opt/local/bin/gnuplot binary ends up under destroot as
 it probably should, but it doesn't get transferred to
 /opt/local/bin/gnuplot during installation for some reason.

 (PS: tests were done by replacing "depends_lib-append port:qt4-mac" with
 "PortGroup qt4 1.0" in
 [https://trac.macports.org/attachment/ticket/33596/gnuplot4_6_0-v2.diff
 gnuplot4_6_0-v2.diff])

 Apart from that the patch itself seems to work fine for me under 10.6-10.8
 (under 10.6 I also tried with +universal, but I didn't test with wxwidgets
 2.8, I only went through different combinations of wxwidgets_devel and qt
 switched on and off). It would help if it would work with qt4-mac-devel as
 well, but that is lower on the priority list and from my point of view -
 if it cannot be resolved quickly, it is fully acceptable if it only works
 with qt4-mac. In particular because this would be the first time to have
 support for Qt at all.

 The patch for Qt needs to end up upstream in gnuplot one day. So for those
 who know a bit more about the topic I would also be grateful for feedback
 about which approach has more sense: using Cocoa (needs a separate file
 since Cocoa header cannot be read inside C++ file) or Carbon? Either of
 them is only needed for a single function call at the moment; one that
 hides one useless gnuplot instance from Dock.

-- 
Ticket URL: <https://trac.macports.org/ticket/33596#comment:23>
MacPorts <http://www.macports.org/>
Ports system for Mac OS