On Saturday 01 October 2011, David Cole wrote:
> Brad and Bill and I will look at this Monday.
>
> We are closing in on the final 2.8.6 release. If we take changes Monday,
> we'll merge them, await the dashboard results on Tuesday morning, and then
> build the final 2.8.6. If we take no changes, I
Hi,
I just merged the branch HandleCMAKE_CXX_COMPILER_ARG1InEclipse into next, it
fixes http://public.kitware.com/Bug/view.php?id=12392 .
It's a small patch, and helps people using Eclipse + cmake + ccache.
Can this still make it into 2.8.6 please ?
Thanks
Alex
--
Powered by www.kitware.com
Vi
On Saturday 01 October 2011, Stephen Kelly wrote:
> Hi David,
>
> This is related to my patch to set the link_interface_libraries to empty
> and to:
>
> http://thread.gmane.org/gmane.comp.kde.devel.buildsystem/6622/focus=72030
>
> Quoting:
> > Setting LINK_INTERFACE_LIBRARIES to empty is still n
On Tuesday 27 September 2011, Rolf Eike Beer wrote:
> > On Thursday, September 22, 2011 03:00:33 PM Rolf Eike Beer wrote:
> >> > On Thursday, September 22, 2011 01:52:51 PM Rolf Eike Beer wrote:
> >> >> From 3f500a5c655cc4c12ecf6f774602b2a10cae0365 Mon Sep 17 00:00:00
> >>
> >> 2001
> >>
> >> >>
On Thursday, September 22, 2011 03:00:33 PM Rolf Eike Beer wrote:
> > On Thursday, September 22, 2011 01:52:51 PM Rolf Eike Beer wrote:
> >> From 3f500a5c655cc4c12ecf6f774602b2a10cae0365 Mon Sep 17 00:00:00 2001
> >> From: Rolf Eike Beer
> >> Date: Thu, 22 Sep 2011 13:48:15 +0200
> >>
> >> Tell t
On Thursday, September 22, 2011 03:00:33 PM Rolf Eike Beer wrote:
> > On Thursday, September 22, 2011 01:52:51 PM Rolf Eike Beer wrote:
> >> From 3f500a5c655cc4c12ecf6f774602b2a10cae0365 Mon Sep 17 00:00:00 2001
> >> From: Rolf Eike Beer
> >> Date: Thu, 22 Sep 2011 13:48:15 +0200
> >>
> >> Tell t
On Thursday, September 22, 2011 01:52:51 PM Rolf Eike Beer wrote:
> From 3f500a5c655cc4c12ecf6f774602b2a10cae0365 Mon Sep 17 00:00:00 2001
> From: Rolf Eike Beer
> Date: Thu, 22 Sep 2011 13:48:15 +0200
>
> Tell the people in the documentation which module to use instead.
Thanks, merged into next
On Sunday, September 18, 2011 07:11:58 PM Marcus D. Hanwell wrote:
> On Sun, Sep 18, 2011 at 6:39 AM, Alexander Neundorf
wrote:
> > On Saturday, September 17, 2011 07:16:28 PM Stephen Kelly wrote:
> >> Stephen Kelly writes:
> >> > Alexander Neundorf wrote:
>
On Saturday, September 17, 2011 07:16:28 PM Stephen Kelly wrote:
> Stephen Kelly writes:
> > Alexander Neundorf wrote:
> >
> >
> > Would it be possible to make CMAKE_AUTOMOC imply
> > CMAKE_INCLUDE_CURRENT_DIR?
> >
> > All the best,
> >
&g
On Thursday, September 15, 2011 10:22:52 PM James Bigler wrote:
> On Mon, Sep 12, 2011 at 3:35 PM, James Bigler wrote:
> > I need some advice on how to fix a problem I'm having with files with the
> > same name.
> >
> > I have two CUDA files with the same name in different directories:
> >
> > C
On Tuesday 16 August 2011, David Cole wrote:
> 2011/8/16 Alexander Neundorf :
> > On Tuesday 16 August 2011, Alexander Neundorf wrote:
> >> On Tuesday 16 August 2011, Alexander Neundorf wrote:
> >>
> >> ...
> >>
> >> > There is now a br
On Tuesday 16 August 2011, Alexander Neundorf wrote:
> On Tuesday 16 August 2011, Alexander Neundorf wrote:
> ...
>
> > There is now a branch AutomocForQt on the cmake stage.
> > Docs and a test are still missing.
>
> It has a test now. Docs are still missing.
Now
On Tuesday 16 August 2011, Alexander Neundorf wrote:
...
> There is now a branch AutomocForQt on the cmake stage.
> Docs and a test are still missing.
It has a test now. Docs are still missing.
Alex
___
cmake-developers mailing list
cmake-deve
On Saturday 04 June 2011, Alexander Neundorf wrote:
> Hi,
>
> one feature which all KDE developers are used to and which is also used by
> qmake when building Qt is "automoc".
>
> This means that you don't have to write
> qt4_wrap_cpp(srcs ${filesToBeMo
Hi Stephen :-)
On Thursday 11 August 2011, Stephen Kelly wrote:
> Hi,
>
> In this build log the test for -fvisibility=hidden results in success, but
> when the flag is used it fails:
>
> http://www.cdash.org/CDash/testDetails.php?test=109109951&build=1419259
>
> I'm guessing that compiler treat
On Monday 08 August 2011, Brad King wrote:
> On 8/8/2011 4:24 AM, Johan Björk wrote:
> > This has been discussed a billion times, so I'll keep it short.
> >
> > Problem: Some parts of the build requires a environment variable to be
> > set Solution: Several workarounds, use custom commands, wrappe
On Monday 01 August 2011, Alexander Neundorf wrote:
> On Monday 01 August 2011, Brad King wrote:
> > On 07/31/2011 04:09 PM, Alexander Neundorf wrote:
> > > I'm not sure which syntax I like better. The one with the macro feels
> > > more high-level, but maybe hides
On Monday 01 August 2011, Brad King wrote:
> On 07/31/2011 04:09 PM, Alexander Neundorf wrote:
> > I'm not sure which syntax I like better. The one with the macro feels
> > more high-level, but maybe hides too much what is actually going on
> > (which is not much). The o
On Sunday 31 July 2011, Brad King wrote:
> On 7/30/2011 3:33 AM, Rolf Eike Beer wrote:
> >> Another common scheme is to say that a version is compatible if the
> >> major version number matches and incompatible otherwise. I'm not
> >> saying we have to try to include every common scheme. I thin
On Friday 29 July 2011, Brad King wrote:
> On 07/18/2011 03:43 PM, Alexander Neundorf wrote:
...
> > Another question: the cmake.m4 is based on the m4-file for pkgconfig,
> > which has the GPL header at the top. So, the cmake.m4 still has that
> > header at the top.
On Thursday 07 July 2011, Alexander Neundorf wrote:
> On Thursday 07 July 2011, Brad King wrote:
> > On 7/6/2011 4:00 PM, Alexander Neundorf wrote:
> > > Since that Version.cmake file in most cases looks basically the same
> >
> > They're only the same withi
On Wednesday 27 July 2011, Eric Wing wrote:
> On 7/26/11, Alexander Neundorf wrote:
> > Hi,
> >
> > I just had a look at FindGIF.cmake and FindFreetype.cmake.
> > Both have similar code:
...
> > What about the two PATH_SUFFIXES lib64 and lib ? They shouldn&#
Hi,
I just had a look at FindGIF.cmake and FindFreetype.cmake.
Both have similar code:
FIND_LIBRARY(GIF_LIBRARY
NAMES ${POTENTIAL_GIF_LIBS}
HINTS
$ENV{GIF_DIR}
PATH_SUFFIXES lib64 lib
PATHS
~/Library/Frameworks
/Library/Frameworks
/usr/local
/usr
/sw
/opt/local
/opt/csw
Hi,
in KDE we have a copy of CHECK_CXX_SOURCE_COMPILES() which supports imported
targets in CMAKE_REQUIRED_LIBRARIES:
http://websvn.kde.org/branches/KDE/4.5/kdelibs/cmake/modules/CheckCXXSourceCompiles.cmake?revision=1143427&view=markup
http://websvn.kde.org/branches/KDE/4.5/kdelibs/cmake/modules
On Wednesday 06 July 2011, Alexander Neundorf wrote:
> On Monday 04 July 2011, Brad King wrote:
> > On 07/03/2011 12:23 PM, Alexander Neundorf wrote:
> > > On Monday 20 June 2011, Brad King wrote:
> > >> On 06/17/2011 05:09 PM, Alexander Neundorf wrote:
> > >
On Monday 06 June 2011, Brad King wrote:
> On 06/04/2011 06:39 AM, Alexander Neundorf wrote:
> > So, what we came up with is that create a new package which just contains
> > our cmake modules, so they can be used by non-KDE applications.
>
> [snip]
>
> > Do you t
On Thursday 07 July 2011, Brad King wrote:
> On 7/6/2011 4:00 PM, Alexander Neundorf wrote:
> > Since that Version.cmake file in most cases looks basically the same
>
> They're only the same within a specific community's versioning scheme.
> The whole reason find_pa
On Wednesday 06 July 2011, Eric Noulard wrote:
> > I just found that I started with this already 5 years ago:
> > http://www.cmake.org/pipermail/cmake-developers/2006-September/000123.htm
> > l
> >
> > Conclusion was that it's ok, but the existing check_something() macros
> > should be renamed to
On Monday 04 July 2011, Brad King wrote:
> On 07/03/2011 12:23 PM, Alexander Neundorf wrote:
> > On Monday 20 June 2011, Brad King wrote:
> >> On 06/17/2011 05:09 PM, Alexander Neundorf wrote:
> >>> I improved it somewhat, so IMO it is basically working no
Hi,
in KDE we have a simple macro which helps with creating a
FooConfigVersion.cmake for installation along the FooConfig.cmake file.
Since that Version.cmake file in most cases looks basically the same, I
thought it is a good idea to provide such a basic file, and the only thing
which has to
Hi,
in KDE we have two macros macro_push_required_vars() and
macro_pop_required_vars().
They are intended to be used before setting one or more of the
CMAKE_REQUIRED_INCLUDES/DEFINITIONS/etc. variables for a specific test, so
that after the check the previous state can be easily restored. It wo
On Wednesday 06 July 2011, Alexander Neundorf wrote:
> Hi,
>
> cmake has a CHECK_SYMBOL_EXISTS() macro for testing whether a symbol exists
> in a header /library.
>
> In KDE we have a slightly modified version of this,
> CHECK_CXX_SYMBOL_EXISTS(), which basically does
Hi,
cmake has a CHECK_SYMBOL_EXISTS() macro for testing whether a symbol exists in
a header /library.
In KDE we have a slightly modified version of this, CHECK_CXX_SYMBOL_EXISTS(),
which basically does the same, but using C++, so C++ headers can be checked.
I'd like to add that to cmake.
Any o
On Monday 20 June 2011, Brad King wrote:
> On 06/17/2011 05:09 PM, Alexander Neundorf wrote:
> > I improved it somewhat, so IMO it is basically working now.
> > There is now a branch UsingCMakeLikePkgConfig on stage.
> > Would be nice if you could have a look.
>
>
On Thursday 23 June 2011, Brad King wrote:
> On 06/23/2011 05:12 AM, Alexander Neundorf wrote:
> >> Please put it at the very bottom of the entire
> >> documentation, just above the note about NO_POLICY_SCOPE.
> >
> > Done.
>
> Thanks. The topic look
On Wednesday 22 June 2011, Brad King wrote:
> On 06/21/2011 03:25 PM, Alexander Neundorf wrote:
> > Ok, I pushed the branch again.
>
> The new name looks better. Perhaps I missed this last time, but the
> documentation of the variable within the command is back up in the
> s
On Tuesday 21 June 2011, Brad King wrote:
> On 06/20/2011 06:23 PM, Alexander Neundorf wrote:
> > I moved part of the documentation now to the variable section.
> >
> > Better ?
>
> Nice, thanks.
>
> > While looking at it, I'm not sure anymore the
On Monday 20 June 2011, Brad King wrote:
> On 06/20/2011 12:40 PM, Alexander Neundorf wrote:
> > On Monday 20 June 2011, Brad King wrote:
> >> - In the documentation patch please move mention of this variable down
> >>
> >> to the bottom. It is not impor
On Monday 20 June 2011, Alexander Neundorf wrote:
> On Monday 20 June 2011, Brad King wrote:
> ...
>
> > As you guessed, interactive rebase is the correct approach. Since
> > you have not merged the topic you are free to overwrite it on the
> > topic stage. The old
On Monday 20 June 2011, Brad King wrote:
...
> As you guessed, interactive rebase is the correct approach. Since
> you have not merged the topic you are free to overwrite it on the
> topic stage. The old version of the history will be replaced with
> the new version. It might feel funny the firs
On Monday 20 June 2011, Alexander Neundorf wrote:
...
> What is the recommended way how to do this with git ?
with "how to do this" I mean "how to make the suggested fixes"
Alex
___
cmake-developers mailing list
cmake-de
On Monday 20 June 2011, Brad King wrote:
> On 06/17/2011 12:55 PM, Alexander Neundorf wrote:
> > On Thursday 16 June 2011, Brad King wrote:
> >> On 06/16/2011 04:15 PM, Alexander Neundorf wrote:
> >>> I'll push a branch to the stage once 2.8.5 is relea
On Friday 17 June 2011, Alexander Neundorf wrote:
> On Tuesday 07 June 2011, Alexander Neundorf wrote:
> > On Monday, June 06, 2011 03:44:20 PM Brad King wrote:
> > > On 06/05/2011 07:14 PM, Eric Noulard wrote:
> > > >>> 2011/6/4 Alexander Neundorf :
> &
On Tuesday 07 June 2011, Alexander Neundorf wrote:
> On Monday, June 06, 2011 03:44:20 PM Brad King wrote:
> > On 06/05/2011 07:14 PM, Eric Noulard wrote:
> > >>> 2011/6/4 Alexander Neundorf :
> > >>>> * if so, it will check that for FOO_INCLUDES and F
On Thursday 16 June 2011, Brad King wrote:
> On 06/16/2011 04:15 PM, Alexander Neundorf wrote:
> > I'll push a branch to the stage once 2.8.5 is released. Or can I do that
> > earlier ?
>
> You can push it any time but skip merging it.
There should be a branch DisableS
On Thursday 09 June 2011, Brad King wrote:
> On 6/9/2011 8:50 AM, Alexander Neundorf wrote:
...
> > I think this can be handled.
> > find_package() should error out in this case, because Bar was required
> > but it was disabled.
> > Maybe this option to disable a f
On Monday 13 June 2011, David Cole wrote:
> It is unexpected (and user/pilot error, if encountered) to have
> multiple INSTALL_DIR arguments to ExternalProject_Add.
>
> Why do you have to override the function in order to achieve your goal?
I'm working on this:
https://projects.kde.org/projects/k
Hi Dave,
I want to wrap the externalproject_add() function, so that in the normal case
only the git URL has to be specified, and all other arguments have been
already set.
But it should still be possible to override "my" default arguments.
So I had a look how the argument parsing is done in Ex
On Thursday 09 June 2011, Brad King wrote:
> On 6/9/2011 2:58 AM, Alexander Neundorf wrote:
> > This wish comes mainly from packagers, not from the developers
> > themselves. I am sure packagers would be happy if they had one
> > consistent way to disable every package any cm
On Thursday 09 June 2011, Brad King wrote:
> On 6/9/2011 4:12 AM, Alexander Neundorf wrote:
> > AFAIK depending on generated files via the #include does not work/is not
> > reliable (that's why generated files need to be added to the target).
>
> For the Makefile generat
On Thursday 09 June 2011, Rolf Eike Beer wrote:
> > Right now this is done by adding an extra target _automoc to
> > every target.
> > If I added a custom command for every source file, which would create
> > basically a timestamp file, and run automoc just on this source file, I
> > would get the
On Thursday 09 June 2011, Alexander Neundorf wrote:
...
> At build time, the logic is complex enough and it also has to be really
> fast so that this should IMO be done in the C++.
> It could either be a -E automoc option, or a -P
> CMakeAutomoc.cmake script, which then calls a
On Wednesday 08 June 2011, Brad King wrote:
> On 6/8/2011 2:59 PM, Alexander Neundorf wrote:
> > The "two things" are
> > - BSD licensing, we did that 3 years ago:
> > http://quickgit.kde.org/?p=automoc.git&a=commit&h=78fdba1e2d96bc455125317
> > 48ffb7
On Wednesday 08 June 2011, Brad King wrote:
> On 6/8/2011 2:08 PM, Alexander Neundorf wrote:
> > This would make the options available for cmake-based projects more
> > consistent.
> > This issue comes up regularly from new users.
>
> The option() command adds opt
On Thursday 09 June 2011, Nicolas Desprès wrote:
> On Wed, Jun 8, 2011 at 8:08 PM, Alexander Neundorf wrote:
...
> > I can't think of any reason why somebody would want to use
> > find_package(...without REQUIRED) instead of optional_find_package().
> >
> >
On Thursday 09 June 2011, Rolf Eike Beer wrote:
> Clinton Stimpson wrote:
> > On Wednesday, June 08, 2011 12:59:36 pm Alexander Neundorf wrote:
> > > Beside that, I didn't ask explicitely, but I'm sure without automoc
> > > cmake
> > > is out of
On Wednesday, June 08, 2011 08:45:56 PM Eric Noulard wrote:
> 2011/6/8 Alexander Neundorf :
> > On Tuesday, June 07, 2011 02:34:06 PM Eric Noulard wrote:
> >> 2011/6/7 Alexander Neundorf :
> >> > On Monday, June 06, 2011 03:26:03 PM Brad King wrote:
> >&g
On Monday, June 06, 2011 03:37:16 PM Brad King wrote:
> On 06/06/2011 03:56 AM, Alexander Neundorf wrote:
> > On Saturday, June 04, 2011 10:24:52 AM Alexander Neundorf wrote:
> >> Hi,
> >>
> >> one feature which all KDE developers are used to and which is also
On Saturday, June 04, 2011 10:09:57 AM Alexander Neundorf wrote:
> Hi,
>
> I'm currently at the KDE Platform Sprint, where we (a bunch of KDE
> developers) are discussing how to move on with the KDE platform.
> This includes some things regarding cmake.
> When we introdu
On Tuesday, June 07, 2011 02:34:06 PM Eric Noulard wrote:
> 2011/6/7 Alexander Neundorf :
> > On Monday, June 06, 2011 03:26:03 PM Brad King wrote:
> >> On 06/04/2011 06:30 AM, Alexander Neundorf wrote:
> [...]
>
> >> > What do you think
Hi,
I slept over it, I think here's a better idea.
For every find_package() which is not REQUIRED, some people or packagers may
want to explicitely disable each one of them.
So how about this:
if there is no REQUIRED keyword in the find_package() call, there is always an
option added which can
On Monday, June 06, 2011 03:26:03 PM Brad King wrote:
> On 06/04/2011 06:30 AM, Alexander Neundorf wrote:
> > What do you think about adding this as a built-in feature to
> > find_package(), i.e. add a argument OPTIONAL to find_package(), then
> > probably also a "COMME
On Monday, June 06, 2011 03:44:20 PM Brad King wrote:
> On 06/05/2011 07:14 PM, Eric Noulard wrote:
> >>> 2011/6/4 Alexander Neundorf :
> >>>> * if so, it will check that for FOO_INCLUDES and FOO_LIBRARIES
> >>>> * create the command line arguments for
On Saturday, June 04, 2011 10:24:52 AM Alexander Neundorf wrote:
> Hi,
>
> one feature which all KDE developers are used to and which is also used by
> qmake when building Qt is "automoc".
>
> This means that you don't have to write
> qt4_wrap_cpp(srcs ${f
On Sunday, June 05, 2011 11:34:55 PM Eric Noulard wrote:
> 2011/6/4 Alexander Neundorf :
> > Hi,
> >
> > again from the KDE sprint...
> >
> > We have around 150 cmake modules in kdelibs...
> > Several libraries are not "before" kdelibs, so they
On Sunday, June 05, 2011 11:21:43 PM Eric Noulard wrote:
> 2011/6/4 Alexander Neundorf :
> > Hi,
> >
> > KDE is getting more modular, so instead of a few huge "modules" there
> > will be much more independent libraries.
> > We'll try to make al
On Sunday, June 05, 2011 11:50:50 PM Eric Noulard wrote:
> 2011/6/4 Alexander Neundorf :
> > Hi,
> >
> > again from the KDE sprint...
> >
> > 1) We have a macro
> > macro_optional_find_package().
> > The purpose is to be able to build without a
On Sunday, June 05, 2011 08:53:31 PM Michael Wild wrote:
> On 06/05/2011 08:50 PM, Alexander Neundorf wrote:
> > On Sunday, June 05, 2011 11:50:12 AM Michael Wild wrote:
> >> On 06/04/2011 10:28 PM, Alexander Neundorf wrote:
> >>> Hi,
> >>>
> >>
On Sunday, June 05, 2011 11:50:12 AM Michael Wild wrote:
> On 06/04/2011 10:28 PM, Alexander Neundorf wrote:
> > Hi,
> >
> > when installing an export-file cmake has the nice feature to calculate
> > the CMAKE_INSTALL_PREFIX from the current location:
...
> > If
Hi,
when installing an export-file cmake has the nice feature to calculate the
CMAKE_INSTALL_PREFIX from the current location:
-8<--8<--8<
# Compute the installation prefix relative to this file.
GET_FILENAME_COMPONENT(_IMPORT_PREFIX "${CMAKE_C
Hi,
again from the KDE sprint...
We have around 150 cmake modules in kdelibs...
Several libraries are not "before" kdelibs, so they don't have access to
those.
So, what we came up with is that create a new package which just contains our
cmake modules, so they can be used by non-KDE applicatio
Hi,
again from the KDE sprint...
1) We have a macro
macro_optional_find_package().
The purpose is to be able to build without a specific package even if that
package is installed and would actually be found by the find_package() call.
Basically this is a wrapper around find_package(), but addit
Hi,
KDE is getting more modular, so instead of a few huge "modules" there will be
much more independent libraries.
We'll try to make all those libraries install proper FooConfig.cmake files.
Currently most of these libraries install already pkgconfig pc-files.
This means they (would) have to inst
Hi,
one feature which all KDE developers are used to and which is also used by
qmake when building Qt is "automoc".
This means that you don't have to write
qt4_wrap_cpp(srcs ${filesToBeMoced})
but instead you simply do
kde4_add_executable(hello ${srcs})
and everything including moc is handled
Hi,
I'm currently at the KDE Platform Sprint, where we (a bunch of KDE developers)
are discussing how to move on with the KDE platform.
This includes some things regarding cmake.
When we introduced cmake in KDE, there were not that many other free projects
using cmake, so our cmake extensions wa
On Wednesday 25 May 2011, Alan W. Irwin wrote:
> On 2011-05-25 14:25-0400 David Cole wrote:
> > I am happy to announce that CMake 2.8.5 has entered the release
> > candidate stage! You can find the source and binaries here:
> > http://www.cmake.org/files/v2.8/?C=M;O=D
>
> Hi Dave:
>
> Has bug 922
Hi,
what was the exact purpose of the backlog status in the bugtracker ?
I have a few issues assigned to me, where the reporter does not respond
anymore, or where I don't have the time or feel qualified to work on them.
So, a bunch of issues which make sense, but where I know I won't work on the
On Friday 06 May 2011, Oliver Buchtala wrote:
> Am 06.05.2011 23:26, schrieb Alexander Neundorf:
...
> > When I look around my colleagues I find basically only positive remarks
> > about the svn support in Eclipse ;-)
> >
> > This is also my impression from feedback
On Saturday 30 April 2011, Oliver Buchtala wrote:
> Am 30.04.2011 19:56, schrieb Oliver Buchtala:
> > Am 30.04.2011 19:29, schrieb Alexander Neundorf:
> >>> Nowadays, there are ways to deal better with that: linked folders,
> >>> virtual folders and linked r
On Wednesday 27 April 2011, you wrote:
> Am 27.04.2011 21:28, schrieb Alexander Neundorf:
> > On Monday 25 April 2011, Oliver Buchtala wrote:
> >> Am 20.04.2011 22:09, schrieb Alexander Neundorf:
> >>> ...
> >>>
> >>>>> What would yo
On Saturday 30 April 2011, Oliver Buchtala wrote:
> Am 29.04.2011 21:45, schrieb Manuel Klimek:
> > On Fri, Apr 29, 2011 at 11:55 AM, Alexander Neundorf
wrote:
> >> On Thursday 28 April 2011, Oliver Buchtala wrote:
> >> ...
> >>
> >>> wst-
On Thursday 28 April 2011, Oliver Buchtala wrote:
...
> wst-file is allright and I see that all projects are generated :)
>
> Unfortunately, this working set stuff is yet a bit inconvenient, as it
> is not an Eclipse built-in.
>
> What you need to do:
> 0. Switch to C/C++ perspective (maybe this is
On Friday 29 April 2011, Oliver Buchtala wrote:
> Am 29.04.2011 09:49, schrieb Eric Noulard:
> > 2011/4/29 Oliver Buchtala :
> >> As described before, I added links to the (main) project's source and
> >> build folder.
> >> You enable this with -DCDT_LINK_MAIN_SOURCE_FOLDERS=ON.
> >>
> >> For that
On Wednesday 27 April 2011, Oliver Buchtala wrote:
> Forgot to feed the list...
>
> Am 27.04.2011 22:01, schrieb Alexander Neundorf:
> > On Friday 22 April 2011, Oliver Buchtala wrote:
> > ...
> >
> >> Here we go:
> >> git://github.com/oliver/cmake
On Thursday 28 April 2011, Nicolas Desprès wrote:
> 2011/4/28 David Cole :
> > 2011/4/28 Nicolas Desprès
> >
> >> 2011/4/27 Alexander Neundorf :
> >> > On Wednesday 27 April 2011, Nicolas Desprès wrote:
> >> >> Hi,
> >> >>
> &
On Wednesday 27 April 2011, Oliver Buchtala wrote:
> Am 27.04.2011 21:28, schrieb Alexander Neundorf:
> > On Monday 25 April 2011, Oliver Buchtala wrote:
> >> Am 20.04.2011 22:09, schrieb Alexander Neundorf:
> >>> ...
> >>>
> >>>>> Wha
On Monday 25 April 2011, Oliver Buchtala wrote:
> Am 20.04.2011 22:09, schrieb Alexander Neundorf:
> > ...
> >
> >>> What would you expect there ?
> >>
> >> Some structure that gives me acces to the sources of the targets.
> >> I suppose, you
On Wednesday 27 April 2011, Nicolas Desprès wrote:
> Hi,
>
> I'm experimenting with the variables available in script mode in the
> current master (a3a581f8cd):
>
> CMAKE_SCRIPT_MODE_FILE
> CMAKE_ARGC
> CMAKE_ARGVx
>
> Apparently they are not available in 2.8.4 yet.
>
> Using this test script:
>
>
On Monday 25 April 2011, Oliver Buchtala wrote:
> Am 20.04.2011 22:09, schrieb Alexander Neundorf:
> > ...
> >
> >>> What would you expect there ?
> >>
> >> Some structure that gives me acces to the sources of the targets.
> >> I suppose, you
On Wednesday 20 April 2011, Oliver Buchtala wrote:
> Hi Alex,
...
> > What would you expect there ?
>
> Some structure that gives me acces to the sources of the targets.
> I suppose, you try to achieve this with sub-projects, but it does not
> work properly in my case.
How does it work not properl
Hi Oliver,
On Sunday 17 April 2011, Oliver Buchtala wrote:
> Hi Alex,
>
> Am 17.04.2011 20:46, schrieb Alexander Neundorf:
> > Hi,
> >
> > On Sunday 17 April 2011, Oliver Buchtala wrote:
> >> Hi,
> >>
> >> I like to get involved offering work
Hi,
On Sunday 17 April 2011, Oliver Buchtala wrote:
> Hi,
>
> I like to get involved offering work on the Eclipse CDT generator.
>
> Currently, the generated project setting is not very Eclipse'ish.
There have been some changes in the 2.8.x versions. You have 2.8.4 ?
> - one large project
> -
On Tuesday 29 March 2011, David Cole wrote:
> Hi all,
>
> Now that we have released CMake 2.8.4, *now* would be a great time to
> prioritize bug fixes for the next release of CMake.
>
> Replies requested. Read on. *Just a short reply with bug numbers* or links
> to the bugs is all we need here. Ple
On Saturday 26 March 2011, Wolfgang Steiner wrote:
> Hi CMake people,
>
> first off I'd like to thank the devs for such a great tool, you've done an
> awesome job with this project ;)
>
> I'm currently trying to do a cmake mod based on the latest Git head.
> Basically I'm trying to add an alternati
Hi,
Enrique is volunteering to maintain a new FindDC1394.cmake module, as posted
on the cmake list.
Did you already get in contact with him (... so I can close the ticket for
me) ?
Alex
-- Forwarded Message --
Subject: [CMake] [New Module] FindDC1394.cmake
Date: Sunday 13 Ma
in ${INSTALL_DATA_DIR}/Armadillo/cmake/. It works well,
> thanks for the tips.
>
> Clement.
>
> On 16/03/11 19:16, Alexander Neundorf wrote:
> > Hi Clement,
> >
> > On Wednesday 16 March 2011, creusot wrote:
> >> Hi everybody,
> >> I would lik
Hi Clement,
On Wednesday 16 March 2011, creusot wrote:
> Hi everybody,
> I would like to propose a new cmake module for the Armadillo C++ library.
> http://arma.sourceforge.net/
> This library provides fast linear algebra methods with an interface very
> similar to octave code:
> colvec
On Wednesday 09 March 2011, Brad King wrote:
> On 03/09/2011 02:27 PM, Alexander Neundorf wrote:
> > On Tuesday 08 March 2011, Brad King wrote:
> >> $ icl -S main.c
> >> $ icl main.asm
> >> (errors)
> >> I was able to fix the erro
On Friday 04 February 2011, David Cole wrote:
> On Fri, Feb 4, 2011 at 4:22 AM, Eric Noulard wrote:
> > 2011/2/4 Michael Wild :
> > > You could actually add a "backlog" status by customising the
> >
> > configuration:
> >
> >
> > http://manual.mantisbt.org/manual.customizing.mantis.customizing.sta
On Tuesday 08 March 2011, Brad King wrote:
> On 03/07/2011 03:44 PM, Alexander Neundorf wrote:
> > Testing the Intel compiler under Windows...
>
> I just tried this but have no time to work further on it now. The compiler
> does use -S to generate assembly, but there are a
601 - 700 of 831 matches
Mail list logo
