Hello, 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
On Jan 3, 2007, at 8:48 PM, Doug McCorkle wrote:
Hello, 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.
Were there any thoughts on this Portfile? Do I need to submit it to another venue for review or consideration? Thanks. Doug
Doug McCorkle <mccdo@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. 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
On Jan 8, 2007, at 4:48 PM, Mark Duling wrote:
Doug McCorkle <mccdo@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
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@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
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@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@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev
Doug McCorkle - Research Assistant Iowa State University Virtual Engineering Research Group
On 19 janv. 07, at 00:39, Doug McCorkle wrote:
Can this ticket be reviewed? Thanks.
Just so that you know, the convention is to use master_sites sourceforge:ggt instead of master_sites http://downloads.sourceforge.net/sourceforge/ggt and use_configure no instead of configure {} Other than that, the port seems OK, but I don't have commit rights. Regards. Cédric Luthi
Doug McCorkle <mccdo@iastate.edu> on Thursday, January 18, 2007 at 3:39 PM -0800 wrote:
Can this ticket be reviewed? Thanks.
[ http://trac.macosforge.org/projects/macports/ticket/11232 ]http://trac.macosforge.org/projects/macports/ticket/11232
It's committed now. Thanks for contributing. Mark
On Jan 18, 2007, at 11:05 PM, Cédric Luthi wrote:
Other than that, the port seems OK, but I don't have commit rights.
Would you like some? We can always use people who are motivated enough to go through TRAC and commit stuff! :-) - Jordan
Doug McCorkle <mccdo@iastate.edu> on Thursday, January 18, 2007 at 3:39 PM -0800 wrote:
Can this ticket be reviewed? Thanks.
[ http://trac.macosforge.org/projects/macports/ticket/11232 ]http://trac.macosforge.org/projects/macports/ticket/11232
It's committed now. Thanks for contributing.
Mark
Thanks! Doug
--On 19 January 2007 12:47:43 -0800 "Jordan K. Hubbard" <jkh@brierdr.com> wrote:
On Jan 18, 2007, at 11:05 PM, Cédric Luthi wrote:
Other than that, the port seems OK, but I don't have commit rights.
Would you like some? We can always use people who are motivated enough to go through TRAC and commit stuff! :-)
- Jordan
I'd like some. In fact, I think I was given some. However, I've never been able to log in to TRAC. Can someone fix that for me, please? My previous posts include some history on this. I think that I need a new account. -- Ian Eiloart IT Services, University of Sussex
Let me see what can be done to fix this... On Jan 22, 2007, at 2:12 AM, Ian Eiloart wrote:
--On 19 January 2007 12:47:43 -0800 "Jordan K. Hubbard" <jkh@brierdr.com> wrote:
On Jan 18, 2007, at 11:05 PM, Cédric Luthi wrote:
Other than that, the port seems OK, but I don't have commit rights.
Would you like some? We can always use people who are motivated enough to go through TRAC and commit stuff! :-)
- Jordan
I'd like some. In fact, I think I was given some. However, I've never been able to log in to TRAC. Can someone fix that for me, please?
My previous posts include some history on this. I think that I need a new account.
-- Ian Eiloart IT Services, University of Sussex
participants (5)
-
Cédric Luthi
-
Doug McCorkle
-
Ian Eiloart
-
Jordan K. Hubbard
-
Mark Duling