2010/12/16 Gregory Peele ARA/CFD :
> Hi all,
>
> What is the expected behavior is for INSTALL (TARGETS) when the source file
> for a particular destination is already at the relevant DESTINATION? For
> example, this could happen with a Unix Makefile generator for "LIBRARY
> DESTINATION lib" when
I use the compiler from the att site. It does support the arch flags, as
they have applied the patches. They also explicitly state why you should
not use the gfortran from the HPC site. I avoid all MacPorts compilers, as
they make some bad packaging mistakes, such as linking against their own
ve
Hi all,
What is the expected behavior is for INSTALL (TARGETS) when the source file for
a particular destination is already at the relevant DESTINATION? For example,
this could happen with a Unix Makefile generator for "LIBRARY DESTINATION lib"
when CMAKE_INSTALL_PREFIX/lib and CMAKE_LIBRARY_
http://r.research.att.com/tools/
Has a great distribution of gfortran based on each Xcode distribution. It seems
to work well with CMake. Not sure about the -arch flag though.
___
Mike Jackson www.bluequartz.net
Princip
Thanks, but a guy on the gfortran mailing list makes it sound like they have no
intention to support "-arch x86_64" on the Mac.
I need to find a solution that will work on stock versions of gfortran,
unfortunately.
> That probably depends which gfortran you are using on the Mac.
> I've used th
Here's what I've got:
Cmake: 2.8.3
OS X: 10.5.x
gfortran: 4.5.1
I'm trying to build a Fortran program on OS X using CMake. I'm trying to write
CMakeLists.txt files that can handle either the GNU fortran compiler or the
Intel fortran compiler.
When set CMAKE_OSX_ARCHITECTURES to x86_64, the res
It appears that CMake is adding this automatically to the link line, but the
user reporting this issue is using a normal gfortran which does not
recognize this option. How should I get CMake to link properly with this
non-Apple compiler (I think it just needs to leave out that option)?
___
If I do -DCMAKE_Fortran_COMPILER="PATH/to/IntelFortran11/ifort.exe" is the
same message trying to do the test case.
2010/12/15 Brad King
> On 12/15/2010 11:10 AM, Mario Rodríguez wrote:
> > Intel Fortran Composer 12.0 32b
>
> Not currently supported:
>
> http://www.cmake.org/Bug/view.php?id=11
On Dec 15, 2010, at 8:34 AM, David Cole wrote:
> Having said all that, let me address your specific concern regarding
> the issue closed:
I don't question your motive in closing the issue.
> I agree that the underlying reason for the request is a valid thing to want,
> but the request expresses
On 12/15/2010 11:10 AM, Mario Rodríguez wrote:
> Intel Fortran Composer 12.0 32b
Not currently supported:
http://www.cmake.org/Bug/view.php?id=11517
Sorry,
-Brad
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.
Hi,
I`m having some problems executing cmake (I`ve tested 2.8.2, 2.8.3 and 2.9).
When I do cmake, it says me that "C:/../../ifort es unable to compile a
simple test program", and the internal error is in link.exe (unresolved
external symbol _mainCRTStartup).
The project I was trying to config
On Wed, Dec 15, 2010 at 9:30 AM, David Cole wrote:
> On Wed, Dec 15, 2010 at 9:04 AM, Richard Wackerbarth
> wrote:
>> The following is excerpted from a message that I received this morning.
>>
>> I think that it indicates a direction in the CMake philosophy which concerns
>> me.
>> (See below)
On Wed, Dec 15, 2010 at 9:04 AM, Richard Wackerbarth wrote:
> The following is excerpted from a message that I received this morning.
>
> I think that it indicates a direction in the CMake philosophy which concerns
> me.
> (See below)
>
> On Dec 15, 2010, at 6:34 AM, Mantis Bug Tracker wrote:
>>
> The following is excerpted from a message that I received this morning.
>
> I think that it indicates a direction in the CMake philosophy which
> concerns me.
> (See below)
>
> On Dec 15, 2010, at 6:34 AM, Mantis Bug Tracker wrote:
>> The following issue has been RESOLVED.
>>
The following is excerpted from a message that I received this morning.
I think that it indicates a direction in the CMake philosophy which concerns me.
(See below)
On Dec 15, 2010, at 6:34 AM, Mantis Bug Tracker wrote:
> The following issue has been RESOLVED.
> =
Philip,
I like it. That is exactly I tried to achieve with BOOST_LIBRARYDIR. However
BOOST_LIBRARYDIR does not support list values in the CMake 2.8.2.
On 7 December 2010 15:16, Philip Lowman wrote:
> On Sunday, December 5, 2010, Hicham Mouline wrote:
>
> > I've built both win32 and x64 versio
Hi all,
I'm trying to generate a VTK project for Visual Studio 2010 with C-Make
using the .NET Framework 3.5. I have installed in my computer .NET
Framework 3.5 and .NET Framework 4.0, but C-Make always take the 4.0
version. How can I change the version of the framework used in the
generation
17 matches
Mail list logo
