Makefile:8731: recipe for target 'cmake_check_build_system' failed
make: *** [cmake_check_build_system] Interrupt



-----------------------------------------------------
Michael Gogins
Irreducible Productions
http://michaelgogins.tumblr.com

Builds here.

However, with libcurl linked in as a dynamic lib, Csound now requires
that libcurl-4.dll and a few others (what libcurl depends upon) to  be
located on the path or in the same folder as csound.exe to run.  This
scenario is not ideal. I am disabling with -DUSE_CURL=0 in my local
build.  I would assume this may cause problems if released in this
state for users embedding Csound.

On Wed, Mar 16, 2016 at 6:16 AM, Michael Gogins
 wrote:
> Makefile:8731: recipe for target 'cmake_check_build_system' failed
> make: *** [cmake_check_build_system] Interrupt
>
>
>
> -----------------------------------------------------
> Michael Gogins
> Irreducible Productions
> http://michaelgogins.tumblr.com

I'd like to disable the use of CURL then until a static link solution
is available.  Anyone have objections?

On Thu, Mar 17, 2016 at 11:34 AM, Rory Walsh  wrote:
> That's a pity. It might not cause a problem, I won't know until I try, but
> in the past I did have issues with libraries that were being loaded at run
> time. For example Ableton Live seemed to think that pthread.dll was
> something it should not let be run from a plugin process. Statically linking
> to it fixed that issue.
>
> On 17 March 2016 at 14:56, Steven Yi  wrote:
>>
>> Builds here.
>>
>> However, with libcurl linked in as a dynamic lib, Csound now requires
>> that libcurl-4.dll and a few others (what libcurl depends upon) to  be
>> located on the path or in the same folder as csound.exe to run.  This
>> scenario is not ideal. I am disabling with -DUSE_CURL=0 in my local
>> build.  I would assume this may cause problems if released in this
>> state for users embedding Csound.
>>
>> On Wed, Mar 16, 2016 at 6:16 AM, Michael Gogins
>>  wrote:
>> > Makefile:8731: recipe for target 'cmake_check_build_system' failed
>> > make: *** [cmake_check_build_system] Interrupt
>> >
>> >
>> >
>> > -----------------------------------------------------
>> > Michael Gogins
>> > Irreducible Productions
>> > http://michaelgogins.tumblr.com
>> > Michael dot Gogins at gmail dot com
>

agreed

2016-03-17 17:12 GMT+01:00 Rory Walsh :
> I've never used any of the libcurl interface stuff, so it's not an issue for
> me.
>
> On 17 March 2016 at 15:49, Steven Yi  wrote:
>>
>> I'd like to disable the use of CURL then until a static link solution
>> is available.  Anyone have objections?
>>
>> On Thu, Mar 17, 2016 at 11:34 AM, Rory Walsh  wrote:
>> > That's a pity. It might not cause a problem, I won't know until I try,
>> > but
>> > in the past I did have issues with libraries that were being loaded at
>> > run
>> > time. For example Ableton Live seemed to think that pthread.dll was
>> > something it should not let be run from a plugin process. Statically
>> > linking
>> > to it fixed that issue.
>> >
>> > On 17 March 2016 at 14:56, Steven Yi  wrote:
>> >>
>> >> Builds here.
>> >>
>> >> However, with libcurl linked in as a dynamic lib, Csound now requires
>> >> that libcurl-4.dll and a few others (what libcurl depends upon) to  be
>> >> located on the path or in the same folder as csound.exe to run.  This
>> >> scenario is not ideal. I am disabling with -DUSE_CURL=0 in my local
>> >> build.  I would assume this may cause problems if released in this
>> >> state for users embedding Csound.
>> >>
>> >> On Wed, Mar 16, 2016 at 6:16 AM, Michael Gogins
>> >>  wrote:
>> >> > Makefile:8731: recipe for target 'cmake_check_build_system' failed
>> >> > make: *** [cmake_check_build_system] Interrupt
>> >> >
>> >> >
>> >> >
>> >> > -----------------------------------------------------
>> >> > Michael Gogins
>> >> > Irreducible Productions
>> >> > http://michaelgogins.tumblr.com
>> >> > Michael dot Gogins at gmail dot com
>> >
>> >
>
>



-- 

Oeyvind Brandtsegg
Professor of Music Technology
NTNU
7491 Trondheim
Norway
Cell: +47 92 203 205

http://www.partikkelaudio.com/
http://soundcloud.com/brandtsegg
http://flyndresang.no/

I've gone ahead and disabled USE_CURL by default. I put the change in
mingw64/Custom-mingw64.cmake.  This can be overridden by passing
-DUSE_CURL=1 to build.sh.  This should get libcsound to build
out-of-the-box for everyone until a static lib version of CURL can be
made.


steven

On Fri, Mar 18, 2016 at 10:27 AM, Oeyvind Brandtsegg
 wrote:
> agreed
>
> 2016-03-17 17:12 GMT+01:00 Rory Walsh :
>> I've never used any of the libcurl interface stuff, so it's not an issue for
>> me.
>>
>> On 17 March 2016 at 15:49, Steven Yi  wrote:
>>>
>>> I'd like to disable the use of CURL then until a static link solution
>>> is available.  Anyone have objections?
>>>
>>> On Thu, Mar 17, 2016 at 11:34 AM, Rory Walsh  wrote:
>>> > That's a pity. It might not cause a problem, I won't know until I try,
>>> > but
>>> > in the past I did have issues with libraries that were being loaded at
>>> > run
>>> > time. For example Ableton Live seemed to think that pthread.dll was
>>> > something it should not let be run from a plugin process. Statically
>>> > linking
>>> > to it fixed that issue.
>>> >
>>> > On 17 March 2016 at 14:56, Steven Yi  wrote:
>>> >>
>>> >> Builds here.
>>> >>
>>> >> However, with libcurl linked in as a dynamic lib, Csound now requires
>>> >> that libcurl-4.dll and a few others (what libcurl depends upon) to  be
>>> >> located on the path or in the same folder as csound.exe to run.  This
>>> >> scenario is not ideal. I am disabling with -DUSE_CURL=0 in my local
>>> >> build.  I would assume this may cause problems if released in this
>>> >> state for users embedding Csound.
>>> >>
>>> >> On Wed, Mar 16, 2016 at 6:16 AM, Michael Gogins
>>> >>  wrote:
>>> >> > Makefile:8731: recipe for target 'cmake_check_build_system' failed
>>> >> > make: *** [cmake_check_build_system] Interrupt
>>> >> >
>>> >> >
>>> >> >
>>> >> > -----------------------------------------------------
>>> >> > Michael Gogins
>>> >> > Irreducible Productions
>>> >> > http://michaelgogins.tumblr.com
>>> >> > Michael dot Gogins at gmail dot com
>>> >
>>> >
>>
>>
>
>
>
> --
>
> Oeyvind Brandtsegg
> Professor of Music Technology
> NTNU
> 7491 Trondheim
> Norway
> Cell: +47 92 203 205
>
> http://www.partikkelaudio.com/
> http://soundcloud.com/brandtsegg
> http://flyndresang.no/

Thanks Steven.