How about?
make | grep -v '^Scanning' | sed -e 's/^.*\///'
Juan
On Sun, Dec 19, 2010 at 11:49 PM, Michael Wild wrote:
> On 12/20/2010 01:01 AM, Campbell Barton wrote:
> > Hi, I'm STILL trying to have CMake makefiles replace Blender's hand
> > crafted makefiles.
> >
> > Now the main sticking po
On 12/20/2010 01:01 AM, Campbell Barton wrote:
> Hi, I'm STILL trying to have CMake makefiles replace Blender's hand
> crafted makefiles.
>
> Now the main sticking point with 2 other developers is they don't like
> CMakes output, as its overly verbose.
>
> I realize CMake doesn't need to bend to
Hi, I'm STILL trying to have CMake makefiles replace Blender's hand
crafted makefiles.
Now the main sticking point with 2 other developers is they don't like
CMakes output, as its overly verbose.
I realize CMake doesn't need to bend to the whim of all users but
wondering if we could have somethin
Hi Todd,
I have had similar thoughts about this module as well, especially for
providing variables with each of MPI_{C/CXX/FORTRAN}_LIBRARIES but often the
easy way around this is to set CC/CXX/FC environment variables to their
respective mpi compilers before ever running cmake and generally got m
On 16 December 2010 08:34, Andreas Mohr wrote:
> I'd like to know how to possibly detect this within CMake code.
This works for me:
INSTALL( CODE "
IF( \${CMAKE_INSTALL_PREFIX} MATCHES .*/_CPack_Packages/.* )
ENDIF( \${CMAKE_INSTALL_PREFIX} MATCHES .*/_CPack_Packages/.* )
" )
However, you t
>Alternatively, consider using a configured header file that gets included
in the places that need those definitions. They're much easier to deal with
than trying to wrap your head around escapings and multiple platforms and
compilers.
This is what I do. Much, much easier than dealing with 'ne
Hmm... - on second thought perhaps this isn't a bug tracker issue? I
thought since it was a change to an existing module instead of a new
module these Tcl/Tk improvements (and the opengl suggestion) were
suitable for reporting, but perhaps not - if not my apologies. If the
bug needs to be closed
There are some examples of usage in the hdf5 1.8.5/6 cmakelists files. Google
should find you a download location and if you then look in the fortran sub
directory there's some examples there.
JB
-Original Message-
From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf
Looking at my local copy of FindX11.cmake, I note that the only change
is to add a number of directories to the X11_INC_SEARCH_PATH and
X11_LIB_SEARCH_PATH variables. Perhaps these could be added to the
default FindX11.cmake?
--- cmake-2.8.3/Modules/FindX11.cmake 2010-11-03 15:58:27.0 -
Currently, the FindOpenGL.cmake file in CMake doesn't have much
support for X11 OpenGL on APPLE - I'd like to suggest a relatively
small change that I've had pretty good luck with and would make this
much simpler for a CMakeLists.txt file to address:
http://public.kitware.com/Bug/view.php?id=11631
In the course of my work converting BRL-CAD to CMake, I have had to
expand quite a bit on the standard FindTCL.cmake included with CMake.
Among other issues, BRL-CAD needs to be able to:
1) detect threaded vs. non-threaded tcl
2) determine if Tk is built for X11 or Aqua graphics systems (OSX)
3) s
11 matches
Mail list logo
