CMakeCInformation.cmake tests the value of _INCLUDED_FILE under the
incorrect assumption that CMAKE_COMPILER_ID is true.
For example, line 46 and line 57 from a very recent version in the git
repo. If CMAKE_COMPILER_ID is not true, then the value of
_INCLUDED_FILE is a left-over from earlier unrel
On Sun, Aug 15, 2010 at 2:19 PM, Magnus Therning wrote:
> On 15/08/10 22:11, SK wrote:
>> When using the D language compiler 'dmd' on windows, I'm stuck with a
>> linker that gets confused with object file names like foo.c.obj. The
>> linker can only handle a single dot in the object file name, a
On 8/13/10 1:12 PM, Martin Costabel wrote:
> Chris Wolf wrote:
> []
>> Have you actually built shared libraries on MacOS with CMake? If so,
>> maybe an example
>> of yours would be more helpful.
>
> The following settings work for me when building vtk5.6 for Fink:
>
> -DCMAKE_INSTALL_NAME_DI
On 8/15/10 12:43 PM, Michael Wild wrote:
>
> On 15. Aug, 2010, at 13:22 , Chris Wolf wrote:
>
>>
>>
>>
No, the two mechanisms are fundamentally different.
On Linux the RPATH is a search path (think LD_LIBRARY_PATH) that is
encoded into the binary. The linker
only
On 15/08/10 22:11, SK wrote:
> When using the D language compiler 'dmd' on windows, I'm stuck with a
> linker that gets confused with object file names like foo.c.obj. The
> linker can only handle a single dot in the object file name, as in
> foo.o
>
> How can I set target names to just be the ba
When using the D language compiler 'dmd' on windows, I'm stuck with a
linker that gets confused with object file names like foo.c.obj. The
linker can only handle a single dot in the object file name, as in
foo.o
How can I set target names to just be the base name without the source
extension? I
On 15. Aug, 2010, at 13:22 , Chris Wolf wrote:
>
>
>
>>>
>>> No, the two mechanisms are fundamentally different.
>>>
>>> On Linux the RPATH is a search path (think LD_LIBRARY_PATH) that is encoded
>>> into the binary. The linker
>>> only embeds the library name, no directory information. T
On Sun, Aug 15, 2010 at 1:25 AM, Chris Wolf wrote:
>
>
> On 8/14/10 4:01 PM, Michael Wild wrote:
> >
> > On 14. Aug, 2010, at 18:26 , Chris Wolf wrote:
> >
> >>
> >>
> >> On 8/14/10 10:31 AM, Michael Wild wrote:
> >>>
> >>> On 14. Aug, 2010, at 15:13 , Chris Wolf wrote:
> >>>
>
>
>
Great, thanks for sharing the update - looks good to me! I never use
the NMake makefiles generator, so I wouldn't have noticed that since
it's a windows-only module.
Ryan
On 8/15/10 8:31 AM, Droscy wrote:
Hi Ryan, I've started using your MSVCStaticRuntime.cmake and everything
worked well un
Hi Ryan, I've started using your MSVCStaticRuntime.cmake and everything
worked well until I tested it with "NMake Makefiles" generator, that
doesn't use CMAKE_CONFIGURATION_TYPES, so I edited your file to add the
content of CMAKE_BUILD_TYPE to the SUFFIXES of list_combinations in
order to make the
10 matches
Mail list logo