> On Saturday 03 April 2010, them...@gmail.com wrote:
> > From: Michael Wild
> >
> > Signed-off-by: Michael Wild
>
> Thanks, committed (and pushed).
> (except the last one, this actually looked ok IMO).
>
> Btw. is there a way to patch an email into git ? Otherwise attaching the
> patch
>
On Fri, Apr 09, 2010 at 08:53:27PM +0200, Alexander Neundorf wrote:
> > set (CPACK_INCLUDE_TOPLEVEL_DIRECTORY 0)
>
> Is this documented somewhere ?
> If not, can you please put it in the wiki (e.g. in
This finally motivated me to create an account for the kitware wiki.
Thanks Alex :).
I added a
On Saturday 03 April 2010, them...@gmail.com wrote:
> From: Michael Wild
>
> Signed-off-by: Michael Wild
Thanks, committed (and pushed).
(except the last one, this actually looked ok IMO).
Btw. is there a way to patch an email into git ? Otherwise attaching the patch
would make it easier to ha
Hello
I have a strange cpack problem: I use cpack to generate a Mac install package
(PackageMaker) and to generate a tar.gz. Logically, the tar.gz and the
installer should contain/install the same files. Unfortunately, this is not the
case. Some more or less random directories are missing in th
On 9. Apr, 2010, at 13:14 , David Cole wrote:
> On Fri, Apr 9, 2010 at 2:08 AM, Michael Wild wrote:
>> [...]
>> It would be nice if CMake created component-wise install targets. E.g. it
>> would be very nice to have:
>>
>> make install-man
>> make install-bin
>> make install-shlibs
>> make inst
On Friday 02 April 2010, Tyler Roscoe wrote:
> On Fri, Apr 02, 2010 at 09:50:59PM +0200, Allan W. Nielsen wrote:
> > The result of this the the following file:
> > TEST-0.1.1-Linux/bin/test
> >
> > What I would like to achieve is that the directory layout of the
> > generated tar file is:
> >
> > /
On 9. Apr, 2010, at 20:20 , Alexander Neundorf wrote:
>> [...]
>>
>> which will create IMPORTED targets with the same names as in the Grantlee
>> project. So you can then set the variables
>>
>> set(Grantlee_CORE_LIBRARIES grantlee_core ${QT_QTCORE_LIBRARIES})
>> set(Grantlee_GUI_LIBRARIES grant
On Friday 09 April 2010, Michael Wild wrote:
> On 9. Apr, 2010, at 9:53 , Stephen Kelly wrote:
> > Hi,
> >
> > I've just tagged and tarballed a release candidate of Grantlee version
> > 0.1.0. Grantlee is a Free Software string template system written in Qt
> > and using CMake for its build system.
(For the record)
Following your advice, I just added the following condition
IF( EXISTS ${CMAKE_SOURCE_DIR}/.svn/ )
...
ENDIF()
And now it works fine!
Even if this condition is not included in FindSubversion.cmake, I
guess it could be added in the documentation (header) of this file.
I'm working with MSVC 9.0 2008 and I want to add a flag (/LTCG) to the
librarian command line.
I can add flags to the linker successfully with:
SET_PROPERTY(TARGET ${TARGET} PROPERTY LINK_FLAGS "${LINK_FLAGS}")
But this doesn't seem to translate to the librarian command line. I
couldn't find a
On 4/9/10 9:36 AM, Patrick Begou wrote:
Hi,
I've got a strange behavior with cmake with my linux X86_64 system configuration
(Open Suse).
My users home directories are nfs mounted on:
/tmp_mnt/hasources
and I have a soft link
/HA/sources -> /tmp_mnt/hasources/.
An exemple of $HOME for a user
On Tue, Apr 6, 2010 at 2:38 AM, Alan W. Irwin wrote:
> On 2010-04-05 19:21-0600 Clinton Stimpson wrote:
>
> I've submitted a bug report to the wine bugzilla with a very simple test
>> case (bug #22286). So the bug can be taken care of or discussed over there.
>>
>> If anyone needs a workaround u
On Fri, Apr 9, 2010 at 11:25 AM, Arnaud Gelas
wrote:
> David,
>
> you're right Suversion_WC_INFO should only focus on svn working copy! Such
> kind of features should be included in a specific module (git-svn one for
> instance).
>
> I have just checked the documentation of git svn info which retu
Michael Wild wrote:
> the dependency should prevent anything bad from happening.
Dependencies in the actual "Makefile" are not meaningful. It is
a front-end that launches a make process for driving the build
through "CMakeFiles/Makefile2" which has the real inter-target
dependencies. Each target
David,
you're right Suversion_WC_INFO should only focus on svn working copy!
Such kind of features should be included in a specific module (git-svn
one for instance).
I have just checked the documentation of git svn info which returns a
lot of important information, but does not support y
Subversion_WC_INFO assumes an svn working copy tree, and it should remain
so.
In the case of using git svn, you should not use Subversion_WC_* macros as
you do not have an svn working copy tree...
The project code, if intending to support git svn checkouts, should be
adapted accordingly.
As git
Hi,
I've got a strange behavior with cmake with my linux X86_64 system configuration
(Open Suse).
My users home directories are nfs mounted on:
/tmp_mnt/hasources
and I have a soft link
/HA/sources -> /tmp_mnt/hasources/.
An exemple of $HOME for a user is:
# echo $HOME
/HA/sources/pillonm
Using
Hi guys,
I have recently mirrored one svn project on github, and I am trying to
keep both version up to date using git svn.
In this project (on the svn repository), I was using
Subversion_WC_INFO to get the revision, but now on the git repository,
I get one error message that my directory
On Fri, Apr 9, 2010 at 2:08 AM, Michael Wild wrote:
>
> On 8. Apr, 2010, at 16:40 , David Cole wrote:
> [...]
> >
> >
> > Why not use the COMPONENT feature of the various install command
> signatures to separate your installables into components...?
> >
> > Then you can run:
> > cd binary_dir
>
On 31. Mar, 2010, at 21:22 , Bill Hoffman wrote:
> Bradley Lowekamp wrote:
>> Hello,
>> The down arrow (and other arrow keys) is no longer working after I patched
>> to OSX 10.6.3 with ccmake. This is very weird! Other applications seems fine.
>> I have tried 3 upgraded machines, all failing to
On 9. Apr, 2010, at 9:53 , Stephen Kelly wrote:
> Hi,
>
> I've just tagged and tarballed a release candidate of Grantlee version
> 0.1.0. Grantlee is a Free Software string template system written in Qt and
> using CMake for its build system.[1]
>
> Most of my CMake knowledge is about writing
On 09.04.10 09:53:03, Stephen Kelly wrote:
> Hi,
>
> I've just tagged and tarballed a release candidate of Grantlee version
> 0.1.0. Grantlee is a Free Software string template system written in Qt and
> using CMake for its build system.[1]
>
> Most of my CMake knowledge is about writing simple
I don't really see why this should be a problem. If "install" depends on "all",
everything should be fine, even in the parallel case (otherwise the
dependency-tracking is seriously broken). Even if "all" is the ".DEFAULT"
target, make should ignore that because I explicitly specified the target
Hi Michael,
This is a well-known problem with parallel make. When using -j you
should NEVER specify multiple targets, because each target could be
built independently in a separate make process even if they have
dependencies. Here, you're using the implicit target 'all' and the
target 'install'. T
Hi,
I've just tagged and tarballed a release candidate of Grantlee version
0.1.0. Grantlee is a Free Software string template system written in Qt and
using CMake for its build system.[1]
Most of my CMake knowledge is about writing simple CMakeLists.txt files to
consume other libraries. Writin
25 matches
Mail list logo