flicting -g flags when multiple -g flags occur...
>
> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=cb22afc0
>
> It's relatively recent and first appeared in 2.8.6 -- I want to make
> sure that whatever fix goes in now also honors the intent of that
> commit, which fixed htt
is project? (i.e. -- do you call execute_process with anything)
>
> What else did you upgrade at the same time? :-)
>
>
> Thx,
> David
>
>
>
> On Wed, Jan 4, 2012 at 10:08 AM, Axel Roebel wrote:
>> Hello
>>
>> I just upgraded from 2.8.1 to 2.8.6 to be
--
Axel Roebel
Head of the Analysis/Synthesis Team, IRCAM
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http
> SET( CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER )
> SET( CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY )
> SET( CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY )
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Wednesday 28 May 2008, Bill Hoffman wrote:
> Axel Roebel wrote:
> > Hi Bill,
> >
> > Ok I see you mean running the windows binary from the command line.
> > However,it does not work with unix makefiles.
> > It uses windows paths in a unix makefile.
> > I
On Wednesday 28 May 2008, Bill Hoffman wrote:
> Axel Roebel wrote:
> >> You may want to
> >> try the Unix Makefile generator and the windows binary of cmake. The
> >> cygwin cmake really does not work very will with native windows
> >> programs. I
MacOSX and I am using Windows only as test
environment for all sorts of windows compilers. So I am very happy to be able
to use a familiar unix environment. I have a huge test suite written in
shell scripts that work very well in CYGWIN. This seems the only environment
supported on all three pl
On Wednesday 28 May 2008, Bill Hoffman wrote:
> Axel Roebel wrote:
> > Hi,
> >
> > I just switched from 2.4.8 to 2.6 and found a very strange behavior in
> > one of my existing cmake projects. I am trying to find the include files
> > (and libraries) of Intels
here are any workarounds
that
I might use to get the unix style path with the current cmake 2.6.0
Kind regards,
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Tuesday 17 July 2007, [EMAIL PROTECTED] wrote:
From: Hendrik Sattler <[EMAIL PROTECTED]>
> Zitat von Axel Roebel <[EMAIL PROTECTED]>:
> > So in short: if you intend to be portable with the current
> > and the upcoming version of cmake
> > better don't use
be portable with the current
and the upcoming version of cmake
better don't use VERSION and don't use EXCLUDE_FROM_ALL.
Kind regards,
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake maili
I uploaded my current version of PCHSupport.cmake
as attachment to bug 1260.
The cmake module now supports adding the
same precompiled header
to multiple targets following a
proposition by frederic heem
See:
http://www.cmake.org/Bug/bug.php?op=show&bugid=1260&pos=1
--
Axe
t; generate installation scripts for only the last of the added
> directories.
For many of the projects I have I have exactly the same structure
src/a
src/b
src/c
and installing from some or all of these sub-directories
using the install command in the CMakeLists.txt of the
sub directo
d for. Isn't
$> pkg-config --print-errors --define-variable=prefix=/foo --variable=prefix
glib-2.0
more or less equivalent to
$> if pkg-config --exists glib-2.0 ; then echo /foo; fi
???
Anyway:
You may just add a local directory of cmake modules into your
it
> again (as a workaround)?
>
> Regards,
> --Pierre
> ___
> CMake mailing list
> CMake@cmake.org
> http://www.cmake.org/mailman/listinfo/cmake
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
__
On Saturday 06 January 2007 18:42, you wrote:
> Am Freitag, den 05.01.2007, 01:14 +0100 schrieb Axel Roebel:
> > GET_TARGET_PROPERTY(_targetType ${_PCH_current_target} TYPE)
> > SET(PHC_MASTER_INCLUDE_FILE ${_input})
> >
> > CONFIGURE_FILE(${PR
On Saturday 06 January 2007 16:05, Axel Roebel wrote:
> On Saturday 06 January 2007 11:29, you wrote:
> > I will merge your changes today. Many thanks!
> >
> > NOTE:
> > Consider that I'm not a maintainer. I'm just a developer who was annoyed
> > by th
wants to add debugging
> informations and fails due to inconsitent pdb files. If someone know's
> more about this issue, please give me a hint.
>
> merry Christmas, Maik
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Friday 22 December 2006 00:11, Andreas Schneider wrote:
> Axel Roebel wrote:
> > Hi Andreas,
>
> Hi Axel,
Happy new year everybody!
> > obviously you've found a simpler method to achieve the same goal
> > and your tests are more complete. It seems to me, h
On Monday 18 December 2006 13:43, Andreas Schneider wrote:
> Axel Roebel wrote:
> > Hi,
>
> Hello,
>
> > I just started to add swig support to our project
> > http://sourceforge.net/projects/sdif. The project supports
> > swig bindings to perl, python and
should do it. (It does for me, however I use ADD_SUBDIRECTORY)
SUBDIRS(${PROJECT_SOURCE_DIR}/Project_A)
GET_DIRECTORY_PROPERTY(outvar DIRECTORY ${PROJECT_SOURCE_DIR}/Project_A
DEFINITION A_LIB_OUTPUT_NAME)
ADD_EXECUTABLE( MyProgram ${SOURCES})
TARGET_LINK_LIBRARIES( MyProgram ${outvar})
--
Axe
t set. So testing for undefined
state is probably not working with this scheme.
You can however test for empty values
and -NOTFOUND and the like.
cheers
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CM
On Thursday 14 December 2006 18:03, Sean McBride wrote:
> On 2006-12-14 14:40, Axel Roebel said:
> >I would suggest to change this order in cmake
> >because having debug as default in a software
> >distribution seems not so appropriate given that you
> >cannot assu
On Wednesday 13 December 2006 19:57, Bill Hoffman wrote:
> Sean McBride wrote:
> > On 2006-12-13 18:27, Axel Roebel said:
> >> Everything works fine for unix makefiles (on Linux and Mac OS X)
> >>
> >> Now, we tried the Xcode generator and we am having
> >
lable? Another option may be to have them in the
all target but set a different target as default target.
Is this possible?
Thanks for any feedback,
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake ma
On Wednesday 13 December 2006 16:47, Alan W. Irwin wrote:
> On 2006-12-13 10:29+0100 Axel Roebel wrote:
> > Dear CMakers
> >
> > I run into a little problem with the command line flag -D.
> > I'll often use the command line flag -D to pass variables to cmake.
&g
the questions are,
1. what is
-DTT_EXECUTABLE=whatever
supposed to do in contrast to
-DTT_EXECUTABLE:=whatever
or the book version
-DTT_EXECUTABLE:STRING=whatever
2.
can I rely on -DTT_EXECUTABLE:=whatever to work or am I still abusing a
current weakness of the command line type check.
Thanks for any
till does not list the CMAKE_SWIG_FLAGS.
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
ll, I wonder
whether having different flags in these two stages
is not asking for a lot of trouble.
Cheers,
On Monday 11 December 2006 21:52, Tristan Carel wrote:
> On 12/9/06, Axel Roebel <[EMAIL PROTECTED]> wrote:
> > Tristan Carel wrote:
> > > Hi Swig lovers,
> > &
On Monday 11 December 2006 21:52, Tristan Carel wrote:
> On 12/9/06, Axel Roebel <[EMAIL PROTECTED]> wrote:
> > Tristan Carel wrote:
> > > Hi Swig lovers,
> > >
... cut
> > DEPENDS ${SWIG_MODULE_${name}_EXTRA_DEPS}
>
> Yes, It's exa
On Thursday 07 December 2006 22:57, Axel Roebel wrote:
> > 3. in the CMake/Modules/readme.txt, you can read:
> > "If the QUIET option is given to the command it will set the variable
> > XXX_FIND_QUIETLY to true before loading the FindXXX.cmake module."
> >
y complain if the
argument is an empty list. I have this error all the time
for COMPILE_FLAGS, but I am not sure whether
DEPENDS behaves similarly.
Cheers,
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Thursday 07 December 2006 20:37, Tristan Carel wrote:
> On 12/7/06, Axel Roebel <[EMAIL PROTECTED]> wrote:
> > On Wednesday 06 December 2006 17:36, Axel Roebel wrote:
> > > > I will test the module tomorrow.
> > > > Could you please put a RC2 of the `Fin
On Wednesday 06 December 2006 17:36, Axel Roebel wrote:
> > I will test the module tomorrow.
> > Could you please put a RC2 of the `FindSWIG.cmake' on the bug tracker?
>
> That may take a day or too.
>
> I'll let you know.
There it is, called FindSWIG.cmake-
Bill Hoffman wrote:
> Axel Roebel wrote:
> >> 1. Look for swig executable
> >> 2. use `swig -swiglib' to get the swiglib path
> >> 3. FIND_PATH(SWIG_DIR swig.swg ${SWIG_outlib} /usr/share/swig1.3 ...)
> >
> > could you tell me why you add this pat
On Wednesday 06 December 2006 00:58, Tristan Carel wrote:
> On 12/5/06, Axel Roebel <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > I just started to add swig support to our project
> > http://sourceforge.net/projects/sdif. The project supports
> > swig bindi
perl/swig version
that is installed on the system.
Any comments or volunteers to try?
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman
you can call configure_file to put
all resources in the right place when running cmake.
You need to know where and how to put them correctly
using command line tools though.
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
a simpler solution to the problem, like a simple target property
that will remove the traget from the list of targets linked
to the "all" target.
Thanks for any comment,
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | F
On Tuesday 31 October 2006 15:34, Bill Hoffman wrote:
> Brad King wrote:
> > Axel Roebel wrote:
> >> I wonder whether anybody
> >> sees a simpler solution to the problem, like a simple target property
> >> that will remove the traget from the list of tar
On Thursday 12 October 2006 02:27, William A. Hoffman wrote:
> At 07:19 PM 10/11/2006, Axel Roebel wrote:
> >This is exactly what I do currently.
> >I thought there would may be exist an easier way.
> >I now see that my main problem is how I replace the compiler:
>
On Wednesday 11 October 2006 15:28, you wrote:
> Axel Roebel wrote:
> > The problem is that to my knowledge the only way to communicate the
> > deployment target to gcc is via environment variables. I admit this is a
> > really strange way (probably its save to say sill
On Wednesday 11 October 2006 15:24, you wrote:
> Axel Roebel wrote:
> > I frequently struggle with the problem to set
> > global linker flags. Global here means these flags should be used
> > whenever the linker is used. The main example where I need that
> > is the -mn
on't see any variable of that name though, could I simply do?
SET(LINK_FLAGS "${LINK_FLAGS} -mno-cygwin")
Thanks
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Tuesday 10 October 2006 23:20, Sean McBride wrote:
> On 2006-10-10 21:47, Axel Roebel said:
...
> I'm pretty sure there is no way to specify per-architecture variants of
> these things. I believe this was discussed in bug 2492, which you may
> want to read (its long).
Thank
that requires less hacking
of the cmake internals.
Kind regards,
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
)
SET(CMAKE_CXX_FLAGS_RELEASE "${CMAKE_CXX_FLAGS_DEBUG} -fPIC" )
ENDIF("${CMAKE_SYSTEM_PROCESSOR}" STREQUAL "x86_64")
in my opinion and with the experience I have (gcc only!)
SET_TARGET_PROPERTIES( MyStatic PROPERTIES COMPILE_FLAGS -fPIC)
should work as well.
--
ot; off)
and calling
cmake . -DONE=ON -DTWO=ON
appears to create a perfectly configured project for me. (???)
Moreover, relying on TWO being unset if ONE=OFF is not reliable anyway because
switching ONE and TWO on and then later
switching ONE off again leaves you with
ONE=OFF and
end the shortcut list. The option syntax using --enable-toto...
is in fact a bit longer than -Dtoto= so we may live without it.
And for the help we may rely on ccmake or cmake -i
I think we have extensively discussed the issues and I will
create a feature request such that you will not forget th
ng all the CMakeLists.txt
files of the project and the current CMakeCache.txt,
and I am rather sure your koffice project is not that
big that reading all the CMakeLists.txt files could not be done
even with an shell script in a few seconds only!
--
Axel Roebel
IRCA
I move this thread back into the user mailing list, because this is not
promotion but interface design. Everybody would suffer if there are any
errors in the command line interface organization!
On Monday 29 May 2006 19:38, William A. Hoffman wrote:
> At 01:14 PM 5/29/2006, Axel Roebel wr
be able to use it in shell scripts it and you cannot run
it without interaction from the buildtool!
--
Axel Roebel
IRCAM Analysis/Synthesis Team
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
d
return with error and display a warning:
cmake --prefix=/myopt --USE_FOOBAR=1
... snip
warning: configuration options changed
see new choices with cmake --help
Which means the help should take into account the current
settings.
--
Axel Roebel
IRCAM Analysis/Synthesis Team
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
I
debug the configuration. If this is fine it does not need to change
and I don't want to see it !
--
Axel Roebel
IRCAM Analysis/Synthesis Team
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Wednesday 10 May 2006 20:33, you wrote:
> Axel Roebel wrote:
> > I just tried the cpack program. It failed when executing
> > a post_install_script which is configured to access the installed
> > libraries and to rename them. Unfortunately this seems to be required if
>
sue would vanish automatically. However, I don't find a flag to tell
cpack to
only produce a source distribution. Is this possible?
I assume with a source distribution the user will be required to first
install cmake, wouldn't he?
Kind regards,
--
Axel Roebel
IRCAM Analysis/Syn
On Monday 01 May 2006 23:05, you wrote:
> At 03:12 PM 5/1/2006, Axel Roebel wrote:
> >Hi,
> >
> >I just tried to generate Xcode project files for some of my
> >cmake supported sources. I encountered three problems:
> >
> >1) I tried to communicate -framewo
On Wednesday 03 May 2006 16:08, you wrote:
> Axel Roebel wrote:
> > Thanks, in fact I found the problem!
> > It is due to the repeated call of CollapseFullPath ("") which is used to
> > determine the current absolute path cmDependsC.cxx
> > for each dependency
Path
reduced dependency determination on the mac from 2 minutes too 8 seconds.
This is even faster than for cmake 2.2.3.
I have send a patch for closer inspection of the solution
via the bug tracker.
Cheers,
--
Axel Roebel
IRCAM Analysis/Synthesis Team
__
On Tuesday 02 May 2006 08:47, you wrote:
> Hi,
>
> > Von: Axel Roebel <[EMAIL PROTECTED]>
>
> ...
>
> > real0m15.032s
> > user0m10.154s
> > sys 0m4.593s
> >
> > with 2.4.1 compiled with type release ( which did not improve com
On Tuesday 02 May 2006 03:43, William A. Hoffman wrote:
> At 08:09 PM 5/1/2006, Axel Roebel wrote:
> >Hello William,
> >
> >god news that there is a new version. I tried it instantly.
> >My first impression was not so positive
> >I found that it takes ages for
2.2.3 dependency checking was nevertheless 10 times faster.
With 2.4.1 dependency checking takes longer than
compiling the project.
Cheers,
Axel
On Monday 01 May 2006 23:05, William A. Hoffman wrote:
> At 03:12 PM 5/1/2006, Axel Roebel wrote:
> >Hi,
> >
> >I just tried to g
ACHE STRING "Configuration
types" FORCE)
did not change the value of CMAKE_CONFIGURATION_TYPES .
Is this variable read only?
Cheers,
--
Axel Roebel
IRCAM Analysis/Synthesis Team
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
__
> CMake mailing list
> CMake@cmake.org
> http://www.cmake.org/mailman/listinfo/cmake
>
>
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Email: [EMAIL PROTECTED] | Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Thursday 06 April 2006 18:00, James Bigler wrote:
> Brad King wrote:
> > Axel Roebel wrote:
> >> Hello,
> >>
> >> I am trying to collect source file lists from sub directories
> >> into the main cmake cache.
> >>
> >> The
On Thursday 06 April 2006 16:42, Brad King wrote:
> Axel Roebel wrote:
> > Hello,
> >
> > I am trying to collect source file lists from sub directories
> > into the main cmake cache.
> >
> > The idea is that the main directory gets a collection of all source
> Axel Roebel wrote:
>
>>does anybody know how I may force the use of a c++ compiler
>>for source files with .c extension?
>>
>>
> I think we worked around taht problem:
> If one file has cpp suffix all files are compiled as C++ instead of C.
> Thsu we add
++ compilation.
Thanks
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Email: Axel.Roebel{at}ircam.fr | Phone: ++33-1-4478 4845 | Fax:
++33-1-4478 1540
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
On Wednesday 05 April 2006 19:03, Brad King wrote:
> Axel Roebel wrote:
> > On Wednesday 05 April 2006 14:19, Eric BOIX wrote:
> >>Dear Brad King,
> >>
> >>Quoting Brad King <[EMAIL PROTECTED]>:
> >>>To get options in the GUI they need to
e *_INIT cmake variables
> (e.g. CMAKE_CXX_FLAGS_DEBUG_INIT ) and their proper usage ?
>
> Respectfuly yours,
> Eric Boix.
> _______
> CMake mailing list
> CMake@cmake.org
> http://www.cmake.org/mailman/listinfo/cmake
--
Axel Roebel
the main
directory so that's what I do now.
Does anybody know how to make that work with a more elegant
solution ?
Thanks for any comments.
--
Axel Roebel
IRCAM Analysis/Synthesis Team
Email: [EMAIL PROTECTED] | Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540
__
71 matches
Mail list logo
