Hi Brad,
Arjen, please try out each compiler of interest with CMake 2.8.0 and
with CMake from CVS HEAD. Remove all plplot language module files
to see how much works out of the box.
I tested the gfortran compiler under MinGW (directly, not via MSYS)
having removed the gfortran-specific platf
On 24. Jan, 2010, at 20:51 , Timothy Reaves wrote:
> Is there a way to set the working directory? It defaults to the
> generated project directory, when it probably - and in this case definitely -
> should be the project directory itself.
Do you mean the working directory for add_custom
On Wednesday 27 January 2010, Yegor Yefremov wrote:
> Brad King wrote:
> > Yegor Yefremov wrote:
> >> O.K. Here are some lines of my CMakeLists.txt:
> >>
> >> set (CMAKE_C_COMPILER arm-linux-gcc)
> >> set (CMAKE_STRIP arm-linux-strip)
Oh, if you do that in CMakeLists.txt this is quite late. You sh
On Wed, Jan 27, 2010 at 09:03, Marcel Loose wrote:
> On Tue, 2010-01-26 at 10:53 -0600, Ryan Pavlik wrote:
>> An alternative, of course, is to implement a function or macro in a
>> module distributed with CMake, that hides the process of detecting
>> whether a directory is a svn working copy and c
Brad King wrote:
> As a first step, we can add Compaq to CMakeFortranCompilerId.F.in.
> What is the preprocessor macro that identifies it?
I'd like to teach CMake upstream to recognize the Compaq Fortran
compiler even if we do not provide platform files for it yet.
CMake already recognizes the Com
On Wednesday 27 January 2010, naryniecki wrote:
> hi,
>
> I need to compile a lot of files generated by some program. I want to
> generate unix-makefiles. the problem is, that linking command generated by
> cmake is much to large (input line too long error). It's is not possible to
> split this fil
Hi,
my name is Michael, i have just begun using CMake as a build system for
our new project.
I have set up everything, compilation succeeded under OpenSuSE11.1 with
gcc 4.3.1
and so i wanted to compile also with MSVC9.0 under WindowsXP 32bit but had
no luck.
We use OmniORB and somehow the cl.ex
hi,
I need to compile a lot of files generated by some program. I want to generate
unix-makefiles. the problem is, that linking command generated by cmake is much
to large (input line too long error). It's is not possible to split this files
to more libs (even if it would be, I would need about
Michael Wild wrote:
> On 26. Jan, 2010, at 21:28 , Guillaume Duhamel wrote:
>> On the other hand, I've found out about the ExternalProject module in the
>> CMake documentation, could it be used to create a native-only CMake
>> sub-project?
Yes.
>> What I would really like is some way to have all
Hi,
I use the trunk checkout of boost as well as released versions.
I have it installed under \Program Files
- boost-trunk
- boost_1_41_0
Is there any support at all for a non-number version?
I want to find the include directory and some of the libraries as well,
rds,_
Brad King wrote:
> Yegor Yefremov wrote:
>> O.K. Here are some lines of my CMakeLists.txt:
>>
>> set (CMAKE_C_COMPILER arm-linux-gcc)
>> set (CMAKE_STRIP arm-linux-strip)
>> message (STATUS "ABI ${CMAKE_C_COMPILER_ABI}")
>>
>> After running cmake I see only ABI as output and CMakeCache.txt doesn'
congratulations! :)
please let me know when you have completed your scripts, so that i can replace
mine with your in the yars refactoring tree.
cheers,
keyan
On 26 Jan 2010, at 22:53, Judicaël Bedouet wrote:
> Thanks for your help. It is solved. A dependency between custom targets was
> miss
On Tue, 2010-01-26 at 10:53 -0600, Ryan Pavlik wrote:
> On 1/26/10 10:33 AM, Tyler Roscoe wrote:
> > On Tue, Jan 26, 2010 at 10:23:03AM +0100, Marcel Loose wrote:
> >
> >> Is that portable? I don't do development on Windows, but I vaguely
> >> remember that on Windows the ".svn" directories had
13 matches
Mail list logo
