On 2015-07-28 21:46-0400 Nils Guillermin wrote:
Hello everyone,
My first time posting to this mailing list so forgive me if I'm off base. I
first wanted to make sure this was a new problem before I posted a bug
report, as the cmake website asks. I was trying to install gr-air-modes (
https://gi
Nils Guillermin writes:
>
> Hello everyone,
> My first time posting to this mailing list so forgive me if I'm off base.
I first wanted to make sure this was a new problem before I posted a bug
report, as the cmake website asks.
Welcome to the lists!
>I was trying to install gr-air-modes (h
Hello everyone,
My first time posting to this mailing list so forgive me if I'm off base. I
first wanted to make sure this was a new problem before I posted a bug
report, as the cmake website asks. I was trying to install gr-air-modes (
https://github.com/bistromath/gr-air-modes/) and I ran into a
Thanks Brad
yes, and that's the point.
I've found my mistake, I had set the CMAKE_OSX_DEPLOYMENT_TARGET and
CMAKE_OSX_SYSROOT between the check_cxx_source_compiles() calls and the
add_subdirectory() calls.
I moved the CMAKE_OSX_DEPLOYMENT_TARGET and CMAKE_OSX_SYSROOT initialization on
top of t
On 07/28/2015 12:51 PM, Bill Somerville wrote:
> The possible lack of grep is a potential issue so your read
> back from file suggestion is interesting, is there a recognized place to
> write temporary files like this?
IIRC the code in question runs during "cmake -P cmake_install.cmake"
scripts
On 28/07/2015 17:47, Brad King wrote:
Hi Brad,
On 07/28/2015 11:32 AM, Bill Somerville wrote:
I have checked for objdump command options to reduce the output but
there don't appear to be any that help. TBH running from the command
line as, for example:
$ objdump -p | grep 'DLL Name:'
runs
On 07/28/2015 12:23 PM, Roman Wüger wrote:
> I've tried it on Mac OS 10.10.4 with clang 6.1.0.6020053 from
> XCode 6 using "Unix Makefiles" as the generator.
Is that using the Xcode Command Line Tools or the /usr/bin/c++ stub that
uses the /Applications/Xcode.app/.../bin/clang++ compiler underneat
On 07/28/2015 11:32 AM, Bill Somerville wrote:
> I have checked for objdump command options to reduce the output but
> there don't appear to be any that help. TBH running from the command
> line as, for example:
>
> $ objdump -p | grep 'DLL Name:'
>
> runs in a fraction of a second compared
Hi Brad,
thanks for your investigation.
I've tried it on Mac OS 10.10.4 with clang 6.1.0.6020053 from XCode 6 using
"Unix Makefiles" as the generator.
Best Regards
Roman
> Am 28.07.2015 um 16:55 schrieb Brad King :
>
>> On 07/27/2015 03:26 PM, Roman Wüger wrote:
>> SubProj1 and SubProj2 does n
On 28/07/2015 16:03, Bill Hoffman wrote:
Hi Bill,
On 7/28/2015 8:59 AM, Bill Somerville wrote:
Hi,
I am suffering issues with BundleUtilities fixup_bundle() when used on
Windows with MinGW. The issue is because the underlying GetPrerequisites
module uses the MS dumpbin.exe utility to find depen
On 7/28/2015 4:39 AM, Auer, Jens wrote:
Hi,
I am trying to use another compiler than the default one installed on my
system. I have to do this because I want to use a newer gcc than the one
on centos 7,so I installed RedHat Developer Toolset 3 with gcc 4.9. When
I call cmake with
sclenable devt
On 7/28/2015 8:59 AM, Bill Somerville wrote:
Hi,
I am suffering issues with BundleUtilities fixup_bundle() when used on
Windows with MinGW. The issue is because the underlying GetPrerequisites
module uses the MS dumpbin.exe utility to find dependent libraries of
executables. This is a problem be
On 07/27/2015 03:26 PM, Roman Wüger wrote:
> SubProj1 and SubProj2 does not find , but
> check_cxx_source_compiles succeeds.
>
> Did I miss configure something here?
The posted example works for me on Linux with g++ 4.9.3.
The check succeeds and an executable I create in SubProj1
can #include .
Hi,
I am suffering issues with BundleUtilities fixup_bundle() when used on
Windows with MinGW. The issue is because the underlying GetPrerequisites
module uses the MS dumpbin.exe utility to find dependent libraries of
executables. This is a problem because it crashes on many libraries and
exe
Hi,
I am trying to use another compiler than the default one installed on my
system. I have to do this because I want to use a newer gcc than the one on
centos 7,so I installed RedHat Developer Toolset 3 with gcc 4.9. When I call
cmake with
scl enable devtoolset-3 "cmake ../src" in my build dir
15 matches
Mail list logo