Ticket 11232 was (Re: gmtl port file)

Doug McCorkle mccdo at iastate.edu
Thu Jan 18 15:39:48 PST 2007


Can this ticket be reviewed? Thanks.

http://trac.macosforge.org/projects/macports/ticket/11232

Doug

On Jan 13, 2007, at 9:10 PM, Doug McCorkle wrote:

> I have uploaded a new portfile that looks at the new sourceforge  
> server. Could this ticket be reviewed:
>
> http://trac.macosforge.org/projects/macports/ticket/11232
>
> I did not find a way to disable looking for cppunit or boost.
>
> Doug
>
> On Jan 9, 2007, at 1:37 PM, Doug McCorkle wrote:
>
>>
>> On Jan 8, 2007, at 4:48 PM, Mark Duling wrote:
>>
>>> Doug McCorkle <mccdo at iastate.edu> on Wednesday, January 3, 2007  
>>> at 6:48 PM
>>> -0800 wrote:
>>>>      I have a port file for gmtl that I would like considered for
>>>> addition to macports. Please let me know if the file needs to be
>>>> updated in some manner to be included. Thanks for the  
>>>> consideration.
>>>
>>> Doug,
>>>
>>> I tried it and I have only two questions based on this:
>>>
>>> -------------------------------------
>>> Building GMTL Version: 0.4.12
>>> Install prefix:
>>> /opt/local/var/db/dports/build/_Users_mduling_dports_math_gmtl/ 
>>> work/destroot/opt/local
>>> checking for CppUnitDir [/usr/local/include]...
>>> no
>>> checking for EnablePython [False]...
>>> Using Boost version 1.31
>>> checking for BoostPythonDir [/usr/local]...
>>> /usr/local/include/boost/version.hpp not found.
>>> Trying /usr/local/include/boost-1_31/boost/version.hpp
>>> /usr/local/include/boost-1_31/boost/version.hpp not found.
>>> -------------------------------------
>>>
>>> 1) Should the app be compiled with boost support?  If so a  
>>> dependency for
>>> it should be added for the MP version and a switch or configure  
>>> patch to
>>> point gmtl to the MP one.
>>> 2) Or should boost support be turned off, or only off by default  
>>> with
>>> optional support provided with a boost variant?
>>> 3) If boost support is added one way or another, then unless  
>>> there are
>>> special circumstances (and there could be because I am not in a  
>>> position
>>> to know) then the port should not look for a non-MP boost (in / 
>>> usr).  As
>>> it is now the port will
>>> 4) The same questions hold for CppUnitDir, whatever that is.
>>>
>> For basic development usage boost and cppunit are not needed. I  
>> figured after it was in use for a little while the other variants  
>> could be added. I talked with the developers of the library and  
>> they did not seem to think it was an immediate requirement to have  
>> the other variants available. I will see if it is possible to  
>> disable the boost and cppunit requirement.
>>
>>> After getting these issues resolved you should submit the  
>>> portfile as an
>>> attachment to a Trac ticket, though sometimes you need to prod  
>>> someone to
>>> commit it with a list message to get it soon.
>>>
>>> Mark
>>>
>>
>> Thanks for trying it out and the feedback!
>>
>> Doug
>
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo/macports-dev

Doug McCorkle - Research Assistant
Iowa State University
Virtual Engineering Research Group




-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20070118/9c867cbc/attachment.html


More information about the macports-dev mailing list