2010/8/17 Rolf Eike Beer :
> Am Tuesday 17 August 2010 schrieb Eric Noulard:
>
>> set(CPACK_RPM_PACKAGE_RELOCATABLE TRUE)
>>
>> and CPackRPM will try to build a relocatable package.
>> This will surely FAIL if:
>> - some file are installed with absolute path
>
> Do you mean the packaging will
On 17.08.10 14:53:02, Brad King wrote:
> On 08/11/2010 07:04 PM, Andreas Pakulat wrote:
> > On 11.08.10 16:07:21, Brad King wrote:
> >> What source file is it compiling when it fails to find the header?
> >
> > reviewpatchdialog.cpp which has #include "ui_reviewpatch.h"
> >
> >> In what target is
On 08/17/2010 02:58 PM, Alexander Neundorf wrote:
Hi,
On Tuesday 17 August 2010, Orion Poplawski wrote:
I'm contemplating updating the version of cmake in EPEL[1] 5 from 2.4.8 to
2.6.4
Why not go directly to 2.8.2 ?
I think there are no known regressions.
Out of my hands. RHEL6 will ship w
Hi,
I have a script where I tell ctest how to build my xcode project using
xcodebuild and send the results to our dashboard. However, I have noticed that
ctest_build is much much slower than when I am building my project manually
with Xcode or xcodebuild. For some of my projects, it can be as
I tried to bootstrap CMake on Solaris, and got the following error:
cmake-build/Source/cmsys/FundamentalType.h", line 50: Error: #error
"Cannot determine sizeof(int)."
Does anyone know if this has been fixed in the development tree?
Cheers,
CY
___
Powe
Why wouldn't you go to the latest stable release of CMake, 2.8.2?
On Tue, Aug 17, 2010 at 4:31 PM, Orion Poplawski wrote:
> I'm contemplating updating the version of cmake in EPEL[1] 5 from 2.4.8 to
> 2.6.4 and was wondering if there were any particular gotchas to be expected
> from this move.
Hi,
On Tuesday 17 August 2010, Orion Poplawski wrote:
> I'm contemplating updating the version of cmake in EPEL[1] 5 from 2.4.8 to
> 2.6.4
Why not go directly to 2.8.2 ?
I think there are no known regressions.
> and was wondering if there were any particular gotchas to be expected
> from this m
I'm contemplating updating the version of cmake in EPEL[1] 5 from 2.4.8 to
2.6.4 and was wondering if there were any particular gotchas to be expected
from this move. Thanks!
1 - https://fedoraproject.org/wiki/EPEL
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWR
On Monday 16 August 2010, Daniel Nelson wrote:
> On Monday 16 August 2010 7:47:33 am naryniecki wrote:
> > Hi,
> >
> > I only want add that when I run "make t1/fast t2/fast" from command line
> > it works fine.
> >
> > Dnia 16 sierpnia 2010 15:33 naryniecki napisał(a):
> > > Hi,
> > >
> > > for ea
Am Tuesday 06 July 2010 schrieb Rolf Eike Beer:
> Am Monday 05 July 2010 schrieb David Cole:
> > Hi all,
> >
> > Now that we have released CMake 2.8.2 last Monday, and we have switched
> > to this new workflow using branches in the git repository, *now* would
> > be a great time to prioritize bug
On Monday 16 August 2010, Bo Thorsen wrote:
> Hi Claus,
>
> If you didn't already, please post this to http://cmake.org/Bug instead.
> The CMake people usually don't take bug reports from this list.
Is this related to this one ?
http://public.kitware.com/Bug/view.php?id=10994
Alex
___
Am Tuesday 17 August 2010 schrieb Eric Noulard:
> set(CPACK_RPM_PACKAGE_RELOCATABLE TRUE)
>
> and CPackRPM will try to build a relocatable package.
> This will surely FAIL if:
> - some file are installed with absolute path
Do you mean the packaging will fail or the installation? When you ha
On 08/11/2010 07:04 PM, Andreas Pakulat wrote:
> On 11.08.10 16:07:21, Brad King wrote:
>> What source file is it compiling when it fails to find the header?
>
> reviewpatchdialog.cpp which has #include "ui_reviewpatch.h"
>
>> In what target is its object file?
>
> kdevreviewboard is the target
On 8/17/2010 12:26 PM, Lorenzo Natale wrote:
On 17-Aug-10 4:40 PM, Bill Hoffman wrote:
We have been working quite a bit on making ctest/CDash more robust. If
you use git master ctest and svn CDash it should give more information,
and even retry if it fails.
Indeed, ctest built from git works
On 17-Aug-10 4:40 PM, Bill Hoffman wrote:
> We have been working quite a bit on making ctest/CDash more robust. If
> you use git master ctest and svn CDash it should give more information,
> and even retry if it fails.
Indeed, ctest built from git works perfectly (I haven't touched CDash).
Sinc
On 17-Aug-10 4:03 PM, Tyler Roscoe wrote:
> Does your Build.xml look correct? Are there any relevant messages in the
> web server logs?
>
> tyler
the build.xml looks good (as far as I can tell) and no particular
message is logged in the web server...
I'll try git ctest and svn cdash and get back
On Tue, Aug 17, 2010 at 05:14:07PM +0200, Johny wrote:
> I have a ctest script which i am using as a test in my build like this
>
> add_test ( ctest -S script.cmake)
>
> however once the script finishes executing i get a CMake error saying my
> CTEST_SOURCE_DIRECTORY, CTEST_BINARY_DIRECTORY and C
On Tue, Aug 17, 2010 at 9:08 AM, Brian Davis wrote:
> I am and it is working. It is not clear to me still why it would be a
> problem with parallel builds due to the target object naming convention you
> have used as stated in:
>
> --snip --
>
> Yup, I just build file names by appending/prependi
Hey,
I have a ctest script which i am using as a test in my build like this
add_test ( ctest -S script.cmake)
however once the script finishes executing i get a CMake error saying my
CTEST_SOURCE_DIRECTORY, CTEST_BINARY_DIRECTORY and CTEST_COMMAND are not
set. I've tried all sort of things fr
There may possibly be renewed support for a "CMakeified" version
of Boost. Boost 1.44 was just released and it looks like at least one
individual "http://gitorious.org/~denisarnaud/boost/denisarnauds-zeuners-boost-cmake/commits/1.44.0-denis
" is keeping the boost-cmake up-to-date with the
> You are getting the correct output. Look at the flags and target files
> more closely:
>
Yes I know it is working. It was working in the prior email where I
exclaimed "Yippie". I was just wondering if there was anything else I
should be aware of and I was not sure if I was clear in conveying
2010/8/17 Gerald Hofmann :
> Hi Will,
>
> I found a way to make the RPM relocatable.
>
> This brings some light into rpm relocation:
> http://www.rpm.org/max-rpm/ch-rpm-reloc.html
>
> The Prefix: tag gives the part of the file names which is replaced when
> another prefix is specified. You can di
On 8/17/2010 10:03 AM, Tyler Roscoe wrote:
On Tue, Aug 17, 2010 at 03:35:02PM +0200, Lorenzo Natale wrote:
Submit files (using http)
Using HTTP submit method
Drop site:[..]
Error when uploading file: [...]/20100816-2200/Build.xml
Error message was: Empty reply from server
I agree t
Hi Will,
I found a way to make the RPM relocatable.
This brings some light into rpm relocation:
http://www.rpm.org/max-rpm/ch-rpm-reloc.html
The Prefix: tag gives the part of the file names which is replaced when another
prefix is specified. You can divert CPACK_RPM_SPEC_MORE_DEFINE from its
On Tue, Aug 17, 2010 at 03:35:02PM +0200, Lorenzo Natale wrote:
> Submit files (using http)
>Using HTTP submit method
>Drop site:[..]
> Error when uploading file: [...]/20100816-2200/Build.xml
>Error message was: Empty reply from server
I agree that CDash doesn't always produce the mos
Hi all,
we have recently started using CTest. We set up five machines three
Linux, a Mac and a WindowsXP for continuous and nightly builds and our
own dashboard. All works well, expect the WindowsXP machine (CMake/CTest
2.8.2) which refuses to log on the dashboard with the error:
Submit files (usi
26 matches
Mail list logo
