Menu
▾
▴
simspark-devel
|
From: Hedayat V. <hed...@ai...> - 2009-01-23 08:58:54
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html style="direction: ltr;"> <head> </head> <body style="direction: ltr;" bgcolor="#ffffff" text="#000000"> <p style="margin-bottom: 0cm; margin-top: 0pt;">Hi again!</p> <p style="margin-bottom: 0cm; margin-top: 0pt;">I've almost finished adding CMake support to our projects in SVN. It needs testing on systems with different configurations, but the needed changes would not be much. So, it seems that removing autotools support will not hurt the project itself. </p> <p style="margin-bottom: 0cm; margin-top: 0pt;"><br> </p> <p style="margin-bottom: 0cm; margin-top: 0pt;">First, from now on please consider CMake as the primary build system, and use it instead of auto-tools yourselves, and report any problems you have (and possibly fix them). </p> <p style="margin-bottom: 0cm; margin-top: 0pt;"><br> </p> <p style="margin-bottom: 0cm; margin-top: 0pt;">Second, sooner or later we are going to drop auto-tools support. I think there are 2 reasonable options (you can add new ones though): 1. removing autotools support now (before releasing a new version) or 2. maintaining autotools support until the next release of the simulator and dropping the support after that. </p> <p style="margin-bottom: 0cm; margin-top: 0pt;">I'm still not sure if the second option have any advantages. Please let us know what you think about it.</p> <p style="margin-bottom: 0cm; margin-top: 0pt;"><br> </p> <p style="margin-bottom: 0cm; margin-top: 0pt;">Finally, it would be nice if you can test our CMake build system on Mac OSX and Windows, and help us to improve our CMake support so the we can use cmake for all platforms and not using any other build systems for that purpose (like VS project files).</p> <p style="margin-bottom: 0cm; margin-top: 0pt;">Also, CPack (a part of cmake suit) supports generating installers for those systems (on Windows, it support NSIS installer). It'll enable us to create binary installers easily. I'll try to improve our support for those systems, but it needs testing specially on Mac OSX as I'm not much familiar with it and I don't have access to one of those. (It seems that CPack supports creating RPMs and DEBs too, but I've not investigated them yet.)<br> </p> <p style="margin-bottom: 0cm; margin-top: 0pt;"><br> </p> <p style="margin-bottom: 0cm; margin-top: 0pt;">Thanks for your support,</p> <p style="margin-bottom: 0cm; margin-top: 0pt;">Hedayat<br> </p> </body> </html> |
|
From: Mahdi <zig...@gm...> - 2009-01-24 05:51:03
|
Hi Hedayat Thanks a lot! Now our simulator has a very good multi platform build system. But there is one part of the build system, which currently not exists, the uninstallation part. I know that cmake does not support installation as a main build system feature as making and installation, cause I am porting ZigoratAssistant's build system to cmake too. But, this is a part which I think can not be left undone. Do you think you can manage to provide the feature? Thanks for your help ;) Cheers Mahdi On Fri, Jan 23, 2009 at 12:27 PM, Hedayat Vatankhah <hed...@ai...>wrote: > Hi again! > > I've almost finished adding CMake support to our projects in SVN. It needs > testing on systems with different configurations, but the needed changes > would not be much. So, it seems that removing autotools support will not > hurt the project itself. > > > First, from now on please consider CMake as the primary build system, and > use it instead of auto-tools yourselves, and report any problems you have > (and possibly fix them). > > > Second, sooner or later we are going to drop auto-tools support. I think > there are 2 reasonable options (you can add new ones though): 1. removing > autotools support now (before releasing a new version) or 2. maintaining > autotools support until the next release of the simulator and dropping the > support after that. > > I'm still not sure if the second option have any advantages. Please let us > know what you think about it. > > > Finally, it would be nice if you can test our CMake build system on Mac > OSX and Windows, and help us to improve our CMake support so the we can use > cmake for all platforms and not using any other build systems for that > purpose (like VS project files). > > Also, CPack (a part of cmake suit) supports generating installers for those > systems (on Windows, it support NSIS installer). It'll enable us to create > binary installers easily. I'll try to improve our support for those systems, > but it needs testing specially on Mac OSX as I'm not much familiar with it > and I don't have access to one of those. (It seems that CPack supports > creating RPMs and DEBs too, but I've not investigated them yet.) > > > Thanks for your support, > > Hedayat > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Simspark Generic Physical MAS Simulator > simspark-devel mailing list > sim...@li... > https://lists.sourceforge.net/lists/listinfo/simspark-devel > > |
|
From: Sander v. D. <sgv...@gm...> - 2009-03-16 14:29:39
|
Hey all, We encountered a small issue with using cmake. As defined in CMakeLists.txt, the minimum required version is 2.6. However, on some systems we have 2.4, which is the version used in Ubuntu 8.04. Since this is the latest Long Term Support version I can imagine more people stick to this version. I am not familir with cmake at all besides the use for simspark, but is there some functionality that we rely on that is not in version 2.4. Or can we perhaps just set the required version to 2.4 so it can be used on more systems? Cheers, Sander On Fri, Jan 23, 2009 at 8:57 AM, Hedayat Vatankhah <hed...@ai...>wrote: > Hi again! > > I've almost finished adding CMake support to our projects in SVN. It needs > testing on systems with different configurations, but the needed changes > would not be much. So, it seems that removing autotools support will not > hurt the project itself. > > > First, from now on please consider CMake as the primary build system, and > use it instead of auto-tools yourselves, and report any problems you have > (and possibly fix them). > > > Second, sooner or later we are going to drop auto-tools support. I think > there are 2 reasonable options (you can add new ones though): 1. removing > autotools support now (before releasing a new version) or 2. maintaining > autotools support until the next release of the simulator and dropping the > support after that. > > I'm still not sure if the second option have any advantages. Please let us > know what you think about it. > > > Finally, it would be nice if you can test our CMake build system on Mac > OSX and Windows, and help us to improve our CMake support so the we can use > cmake for all platforms and not using any other build systems for that > purpose (like VS project files). > > Also, CPack (a part of cmake suit) supports generating installers for those > systems (on Windows, it support NSIS installer). It'll enable us to create > binary installers easily. I'll try to improve our support for those systems, > but it needs testing specially on Mac OSX as I'm not much familiar with it > and I don't have access to one of those. (It seems that CPack supports > creating RPMs and DEBs too, but I've not investigated them yet.) > > > Thanks for your support, > > Hedayat > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Simspark Generic Physical MAS Simulator > simspark-devel mailing list > sim...@li... > https://lists.sourceforge.net/lists/listinfo/simspark-devel > > |
|
From: Hedayat V. <hed...@ai...> - 2009-03-16 15:36:58
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html style="direction: ltr;">
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body style="direction: ltr;" bgcolor="#ffffff" text="#000000">
<span></span>
<p style="margin-bottom: 0cm; margin-top: 0pt;">Hi,<br>
</p>
<span><br>
<style type="text/css">blockquote {color: navy !important; background-color: RGB(245,245,245) !important; padding: 0 15 10 15 !important; margin: 15 0 0 0; border-left: #1010ff 2px solid;} blockquote blockquote {color: maroon !important; background-color: RGB(235,235,235) !important; border-left-color:maroon !important} blockquote blockquote blockquote {color: green !important; background-color: RGB(225,225,225) !important; border-left-color:teal !important} blockquote blockquote blockquote blockquote {color: purple !important; background-color: RGB(215,215,215) !important; border-left-color: purple !important} blockquote blockquote blockquote blockquote blockquote {color: teal !important; background-color: RGB(205,205,205) !important; border-left-color: green !important}</style><i><b>Sander
van Dijk <a class="moz-txt-link-rfc2396E" href="mailto:sgv...@gm..."><sgv...@gm...></a></b></i>
wrote on 03/16/2009
05:59:10 PM:</span><br>
<blockquote style="border-left: 2px solid rgb(16, 16, 255); color: navy; background-color: rgb(245, 245, 245); padding-left: 15px;" cite="mid:efd...@ma..." type="cite">Hey all,<br>
<br>
We encountered a small issue with using cmake. As defined in
CMakeLists.txt, the minimum required version is 2.6. However, on some
systems we have 2.4, which is the version used in Ubuntu 8.04. Since
this is the latest Long Term Support version I can imagine more people
stick to this version. I am not familir with cmake at all besides the
use for simspark, but is there some functionality that we rely on that
is not in version 2.4. Or can we perhaps just set the required version
to 2.4 so it can be used on more systems?<br>
</blockquote>
I'm not sure about it, but CMake had a rapid growth recently and many
changes, so I guess that the current files won't work with 2.4
versions. But, you can try changing the min version to 2.4 to see what
happens. But, again, I think it will fail with a high probability. And
I think it will need many dirty changes to make it compatible with 2.4
(but I'm not sure again!!).<br>
On the other hand, if I remember correctly, cmake.org provides binary
packages for Linux, so it might be easy to get a binary version of
cmake 2.6 and run under Ubuntu 8.04. <br>
Finally, compiling cmake should not be problematic and it won't need
extra requirements I think.<br>
What's your opinion?<br>
<br>
Thanks a lot,<br>
Hedayat<br>
<br>
<blockquote style="border-left: 2px solid rgb(16, 16, 255); color: navy; background-color: rgb(245, 245, 245); padding-left: 15px;" cite="mid:efd...@ma..." type="cite"> <br>
Cheers,<br>
Sander<br>
<br>
<div class="gmail_quote">On Fri, Jan 23, 2009 at 8:57 AM, Hedayat
Vatankhah <span dir="ltr"><<a moz-do-not-send="true" href="mailto:hed...@ai...">hed...@ai...</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style="direction: ltr;" bgcolor="#ffffff" text="#000000">
<p style="margin-bottom: 0cm; margin-top: 0pt;">Hi again!</p>
<p style="margin-bottom: 0cm; margin-top: 0pt;">I've almost
finished
adding CMake support to our projects in SVN. It needs testing on
systems with different configurations, but the needed changes would not
be much. So, it seems that removing autotools support will not hurt the
project itself. </p>
<p style="margin-bottom: 0cm; margin-top: 0pt;"><br>
</p>
<p style="margin-bottom: 0cm; margin-top: 0pt;">First, from now on
please consider CMake as the primary build system, and use it instead
of auto-tools yourselves, and report any problems you have (and
possibly fix them). </p>
<p style="margin-bottom: 0cm; margin-top: 0pt;"><br>
</p>
<p style="margin-bottom: 0cm; margin-top: 0pt;">Second, sooner or
later
we are going to drop auto-tools support. I think there are 2 reasonable
options (you can add new ones though): 1. removing autotools support
now (before releasing a new version) or 2. maintaining autotools
support until the next release of the simulator and dropping the
support after that. </p>
<p style="margin-bottom: 0cm; margin-top: 0pt;">I'm still not sure
if
the second option have any advantages. Please let us know what you
think about it.</p>
<p style="margin-bottom: 0cm; margin-top: 0pt;"><br>
</p>
<p style="margin-bottom: 0cm; margin-top: 0pt;">Finally, it would
be
nice if you can test our CMake build system on Mac OSX and Windows,�
and help us to improve our CMake support so the we can use cmake for
all platforms and not using any other build systems for that purpose
(like VS project files).</p>
<p style="margin-bottom: 0cm; margin-top: 0pt;">Also, CPack (a part
of
cmake suit) supports generating installers for those systems (on
Windows, it support NSIS installer). It'll enable us to create binary
installers easily. I'll try to improve our support for those systems,
but it needs testing specially on Mac OSX as I'm not much familiar with
it and I don't have access to one of those. (It seems that CPack
supports creating RPMs and DEBs too, but I've not investigated� them
yet.)<br>
</p>
<p style="margin-bottom: 0cm; margin-top: 0pt;"><br>
</p>
<p style="margin-bottom: 0cm; margin-top: 0pt;">Thanks for your
support,</p>
<p style="margin-bottom: 0cm; margin-top: 0pt;">Hedayat<br>
</p>
</div>
<br>
------------------------------------------------------------------------------<br>
This SF.net email is sponsored by:<br>
SourcForge Community<br>
SourceForge wants to tell your story.<br>
<a moz-do-not-send="true" href="http://p.sf.net/sfu/sf-spreadtheword" target="_blank">http://p..sf.net/sfu/sf-spreadtheword</a><br>
_______________________________________________<br>
Simspark Generic Physical MAS Simulator<br>
simspark-devel mailing list<br>
<a moz-do-not-send="true" href="mailto:sim...@li...">sim...@li...</a><br>
<a moz-do-not-send="true" href="https://lists.sourceforge.net/lists/listinfo/simspark-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/simspark-devel</a><br>
<br>
</blockquote>
</div>
<br>
</blockquote>
</body>
</html>
|
|
From: Sander v. D. <sgv...@gm...> - 2009-03-16 16:01:47
|
Hey, I will try setting the minimum version to 2.4 and see what happens. If it won't work it shouldn't be too big a problem to install a newer version (or compile it, as on these systems we don't have root access). If it's too much work to make it work under 2.4 I agree it's not worth it, was just wondering if it would be a small fix to have it working out of the box with older versions as in Ubuntu 8.04. Thanks! Sander On Mon, Mar 16, 2009 at 3:26 PM, Hedayat Vatankhah <hed...@ai...>wrote: > Hi, > > *Sander van Dijk <sgv...@gm...> <sgv...@gm...>* wrote on > 03/16/2009 05:59:10 PM: > > Hey all, > > We encountered a small issue with using cmake. As defined in > CMakeLists.txt, the minimum required version is 2.6. However, on some > systems we have 2.4, which is the version used in Ubuntu 8.04. Since this is > the latest Long Term Support version I can imagine more people stick to this > version. I am not familir with cmake at all besides the use for simspark, > but is there some functionality that we rely on that is not in version 2.4. > Or can we perhaps just set the required version to 2.4 so it can be used on > more systems? > > I'm not sure about it, but CMake had a rapid growth recently and many > changes, so I guess that the current files won't work with 2.4 versions. > But, you can try changing the min version to 2.4 to see what happens. But, > again, I think it will fail with a high probability. And I think it will > need many dirty changes to make it compatible with 2.4 (but I'm not sure > again!!). > On the other hand, if I remember correctly, cmake.org provides binary > packages for Linux, so it might be easy to get a binary version of cmake 2.6 > and run under Ubuntu 8.04. > Finally, compiling cmake should not be problematic and it won't need extra > requirements I think. > What's your opinion? > > Thanks a lot, > Hedayat > > > Cheers, > Sander > > On Fri, Jan 23, 2009 at 8:57 AM, Hedayat Vatankhah <hed...@ai...>wrote: > >> Hi again! >> >> I've almost finished adding CMake support to our projects in SVN. It needs >> testing on systems with different configurations, but the needed changes >> would not be much. So, it seems that removing autotools support will not >> hurt the project itself. >> >> >> First, from now on please consider CMake as the primary build system, >> and use it instead of auto-tools yourselves, and report any problems you >> have (and possibly fix them). >> >> >> Second, sooner or later we are going to drop auto-tools support. I think >> there are 2 reasonable options (you can add new ones though): 1. removing >> autotools support now (before releasing a new version) or 2. maintaining >> autotools support until the next release of the simulator and dropping the >> support after that. >> >> I'm still not sure if the second option have any advantages. Please let us >> know what you think about it. >> >> >> Finally, it would be nice if you can test our CMake build system on Mac >> OSX and Windows,� and help us to improve our CMake support so the we can use >> cmake for all platforms and not using any other build systems for that >> purpose (like VS project files). >> >> Also, CPack (a part of cmake suit) supports generating installers for >> those systems (on Windows, it support NSIS installer). It'll enable us to >> create binary installers easily. I'll try to improve our support for those >> systems, but it needs testing specially on Mac OSX as I'm not much familiar >> with it and I don't have access to one of those. (It seems that CPack >> supports creating RPMs and DEBs too, but I've not investigated� them yet.) >> >> >> Thanks for your support, >> >> Hedayat >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by: >> SourcForge Community >> SourceForge wants to tell your story. >> http://p..sf.net/sfu/sf-spreadtheword<http://p.sf.net/sfu/sf-spreadtheword> >> _______________________________________________ >> Simspark Generic Physical MAS Simulator >> simspark-devel mailing list >> sim...@li... >> https://lists.sourceforge.net/lists/listinfo/simspark-devel >> >> > |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X