>The environment is not for CMake but for the compiler itself. I was just
>saying that CMake is not going to know what environment variables the
>toolchain needs to have set in order for the compiler >to work.
>If you invoke CMake from the same environment as that by-hand test that worked
>earl
I think I have seen this behavior in pure (non-CMake-generated) VS
projects... Perhaps it's simply a Visual Studio issue, and has nothing
to do with CMake.
D
On Fri, Jun 12, 2015 at 7:55 AM, Roman Wüger wrote:
> @kgt: Thank you for this great hint. :-)
> I had overlooked this button in Visual St
On Saturday, June 13, 2015 23:26:59 tors...@robitzki.de wrote:
> Hi Alex,
>
> Am 13.06.2015 um 22:18 schrieb Alexander Neundorf :
> > On Friday, May 29, 2015 11:14:06 tors...@robitzki.de wrote:
> …
>
> >> I saw that there is a file Platform/Generic-SDCC-C.cmake, while searching
> >> for a way to
On Saturday, June 13, 2015 23:17:37 René J.V. Bertin wrote:
> On Saturday June 13 2015 22:26:12 Alexander Neundorf wrote:
> > did you try check_symbol_exists() and the other similar functions ?
>
> Yes, but none that I could find give any information beyond whether the
> symbol exists. It may be p
On 15 June 2015 at 18:20, Johannes Zarl-Zierl
wrote:
> On Monday 15 June 2015 16:40:10 Klaim - Joël Lamotte wrote:
> > So far I didn't get what imported targets helps with, so I'm a bit lost
> on
> > the usefulness of "namespaces"
> > but I am sure that I am missing something.
>
> Imported target
On 06/15/2015 03:42 PM, Ette, Anthony (CDS) wrote:
> you mention that it is my responsibility to setup the environment
> before invoking Cmake and while I agree, it's just not clear to me
> what speficially Cmake requires to be setup.
The environment is not for CMake but for the compiler itself.
>Some information is considered but not all. Try a minimal CMakeLists.txt:
> cmake_minimum_required(VERSION ...)
> project(TestProject Fortran)
>Does this enable Fortran correctly with cf77? If so then you can start
>stripping down your project to debug this.
No joy. Same error. Must mean tha
On 06/15/2015 03:08 PM, Ette, Anthony (CDS) wrote:
>> Okay. If -lrt is the default for the compiler why might "rt" not be found?
> say if one of my CMakeFiles.txt had "SET(CMAKE_CXX_LINK_FLAGS "-lrt")")
> or are my CMakeFiles.txt not considered as part of building a simple
> test program?
Some in
> Is the compiler hosted natively on that platform or are you cross-compiling
> to it?
Hosted natively. I wouldn't normally try to use a toolchain file to overcome
this because I'm not really cross-compiling here, but it one of the mechanisms
that I though *may* work. I don't want to go agains
Hi,
While newer VTK versions seem to have forgone support for the C++ Builder
compiler, we still have code that extensively uses both VTK 5.4.2 and
proprietary C++ Builder features (including its runtime library, the VCL).
I am seeking to improve build performance of VTK in this situation by using
On 06/15/2015 01:53 PM, Ette, Anthony (CDS) wrote:
> Thank you for the response. I suppose I should've provided
> more information about the platform up front. Our system is a
> RHEL5 variant named "RedHawk Linux". The kernel is a custom
> real-time kernel developed by Concurrent Computer Corpor
Brad,
Thank you for the response. I suppose I should've provided more information
about the platform up front. Our system is a RHEL5 variant named "RedHawk
Linux". The kernel is a custom real-time kernel developed by Concurrent
Computer Corporation and cf77 is a real-time port of the GNU f77
On 06/15/2015 11:31 AM, Ette, Anthony (CDS) wrote:
> Any ideas? Our FORTRAN compiler (Concurrent Computer Corporation
> port of f77) is failing to compile simple test program because the
> linker can't find -lrt
>From the log:
> /usr/ccs/bin/cf77 -c
> /home/bzpl46/sandbox/AE3007/C2/build/redh
On Monday 15 June 2015 16:40:10 Klaim - Joël Lamotte wrote:
> So far I didn't get what imported targets helps with, so I'm a bit lost on
> the usefulness of "namespaces"
> but I am sure that I am missing something.
Imported targets improve the handling of find_package stuff. In the "old days",
th
Any ideas? Our FORTRAN compiler (Concurrent Computer Corporation port of f77)
is failing to compile simple test program because the linker can't find -lrt
(highlighted below). Have you ever seen anything like this? How can I remedy?
-- Check for working CXX compiler: /usr/bin/g++ -- works
--
Hello,
Is MAX_PATH a problem with CPack? I received the following error when
the destination is longer than MAX_PATH (here, 264 chars):
CPack Error: Problem copying file:
S:/devel/bootstrap-windev/sysroot/toolchain/var/tmp/wpkg/source/epsitec+lydia/usr/share/epsitec/lydia/cache/data/Lydia.Arc
On 13 June 2015 at 22:29, Alexander Neundorf
wrote:
> On Thursday, June 11, 2015 19:18:55 Klaim - Joël Lamotte wrote:
> > On 11 June 2015 at 15:22, Johannes Zarl-Zierl <
> johannes.zarl-zi...@jku.at>
> >
> > wrote:
> > > Hi,
> > >
> > > > I tried several times now to find documentation about how
On 06/12/2015 07:19 AM, Roman Wüger wrote:
> It would be great if generator expressions can be used with
> configure_file to avoid such overhead.
>
> Does anyone have an idea on how to solve that?
See file(GENERATE).
-Brad
--
Powered by www.kitware.com
Please keep messages on-topic and check
On Sun, Jun 14, 2015 at 10:21 PM, Eric Wing wrote:
> On 6/14/15, Gregor Jasny wrote:
> > Hi Eric,
> >
> > On 14/06/15 14:38, Eric Wing wrote:
> >> I have been successful at setting Xcode properties on specific targets
> >> with CMake via:
> >>
> >> set_property (TARGET ${TARGET} PROPERTY
> >> XC
19 matches
Mail list logo
