Thanks Dirk,
On Tue, Mar 9, 2010 at 3:23 AM, Dirk Reiners <dirk.rein...@gmail.com> wrote:
>
> Hi Pablo,
>
> On 03/08/2010 10:59 AM, Pablo Carneiro Elias wrote:
> > Hi all,
> >
> > some recent update broke opensg build on windows. I've found out one of
> the
> > problems:
> >
> > at line 1068>: EXECUTE_PROCESS(COMMAND "date" "/T" OUTPUT_VARIABLE
> > ${RESULT})
> >
> > should be>: EXECUTE_PROCESS(COMMAND "date /T" OUTPUT_VARIABLE ${RESULT})
>
> I haven't tried it on Windows, so I wasn't aware of that one. I copied that
> fragment from another CMakeLists.txt, so I assumed it would be correct. :-/
>
> Would you be interested in hosting a Windows nightly build? I'm looking for
> some
> help on that one...
>
Sure, we would be glad to help, how should we proceed? We have no experience
with CDash yet ;)
>
> > there is also another error, cmake complains about wrong number of
> arguments
> > calling command REGEX REPLACE, at line 1069:
> >
> > string(REGEX REPLACE "(..)/(..)/..(..).*" "\\3\\2\\1" ${RESULT}
> > ${${RESULT}})
> >
> > cmake error is:
> >
> >
> > CMake Error at CMakeLists.txt:1069 (string):
> > string sub-command REGEX, mode REPLACE needs at least 6 arguments
> total to
> >
> > command.
> > Call Stack (most recent call first):
> > CMakeLists.txt:1079 (TODAY)
> >
> >
> > at which I cannot figure the real issue.
>
> Hm, which version of CMake are you using? Given that the same code is used
> in
> the Linux path, and works fine with my 2.9, it might be related to that
> (I'm
> using 2.9 because I couldn't get the RPM build to work with the 2.6 that
> comes
> with FC11).
>
we were using cmake 2.6 under windows and 2.8 under linux.
well, we may try to use 2.9 here, and it possibly will solve the REGEX
REPLACE problem, but it may not be the best solution since everyone would
have to use 2.9 version which is beta, isn't? ;/
Well, if there's no other solution we can switch version...
RPM package doesn't work under cmake 2.8?
I'll try 2.9 here and give you the answear soon (I can't give right now
because our server went out just now).
> > One more thing is that linux build is now generating RPM packages by
> > default. AFAICT there is no way of disabling it from outside (e.g
> > environment vars), so those who
> >
> > do not use RPM packages don't have much choice by now. We particularly
> > use tar.bz2 ;)
> >
> > Wouldn't it be the case of enabling external configuration for
> > CPack build, at which one can choose which type to generate (TBZ, ZIP,
> RPM...)?
>
> I added a OSGBUILD_PACKAGE_TYPE variable that allows you to set it. If it
> is set
> to "" it tries to pick a default. I'll commit the change as soon as the
> build
> finishes and works.
>
that CMake var will do it! Just one more thing about it is that you're using
that variable as it is to set both CPACK_GENERATOR string
and the extension of the package to be generate. It works fine for ZIP and
RPM, but not for "tar.bz2" since CPACK_GENERATOR string is "TBZ2" (we
actually use tar.bz2 ;-/ )
im sending a patch chunk (it solves the problem for most used extensions
under linux - tar.bz2 and tar.gz):
===================================================================
--- ../CMakeLists.txt (revision 2320)
+++ ../CMakeLists.txt (working copy)
@@ -1090,7 +1090,13 @@
ENDIF(OSGBUILD_PACKAGE_TYPE STREQUAL "")
STRING(TOUPPER ${OSGBUILD_PACKAGE_TYPE} CPACK_GENERATOR)
- STRING(TOLOWER ${OSGBUILD_PACKAGE_TYPE} PACK_EXT)
+ IF(${CPACK_GENERATOR} STREQUAL "TBZ2")
+ SET( PACK_EXT "tar.bz2" )
+ ELSEIF(${CPACK_GENERATOR} STREQUAL "TGZ")
+ SET( PACK_EXT "tar.gz" )
+ ELSE()
+ STRING(TOLOWER ${OSGBUILD_PACKAGE_TYPE} PACK_EXT)
+ ENDIF()
SET(PACKAGE "${CPACK_PACKAGE_FILE_NAME}.${PACK_EXT}")
SET(OUTFILE
"${CPACK_PACKAGE_FILE_NAME}-${BUILDNAME}-${DATE}.${PACK_EXT}")
;)
> Hope it helps
>
> Dirk
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Opensg-users mailing list
> Opensg-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/opensg-users
>
Thanks!
Pablo
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users
