Csound › Csound - Dev

CMake

Classic

List

Threaded

20 messages Options

Michael Gogins-2

CMake

Now, I am NOT so happy with the CMake build. I find that it produces
unusable Python and Lua extension modules for CsoundAC. I am reverting
to the SCons build.

This may be related to the fact that CsoundAC should be built first as
a static library (so that it can be used as a C++ API) before linking
to produce the extension module DSOs. I think the CMake build and the
Linux packages may be targeting a shared library CsoundAC.

In any case, please run the examples/python and examples/lua files to
ensure that the CsoundAC extensions not only build, but do something.

Regards,
Mike

--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Csound-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/csound-devel

Remove Ads

Steven Yi

Re: CMake

In what way was is it unusable? Or, what error messages are you
getting? I tried here and it looked like after "import CsoundAC" that
it essentially had nothing in it. Looking into this but have to step
out for a bit to run some errands, but I want to verify we're having
the same issue.

On Sat, Feb 18, 2012 at 12:19 PM, Michael Gogins
<[hidden email]> wrote:

> Now, I am NOT so happy with the CMake build. I find that it produces
> unusable Python and Lua extension modules for CsoundAC. I am reverting
> to the SCons build.
>
> This may be related to the fact that CsoundAC should be built first as
> a static library (so that it can be used as a C++ API) before linking
> to produce the extension module DSOs. I think the CMake build and the
> Linux packages may be targeting a shared library CsoundAC.
>
> In any case, please run the examples/python and examples/lua files to
> ensure that the CsoundAC extensions not only build, but do something.
>
> Regards,
> Mike
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Csound-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Csound-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/csound-devel

Steven Yi

Re: CMake

Note, I found that -includeall wasn't used when using Swig with
CsoundAC, so I added that. That seemed to add all the missing things
from CsoundAC. I'm having problems with the examples in
examples/python though, usually some syntax error with one thing or
another (using old-parser gave errors too).

Michael, can you try pulling from git and testing with the includeall
change? I'll be out a couple hours and will check back then.

Thanks,
steven

On Sat, Feb 18, 2012 at 1:14 PM, Steven Yi <[hidden email]> wrote:

> In what way was is it unusable? Or, what error messages are you
> getting? I tried here and it looked like after "import CsoundAC" that
> it essentially had nothing in it. Looking into this but have to step
> out for a bit to run some errands, but I want to verify we're having
> the same issue.
>
> On Sat, Feb 18, 2012 at 12:19 PM, Michael Gogins
> <[hidden email]> wrote:
>> Now, I am NOT so happy with the CMake build. I find that it produces
>> unusable Python and Lua extension modules for CsoundAC. I am reverting
>> to the SCons build.
>>
>> This may be related to the fact that CsoundAC should be built first as
>> a static library (so that it can be used as a C++ API) before linking
>> to produce the extension module DSOs. I think the CMake build and the
>> Linux packages may be targeting a shared library CsoundAC.
>>
>> In any case, please run the examples/python and examples/lua files to
>> ensure that the CsoundAC extensions not only build, but do something.
>>
>> Regards,
>> Mike
>>
>> --
>> Michael Gogins
>> Irreducible Productions
>> http://www.michael-gogins.com
>> Michael dot Gogins at gmail dot com
>>
>> ------------------------------------------------------------------------------
>> Virtualization & Cloud Management Using Capacity Planning
>> Cloud computing makes use of virtualization - but cloud computing
>> also focuses on allowing computing to be delivered as a service.
>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>> _______________________________________________
>> Csound-devel mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/csound-devel

Michael Gogins-2

Re: CMake

Thanks for following up on this!

First, the lack of classes after import is the same issue, yes. This
is the main problem.

You may run into other problems that I also did, not directly related.
The examples assume you have fluidsynth and STK opcodes built -- this
is deliberate, to combine tests to save me time with testing for the
Windows installer. But if you don't have these things the examples
won't work right.

Then I had a leftover libCsoundAC.a in /usr/lib, but I changed the
signature so that the SWIG interface was scrambled.

I also noticed the CMake makefile did not seem to be building the
fluidsynth opcodes.

Some background: I made CsoundAC a static only library to get the
interfaces not to expose so many symbols, but still be usable by C
programs, e.g if the composer wants to work directly in C++. I also
had problems with exposing some classes but not all. But on Linux the
maintainers did not follow this pattern. Anyway, either CsoundAC needs
to be a static library (only), or all the CsoundAC classes have to be
exported in the DSO and the examples still have to run.

Again, thanks for pursuing this.

Best,
Mike

On Sat, Feb 18, 2012 at 8:21 AM, Steven Yi <[hidden email]> wrote:

> Note, I found that -includeall wasn't used when using Swig with
> CsoundAC, so I added that. That seemed to add all the missing things
> from CsoundAC. I'm having problems with the examples in
> examples/python though, usually some syntax error with one thing or
> another (using old-parser gave errors too).
>
> Michael, can you try pulling from git and testing with the includeall
> change? I'll be out a couple hours and will check back then.
>
> Thanks,
> steven
>
> On Sat, Feb 18, 2012 at 1:14 PM, Steven Yi <[hidden email]> wrote:
>> In what way was is it unusable? Or, what error messages are you
>> getting? I tried here and it looked like after "import CsoundAC" that
>> it essentially had nothing in it. Looking into this but have to step
>> out for a bit to run some errands, but I want to verify we're having
>> the same issue.
>>
>> On Sat, Feb 18, 2012 at 12:19 PM, Michael Gogins
>> <[hidden email]> wrote:
>>> Now, I am NOT so happy with the CMake build. I find that it produces
>>> unusable Python and Lua extension modules for CsoundAC. I am reverting
>>> to the SCons build.
>>>
>>> This may be related to the fact that CsoundAC should be built first as
>>> a static library (so that it can be used as a C++ API) before linking
>>> to produce the extension module DSOs. I think the CMake build and the
>>> Linux packages may be targeting a shared library CsoundAC.
>>>
>>> In any case, please run the examples/python and examples/lua files to
>>> ensure that the CsoundAC extensions not only build, but do something.
>>>
>>> Regards,
>>> Mike
>>>
>>> --
>>> Michael Gogins
>>> Irreducible Productions
>>> http://www.michael-gogins.com
>>> Michael dot Gogins at gmail dot com
>>>
>>> ------------------------------------------------------------------------------
>>> Virtualization & Cloud Management Using Capacity Planning
>>> Cloud computing makes use of virtualization - but cloud computing
>>> also focuses on allowing computing to be delivered as a service.
>>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>>> _______________________________________________
>>> Csound-devel mailing list
>>> [hidden email]
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Csound-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/csound-devel

--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Csound-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/csound-devel

Felipe Sateler

Re: CMake

If I remember correctly, the cmake build gives default visibility of hidden in the linux build ( this is the default on windows AFAIK). If there aren't appropriate PUBLIC markers in the sources then that would cause the shared library to appear empty. This may be the cause of this problem. In my opinion, the correct fix is not to build CsoundAC statically (this can cause other problems because static libs are usually built without -fPIC) but to actually mark the public API with the PUBLIC attribute.

I'm sorry I can't check this directly, I'm on holidays, but when I get back home I will try to make the cmake build work correctly. My basic testing was not enough, evidently.

On 18 Feb 2012 08:38, "Michael Gogins" <[hidden email]> wrote:

Thanks for following up on this!

First, the lack of classes after import is the same issue, yes. This
is the main problem.

You may run into other problems that I also did, not directly related.
The examples assume you have fluidsynth and STK opcodes built -- this
is deliberate, to combine tests to save me time with testing for the
Windows installer. But if you don't have these things the examples
won't work right.

Then I had a leftover libCsoundAC.a in /usr/lib, but I changed the
signature so that the SWIG interface was scrambled.

I also noticed the CMake makefile did not seem to be building the
fluidsynth opcodes.

Some background: I made CsoundAC a static only library to get the
interfaces not to expose so many symbols, but still be usable by C
programs, e.g if the composer wants to work directly in C++. I also
had problems with exposing some classes but not all. But on Linux the
maintainers did not follow this pattern. Anyway, either CsoundAC needs
to be a static library (only), or all the CsoundAC classes have to be
exported in the DSO and the examples still have to run.

Again, thanks for pursuing this.

Best,
Mike

On Sat, Feb 18, 2012 at 8:21 AM, Steven Yi <[hidden email]> wrote:
> Note, I found that -inclu...

Steven Yi

Re: CMake

In reply to this post by Michael Gogins-2

For the life of me I have no idea how to get the STK opcodes built.
Using 4.4.3, I copied include, src, and rawwaves to the Opcodes/stk
dir. Now, this does not build with SConstruct or CMake. I get
essentially the same error with both:

pcodes/stk/stkOpcodes.cpp:51:21: error: stk/Stk.h: No such file or directory
Opcodes/stk/stkOpcodes.cpp:52:26: error: stk/BandedWG.h: No such file
or directory
Opcodes/stk/stkOpcodes.cpp:53:26: error: stk/BeeThree.h: No such file
or directory
Opcodes/stk/stkOpcodes.cpp:54:26: error: stk/BlowBotl.h: No such file
or directory
Opcodes/stk/stkOpcodes.cpp:55:26: error: stk/BlowHole.h: No such file
or directory
Opcodes/stk/stkOpcodes.cpp:56:23: error: stk/Bowed.h: No such file or directory
Opcodes/stk/stkOpcodes.cpp:57:23: error: stk/Brass.h: No such file or directory
Opcodes/stk/stkOpcodes.cpp:58:26: error: stk/Clarinet.h: No such file
or directory
Opcodes/stk/stkOpcodes.cpp:59:25: error: stk/Drummer.h: No such file
or directory
...

the Opcodes/stk/stkOpcodes use a system include with things like
<stk/Stk.h>, but that does not match what is in the stk's include
directory. The files within the stk src themselves use project
includes with "Stk.h" and no stk/ beforehand.

Is there something different with STK 4.4.3 that is different than
other releases in terms of directory structure? As far as I
understand, this is plain broken with the Csound build systems.

steven

On Sat, Feb 18, 2012 at 2:38 PM, Michael Gogins
<[hidden email]> wrote:

> Thanks for following up on this!
>
> First, the lack of classes after import is the same issue, yes. This
> is the main problem.
>
> You may run into other problems that I also did, not directly related.
> The examples assume you have fluidsynth and STK opcodes built -- this
> is deliberate, to combine tests to save me time with testing for the
> Windows installer. But if you don't have these things the examples
> won't work right.
>
> Then I had a leftover libCsoundAC.a in /usr/lib, but I changed the
> signature so that the SWIG interface was scrambled.
>
> I also noticed the CMake makefile did not seem to be building the
> fluidsynth opcodes.
>
> Some background: I made CsoundAC a static only library to get the
> interfaces not to expose so many symbols, but still be usable by C
> programs, e.g if the composer wants to work directly in C++. I also
> had problems with exposing some classes but not all. But on Linux the
> maintainers did not follow this pattern. Anyway, either CsoundAC needs
> to be a static library (only), or all the CsoundAC classes have to be
> exported in the DSO and the examples still have to run.
>
> Again, thanks for pursuing this.
>
> Best,
> Mike
>
>
> On Sat, Feb 18, 2012 at 8:21 AM, Steven Yi <[hidden email]> wrote:
>> Note, I found that -includeall wasn't used when using Swig with
>> CsoundAC, so I added that. That seemed to add all the missing things
>> from CsoundAC. I'm having problems with the examples in
>> examples/python though, usually some syntax error with one thing or
>> another (using old-parser gave errors too).
>>
>> Michael, can you try pulling from git and testing with the includeall
>> change? I'll be out a couple hours and will check back then.
>>
>> Thanks,
>> steven
>>
>> On Sat, Feb 18, 2012 at 1:14 PM, Steven Yi <[hidden email]> wrote:
>>> In what way was is it unusable? Or, what error messages are you
>>> getting? I tried here and it looked like after "import CsoundAC" that
>>> it essentially had nothing in it. Looking into this but have to step
>>> out for a bit to run some errands, but I want to verify we're having
>>> the same issue.
>>>
>>> On Sat, Feb 18, 2012 at 12:19 PM, Michael Gogins
>>> <[hidden email]> wrote:
>>>> Now, I am NOT so happy with the CMake build. I find that it produces
>>>> unusable Python and Lua extension modules for CsoundAC. I am reverting
>>>> to the SCons build.
>>>>
>>>> This may be related to the fact that CsoundAC should be built first as
>>>> a static library (so that it can be used as a C++ API) before linking
>>>> to produce the extension module DSOs. I think the CMake build and the
>>>> Linux packages may be targeting a shared library CsoundAC.
>>>>
>>>> In any case, please run the examples/python and examples/lua files to
>>>> ensure that the CsoundAC extensions not only build, but do something.
>>>>
>>>> Regards,
>>>> Mike
>>>>
>>>> --
>>>> Michael Gogins
>>>> Irreducible Productions
>>>> http://www.michael-gogins.com
>>>> Michael dot Gogins at gmail dot com
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Virtualization & Cloud Management Using Capacity Planning
>>>> Cloud computing makes use of virtualization - but cloud computing
>>>> also focuses on allowing computing to be delivered as a service.
>>>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> [hidden email]
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> Virtualization & Cloud Management Using Capacity Planning
>> Cloud computing makes use of virtualization - but cloud computing
>> also focuses on allowing computing to be delivered as a service.
>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>> _______________________________________________
>> Csound-devel mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Csound-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Michael Gogins-2

Re: CMake

Yes, the CMake build is not quite optimal for both STK and Fluidsynth.
This is something that needs to be fixed. I will try to fix it myself
but I have to learn how to do it first.

One helper for you is to actually browse to the C++ source file
indicated in the Cmake build, and select that. That seems to enable
the STK build for me. I don't think this is the best way to configure
this target, however. And now, on my other machine, I don't see this
option at all...

Best,
Mike

On Sat, Feb 18, 2012 at 1:20 PM, Steven Yi <[hidden email]> wrote:

> For the life of me I have no idea how to get the STK opcodes built.
> Using 4.4.3, I copied include, src, and rawwaves to the Opcodes/stk
> dir. Now, this does not build with SConstruct or CMake. I get
> essentially the same error with both:
>
> pcodes/stk/stkOpcodes.cpp:51:21: error: stk/Stk.h: No such file or directory
> Opcodes/stk/stkOpcodes.cpp:52:26: error: stk/BandedWG.h: No such file
> or directory
> Opcodes/stk/stkOpcodes.cpp:53:26: error: stk/BeeThree.h: No such file
> or directory
> Opcodes/stk/stkOpcodes.cpp:54:26: error: stk/BlowBotl.h: No such file
> or directory
> Opcodes/stk/stkOpcodes.cpp:55:26: error: stk/BlowHole.h: No such file
> or directory
> Opcodes/stk/stkOpcodes.cpp:56:23: error: stk/Bowed.h: No such file or directory
> Opcodes/stk/stkOpcodes.cpp:57:23: error: stk/Brass.h: No such file or directory
> Opcodes/stk/stkOpcodes.cpp:58:26: error: stk/Clarinet.h: No such file
> or directory
> Opcodes/stk/stkOpcodes.cpp:59:25: error: stk/Drummer.h: No such file
> or directory
> ...
>
> the Opcodes/stk/stkOpcodes use a system include with things like
> <stk/Stk.h>, but that does not match what is in the stk's include
> directory. The files within the stk src themselves use project
> includes with "Stk.h" and no stk/ beforehand.
>
> Is there something different with STK 4.4.3 that is different than
> other releases in terms of directory structure? As far as I
> understand, this is plain broken with the Csound build systems.
>
> steven
>
> On Sat, Feb 18, 2012 at 2:38 PM, Michael Gogins
> <[hidden email]> wrote:
>> Thanks for following up on this!
>>
>> First, the lack of classes after import is the same issue, yes. This
>> is the main problem.
>>
>> You may run into other problems that I also did, not directly related.
>> The examples assume you have fluidsynth and STK opcodes built -- this
>> is deliberate, to combine tests to save me time with testing for the
>> Windows installer. But if you don't have these things the examples
>> won't work right.
>>
>> Then I had a leftover libCsoundAC.a in /usr/lib, but I changed the
>> signature so that the SWIG interface was scrambled.
>>
>> I also noticed the CMake makefile did not seem to be building the
>> fluidsynth opcodes.
>>
>> Some background: I made CsoundAC a static only library to get the
>> interfaces not to expose so many symbols, but still be usable by C
>> programs, e.g if the composer wants to work directly in C++. I also
>> had problems with exposing some classes but not all. But on Linux the
>> maintainers did not follow this pattern. Anyway, either CsoundAC needs
>> to be a static library (only), or all the CsoundAC classes have to be
>> exported in the DSO and the examples still have to run.
>>
>> Again, thanks for pursuing this.
>>
>> Best,
>> Mike
>>
>>
>> On Sat, Feb 18, 2012 at 8:21 AM, Steven Yi <[hidden email]> wrote:
>>> Note, I found that -includeall wasn't used when using Swig with
>>> CsoundAC, so I added that. That seemed to add all the missing things
>>> from CsoundAC. I'm having problems with the examples in
>>> examples/python though, usually some syntax error with one thing or
>>> another (using old-parser gave errors too).
>>>
>>> Michael, can you try pulling from git and testing with the includeall
>>> change? I'll be out a couple hours and will check back then.
>>>
>>> Thanks,
>>> steven
>>>
>>> On Sat, Feb 18, 2012 at 1:14 PM, Steven Yi <[hidden email]> wrote:
>>>> In what way was is it unusable? Or, what error messages are you
>>>> getting? I tried here and it looked like after "import CsoundAC" that
>>>> it essentially had nothing in it. Looking into this but have to step
>>>> out for a bit to run some errands, but I want to verify we're having
>>>> the same issue.
>>>>
>>>> On Sat, Feb 18, 2012 at 12:19 PM, Michael Gogins
>>>> <[hidden email]> wrote:
>>>>> Now, I am NOT so happy with the CMake build. I find that it produces
>>>>> unusable Python and Lua extension modules for CsoundAC. I am reverting
>>>>> to the SCons build.
>>>>>
>>>>> This may be related to the fact that CsoundAC should be built first as
>>>>> a static library (so that it can be used as a C++ API) before linking
>>>>> to produce the extension module DSOs. I think the CMake build and the
>>>>> Linux packages may be targeting a shared library CsoundAC.
>>>>>
>>>>> In any case, please run the examples/python and examples/lua files to
>>>>> ensure that the CsoundAC extensions not only build, but do something.
>>>>>
>>>>> Regards,
>>>>> Mike
>>>>>
>>>>> --
>>>>> Michael Gogins
>>>>> Irreducible Productions
>>>>> http://www.michael-gogins.com
>>>>> Michael dot Gogins at gmail dot com
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Virtualization & Cloud Management Using Capacity Planning
>>>>> Cloud computing makes use of virtualization - but cloud computing
>>>>> also focuses on allowing computing to be delivered as a service.
>>>>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> [hidden email]
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>> ------------------------------------------------------------------------------
>>> Virtualization & Cloud Management Using Capacity Planning
>>> Cloud computing makes use of virtualization - but cloud computing
>>> also focuses on allowing computing to be delivered as a service.
>>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>>> _______________________________________________
>>> Csound-devel mailing list
>>> [hidden email]
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>>
>> --
>> Michael Gogins
>> Irreducible Productions
>> http://www.michael-gogins.com
>> Michael dot Gogins at gmail dot com
>>
>> ------------------------------------------------------------------------------
>> Virtualization & Cloud Management Using Capacity Planning
>> Cloud computing makes use of virtualization - but cloud computing
>> also focuses on allowing computing to be delivered as a service.
>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>> _______________________________________________
>> Csound-devel mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Csound-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Steven Yi

Re: CMake

Well, my issue is that STK opcodes do not build for Scons or Cmake. I
suspect the folder structure changed for the stk/include that comes
with 4.4.3, but I do not see anywhere to get older versions. So the
issue I have is not CMake specific, but inherent in the
stkOpcodes.cpp.

On Sun, Feb 19, 2012 at 4:12 AM, Michael Gogins
<[hidden email]> wrote:

> Yes, the CMake build is not quite optimal for both STK and Fluidsynth.
> This is something that needs to be fixed. I will try to fix it myself
> but I have to learn how to do it first.
>
> One helper for you is to actually browse to the C++ source file
> indicated in the Cmake build, and select that. That seems to enable
> the STK build for me. I don't think this is the best way to configure
> this target, however. And now, on my other machine, I don't see this
> option at all...
>
> Best,
> Mike
>
> On Sat, Feb 18, 2012 at 1:20 PM, Steven Yi <[hidden email]> wrote:
>> For the life of me I have no idea how to get the STK opcodes built.
>> Using 4.4.3, I copied include, src, and rawwaves to the Opcodes/stk
>> dir. Now, this does not build with SConstruct or CMake. I get
>> essentially the same error with both:
>>
>> pcodes/stk/stkOpcodes.cpp:51:21: error: stk/Stk.h: No such file or directory
>> Opcodes/stk/stkOpcodes.cpp:52:26: error: stk/BandedWG.h: No such file
>> or directory
>> Opcodes/stk/stkOpcodes.cpp:53:26: error: stk/BeeThree.h: No such file
>> or directory
>> Opcodes/stk/stkOpcodes.cpp:54:26: error: stk/BlowBotl.h: No such file
>> or directory
>> Opcodes/stk/stkOpcodes.cpp:55:26: error: stk/BlowHole.h: No such file
>> or directory
>> Opcodes/stk/stkOpcodes.cpp:56:23: error: stk/Bowed.h: No such file or directory
>> Opcodes/stk/stkOpcodes.cpp:57:23: error: stk/Brass.h: No such file or directory
>> Opcodes/stk/stkOpcodes.cpp:58:26: error: stk/Clarinet.h: No such file
>> or directory
>> Opcodes/stk/stkOpcodes.cpp:59:25: error: stk/Drummer.h: No such file
>> or directory
>> ...
>>
>> the Opcodes/stk/stkOpcodes use a system include with things like
>> <stk/Stk.h>, but that does not match what is in the stk's include
>> directory. The files within the stk src themselves use project
>> includes with "Stk.h" and no stk/ beforehand.
>>
>> Is there something different with STK 4.4.3 that is different than
>> other releases in terms of directory structure? As far as I
>> understand, this is plain broken with the Csound build systems.
>>
>> steven
>>
>> On Sat, Feb 18, 2012 at 2:38 PM, Michael Gogins
>> <[hidden email]> wrote:
>>> Thanks for following up on this!
>>>
>>> First, the lack of classes after import is the same issue, yes. This
>>> is the main problem.
>>>
>>> You may run into other problems that I also did, not directly related.
>>> The examples assume you have fluidsynth and STK opcodes built -- this
>>> is deliberate, to combine tests to save me time with testing for the
>>> Windows installer. But if you don't have these things the examples
>>> won't work right.
>>>
>>> Then I had a leftover libCsoundAC.a in /usr/lib, but I changed the
>>> signature so that the SWIG interface was scrambled.
>>>
>>> I also noticed the CMake makefile did not seem to be building the
>>> fluidsynth opcodes.
>>>
>>> Some background: I made CsoundAC a static only library to get the
>>> interfaces not to expose so many symbols, but still be usable by C
>>> programs, e.g if the composer wants to work directly in C++. I also
>>> had problems with exposing some classes but not all. But on Linux the
>>> maintainers did not follow this pattern. Anyway, either CsoundAC needs
>>> to be a static library (only), or all the CsoundAC classes have to be
>>> exported in the DSO and the examples still have to run.
>>>
>>> Again, thanks for pursuing this.
>>>
>>> Best,
>>> Mike
>>>
>>>
>>> On Sat, Feb 18, 2012 at 8:21 AM, Steven Yi <[hidden email]> wrote:
>>>> Note, I found that -includeall wasn't used when using Swig with
>>>> CsoundAC, so I added that. That seemed to add all the missing things
>>>> from CsoundAC. I'm having problems with the examples in
>>>> examples/python though, usually some syntax error with one thing or
>>>> another (using old-parser gave errors too).
>>>>
>>>> Michael, can you try pulling from git and testing with the includeall
>>>> change? I'll be out a couple hours and will check back then.
>>>>
>>>> Thanks,
>>>> steven
>>>>
>>>> On Sat, Feb 18, 2012 at 1:14 PM, Steven Yi <[hidden email]> wrote:
>>>>> In what way was is it unusable? Or, what error messages are you
>>>>> getting? I tried here and it looked like after "import CsoundAC" that
>>>>> it essentially had nothing in it. Looking into this but have to step
>>>>> out for a bit to run some errands, but I want to verify we're having
>>>>> the same issue.
>>>>>
>>>>> On Sat, Feb 18, 2012 at 12:19 PM, Michael Gogins
>>>>> <[hidden email]> wrote:
>>>>>> Now, I am NOT so happy with the CMake build. I find that it produces
>>>>>> unusable Python and Lua extension modules for CsoundAC. I am reverting
>>>>>> to the SCons build.
>>>>>>
>>>>>> This may be related to the fact that CsoundAC should be built first as
>>>>>> a static library (so that it can be used as a C++ API) before linking
>>>>>> to produce the extension module DSOs. I think the CMake build and the
>>>>>> Linux packages may be targeting a shared library CsoundAC.
>>>>>>
>>>>>> In any case, please run the examples/python and examples/lua files to
>>>>>> ensure that the CsoundAC extensions not only build, but do something.
>>>>>>
>>>>>> Regards,
>>>>>> Mike
>>>>>>
>>>>>> --
>>>>>> Michael Gogins
>>>>>> Irreducible Productions
>>>>>> http://www.michael-gogins.com
>>>>>> Michael dot Gogins at gmail dot com
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Virtualization & Cloud Management Using Capacity Planning
>>>>>> Cloud computing makes use of virtualization - but cloud computing
>>>>>> also focuses on allowing computing to be delivered as a service.
>>>>>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>>>>>> _______________________________________________
>>>>>> Csound-devel mailing list
>>>>>> [hidden email]
>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Virtualization & Cloud Management Using Capacity Planning
>>>> Cloud computing makes use of virtualization - but cloud computing
>>>> also focuses on allowing computing to be delivered as a service.
>>>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> [hidden email]
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>>
>>>
>>> --
>>> Michael Gogins
>>> Irreducible Productions
>>> http://www.michael-gogins.com
>>> Michael dot Gogins at gmail dot com
>>>
>>> ------------------------------------------------------------------------------
>>> Virtualization & Cloud Management Using Capacity Planning
>>> Cloud computing makes use of virtualization - but cloud computing
>>> also focuses on allowing computing to be delivered as a service.
>>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>>> _______________________________________________
>>> Csound-devel mailing list
>>> [hidden email]
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> Virtualization & Cloud Management Using Capacity Planning
>> Cloud computing makes use of virtualization - but cloud computing
>> also focuses on allowing computing to be delivered as a service.
>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>> _______________________________________________
>> Csound-devel mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Csound-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Tito Latini

Re: CMake

> Well, my issue is that STK opcodes do not build for Scons or Cmake. I
> suspect the folder structure changed for the stk/include that comes
> with 4.4.3, but I do not see anywhere to get older versions. So the
> issue I have is not CMake specific, but inherent in the
> stkOpcodes.cpp.

scons works here; it's for stk

diff -ur stk-4.4.3~/src/TapDelay.cpp stk-4.4.3/src/TapDelay.cpp
--- stk-4.4.3~/src/TapDelay.cpp 2012-02-19 17:48:55.000000000 +0100
+++ stk-4.4.3/src/TapDelay.cpp 2012-02-19 17:49:06.000000000 +0100
@@ -69,7 +69,7 @@
}

if ( taps[i] < 0 ) {
- error << "TapDelay::setDelay: argument (" << taps[i] << ") less than zero!\n";
+ std::cerr << "TapDelay::setDelay: argument (" << taps[i] << ") less than zero!\n";
handleError( StkError::WARNING ); return;
}
}

and cmake

diff -ur csound5~/CMakeLists.txt csound5/CMakeLists.txt
--- csound5~/CMakeLists.txt 2012-02-19 17:50:47.000000000 +0100
+++ csound5/CMakeLists.txt 2012-02-19 17:52:11.000000000 +0100
@@ -319,6 +319,7 @@

include_directories(./H)
include_directories(./Engine)
+include_directories(./Opcodes/stk/include)

#adding this for files that #include SDIF/sdif*
include_directories(./)

tito

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Csound-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/csound-devel

Steven Yi

Re: CMake

How can it work? stkOpcodes #include <stk/xxx> but in the include
folder from stk 4.4.3 has no stk folder. All of the headers are in
the include folder, not below stk. I had tried exactly what you had
done, and had the situation where the source files for STK compiled,
but stkOpcodes.cpp did not, or if I modify the include folder and put
the headers wtihin an stk folder, the STK sources didn't compile, and
I never proceeded to the stkOpcodes.cpp. Unless you have stk headers
installed on your system as well, perhaps with Linux distributions I
can see this happening from being re-packaged, then you'd really be
using two STK installations.

Tito: Do you have STK headers in /usr/include/stk or /usr/local/include/stk ?

On Sun, Feb 19, 2012 at 4:59 PM, Tito Latini <[hidden email]> wrote:

>> Well, my issue is that STK opcodes do not build for Scons or Cmake. I
>> suspect the folder structure changed for the stk/include that comes
>> with 4.4.3, but I do not see anywhere to get older versions. So the
>> issue I have is not CMake specific, but inherent in the
>> stkOpcodes.cpp.
>
> scons works here; it's for stk
>
> diff -ur stk-4.4.3~/src/TapDelay.cpp stk-4.4.3/src/TapDelay.cpp
> --- stk-4.4.3~/src/TapDelay.cpp 2012-02-19 17:48:55.000000000 +0100
> +++ stk-4.4.3/src/TapDelay.cpp 2012-02-19 17:49:06.000000000 +0100
> @@ -69,7 +69,7 @@
> }
>
> if ( taps[i] < 0 ) {
> - error << "TapDelay::setDelay: argument (" << taps[i] << ") less than zero!\n";
> + std::cerr << "TapDelay::setDelay: argument (" << taps[i] << ") less than zero!\n";
> handleError( StkError::WARNING ); return;
> }
> }
>
>
> and cmake
>
> diff -ur csound5~/CMakeLists.txt csound5/CMakeLists.txt
> --- csound5~/CMakeLists.txt 2012-02-19 17:50:47.000000000 +0100
> +++ csound5/CMakeLists.txt 2012-02-19 17:52:11.000000000 +0100
> @@ -319,6 +319,7 @@
>
> include_directories(./H)
> include_directories(./Engine)
> +include_directories(./Opcodes/stk/include)
>
> #adding this for files that #include SDIF/sdif*
> include_directories(./)
>
>
> tito
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Csound-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Tito Latini

Re: CMake

> Tito: Do you have STK headers in /usr/include/stk or /usr/local/include/stk ?

they are in /usr/include/ssstttkkk, changed before the test

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Csound-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/csound-devel

Steven Yi

Re: CMake

I'm clueless then as to how you can get stkOpcodes.cpp to compile with
#include <stk/xxx> in the file. In my mind, there's no way it should
compile.

On Sun, Feb 19, 2012 at 5:36 PM, Tito Latini <[hidden email]> wrote:

>> Tito: Do you have STK headers in /usr/include/stk or /usr/local/include/stk ?
>
> they are in /usr/include/ssstttkkk, changed before the test
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Csound-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Tito Latini

Re: CMake

> I'm clueless then as to how you can get stkOpcodes.cpp to compile with
> #include <stk/xxx> in the file. In my mind, there's no way it should
> compile.

it's to revert

http://csound.git.sourceforge.net/git/gitweb.cgi?p=csound/csound5.git;a=commitdiff;h=e3fb1cd0c214a71c6a5af3fe86f7a18b2f4c9f68

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Csound-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/csound-devel

Michael Gogins-2

Re: CMake

I patched my StkOpcodes.cpp file to #Include <stk/Stk.h>, locally.

I think that the build system should be changed to look for STK
sources where they are installed in the Linux stkdev package, which is
/usr/include/stk. Instead of building our own library on Windows, we
should link with a prebuilt STK library and amend the custom.py to
find it.

One problem on WIndows might be that the STK library might be built
with Visual C++ and might not link well with gcc stuff in Csound.

Regards,
Mike

On Sun, Feb 19, 2012 at 1:19 PM, Tito Latini <[hidden email]> wrote:

>> I'm clueless then as to how you can get stkOpcodes.cpp to compile with
>> #include <stk/xxx> in the file. In my mind, there's no way it should
>> compile.
>
> it's to revert
>
> http://csound.git.sourceforge.net/git/gitweb.cgi?p=csound/csound5.git;a=commitdiff;h=e3fb1cd0c214a71c6a5af3fe86f7a18b2f4c9f68
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Csound-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Tito Latini

Re: CMake

I have attached a patch for `cmake' that works with or without the
stkdev package. Perhaps it's useful.

tito

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
_______________________________________________
Csound-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/csound-devel

csound5_cmake_stk.patch (3K) Download Attachment

Steven Yi

Re: CMake

This makes sense to me. Michael, this essentially goes and includes
the /usr/include/stk as an include path so that headers can be
resolved without stk/ in the include. Does this work for you? If so,
let's go ahead and commit it.

On Mon, Feb 20, 2012 at 12:04 PM, Tito Latini <[hidden email]> wrote:

> I have attached a patch for `cmake' that works with or without the
> stkdev package. Perhaps it's useful.
>
> tito
>
> ------------------------------------------------------------------------------
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> _______________________________________________
> Csound-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
Csound-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/csound-devel

Michael Gogins-2

Re: CMake

Makes sense to me.

Thanks,
Mike

On Tue, Feb 21, 2012 at 11:56 AM, Steven Yi <[hidden email]> wrote:

> This makes sense to me. Michael, this essentially goes and includes
> the /usr/include/stk as an include path so that headers can be
> resolved without stk/ in the include. Does this work for you? If so,
> let's go ahead and commit it.
>
> On Mon, Feb 20, 2012 at 12:04 PM, Tito Latini <[hidden email]> wrote:
>> I have attached a patch for `cmake' that works with or without the
>> stkdev package. Perhaps it's useful.
>>
>> tito
>>
>> ------------------------------------------------------------------------------
>> Try before you buy = See our experts in action!
>> The most comprehensive online learning library for Microsoft developers
>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>> Metro Style Apps, more. Free future releases when you subscribe now!
>> http://p.sf.net/sfu/learndevnow-dev2
>> _______________________________________________
>> Csound-devel mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Csound-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/csound-devel

--
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
Csound-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/csound-devel

Steven Yi

Re: CMake

It almost works; the CMake file seems to be using the removeSources
that were used in SConstruct as the sources. I'm looking into fixing
this now, then will commit the sum of it all.

On Tue, Feb 21, 2012 at 7:15 PM, Michael Gogins
<[hidden email]> wrote:

> Makes sense to me.
>
> Thanks,
> Mike
>
> On Tue, Feb 21, 2012 at 11:56 AM, Steven Yi <[hidden email]> wrote:
>> This makes sense to me. Michael, this essentially goes and includes
>> the /usr/include/stk as an include path so that headers can be
>> resolved without stk/ in the include. Does this work for you? If so,
>> let's go ahead and commit it.
>>
>> On Mon, Feb 20, 2012 at 12:04 PM, Tito Latini <[hidden email]> wrote:
>>> I have attached a patch for `cmake' that works with or without the
>>> stkdev package. Perhaps it's useful.
>>>
>>> tito
>>>
>>> ------------------------------------------------------------------------------
>>> Try before you buy = See our experts in action!
>>> The most comprehensive online learning library for Microsoft developers
>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>>> Metro Style Apps, more. Free future releases when you subscribe now!
>>> http://p.sf.net/sfu/learndevnow-dev2
>>> _______________________________________________
>>> Csound-devel mailing list
>>> [hidden email]
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>
>> ------------------------------------------------------------------------------
>> Keep Your Developer Skills Current with LearnDevNow!
>> The most comprehensive online learning library for Microsoft developers
>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>> Metro Style Apps, more. Free future releases when you subscribe now!
>> http://p.sf.net/sfu/learndevnow-d2d
>> _______________________________________________
>> Csound-devel mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Csound-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Steven Yi

Re: CMake

Okay, I have them built, though I had to patch up TapDelay.cpp from
stk/src to do so (there's a bug in there referring to a stream called
error that isn't defined). Now, here, libstk.dylib gets built with
both Scons and cmake. However, neither build will load any opcodes
from it. Since it's happening for both Scons and CMake, I don't think
it's an issue with the build systems per-se.

Anyone have an idea?

On Tue, Feb 21, 2012 at 10:53 PM, Steven Yi <[hidden email]> wrote:

> It almost works; the CMake file seems to be using the removeSources
> that were used in SConstruct as the sources. I'm looking into fixing
> this now, then will commit the sum of it all.
>
> On Tue, Feb 21, 2012 at 7:15 PM, Michael Gogins
> <[hidden email]> wrote:
>> Makes sense to me.
>>
>> Thanks,
>> Mike
>>
>> On Tue, Feb 21, 2012 at 11:56 AM, Steven Yi <[hidden email]> wrote:
>>> This makes sense to me. Michael, this essentially goes and includes
>>> the /usr/include/stk as an include path so that headers can be
>>> resolved without stk/ in the include. Does this work for you? If so,
>>> let's go ahead and commit it.
>>>
>>> On Mon, Feb 20, 2012 at 12:04 PM, Tito Latini <[hidden email]> wrote:
>>>> I have attached a patch for `cmake' that works with or without the
>>>> stkdev package. Perhaps it's useful.
>>>>
>>>> tito
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Try before you buy = See our experts in action!
>>>> The most comprehensive online learning library for Microsoft developers
>>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>>>> Metro Style Apps, more. Free future releases when you subscribe now!
>>>> http://p.sf.net/sfu/learndevnow-dev2
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> [hidden email]
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Keep Your Developer Skills Current with LearnDevNow!
>>> The most comprehensive online learning library for Microsoft developers
>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>>> Metro Style Apps, more. Free future releases when you subscribe now!
>>> http://p.sf.net/sfu/learndevnow-d2d
>>> _______________________________________________
>>> Csound-devel mailing list
>>> [hidden email]
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>>
>> --
>> Michael Gogins
>> Irreducible Productions
>> http://www.michael-gogins.com
>> Michael dot Gogins at gmail dot com
>>
>> ------------------------------------------------------------------------------
>> Keep Your Developer Skills Current with LearnDevNow!
>> The most comprehensive online learning library for Microsoft developers
>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>> Metro Style Apps, more. Free future releases when you subscribe now!
>> http://p.sf.net/sfu/learndevnow-d2d
>> _______________________________________________
>> Csound-devel mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/csound-devel

Steven Yi

Re: CMake

Note: I committed the CMake change as well as the change to
stkOpcodes.cpp that Tito did, in addition to redoing the CMake file to
match what was going on in SConstruct with removing sources from a
glob list of files from the stk/src dir.

On Wed, Feb 22, 2012 at 12:19 AM, Steven Yi <[hidden email]> wrote:

> Okay, I have them built, though I had to patch up TapDelay.cpp from
> stk/src to do so (there's a bug in there referring to a stream called
> error that isn't defined). Now, here, libstk.dylib gets built with
> both Scons and cmake. However, neither build will load any opcodes
> from it. Since it's happening for both Scons and CMake, I don't think
> it's an issue with the build systems per-se.
>
> Anyone have an idea?
>
> On Tue, Feb 21, 2012 at 10:53 PM, Steven Yi <[hidden email]> wrote:
>> It almost works; the CMake file seems to be using the removeSources
>> that were used in SConstruct as the sources. I'm looking into fixing
>> this now, then will commit the sum of it all.
>>
>> On Tue, Feb 21, 2012 at 7:15 PM, Michael Gogins
>> <[hidden email]> wrote:
>>> Makes sense to me.
>>>
>>> Thanks,
>>> Mike
>>>
>>> On Tue, Feb 21, 2012 at 11:56 AM, Steven Yi <[hidden email]> wrote:
>>>> This makes sense to me. Michael, this essentially goes and includes
>>>> the /usr/include/stk as an include path so that headers can be
>>>> resolved without stk/ in the include. Does this work for you? If so,
>>>> let's go ahead and commit it.
>>>>
>>>> On Mon, Feb 20, 2012 at 12:04 PM, Tito Latini <[hidden email]> wrote:
>>>>> I have attached a patch for `cmake' that works with or without the
>>>>> stkdev package. Perhaps it's useful.
>>>>>
>>>>> tito
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Try before you buy = See our experts in action!
>>>>> The most comprehensive online learning library for Microsoft developers
>>>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>>>>> Metro Style Apps, more. Free future releases when you subscribe now!
>>>>> http://p.sf.net/sfu/learndevnow-dev2
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> [hidden email]
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Keep Your Developer Skills Current with LearnDevNow!
>>>> The most comprehensive online learning library for Microsoft developers
>>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>>>> Metro Style Apps, more. Free future releases when you subscribe now!
>>>> http://p.sf.net/sfu/learndevnow-d2d
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> [hidden email]
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>>
>>>
>>> --
>>> Michael Gogins
>>> Irreducible Productions
>>> http://www.michael-gogins.com
>>> Michael dot Gogins at gmail dot com
>>>
>>> ------------------------------------------------------------------------------
>>> Keep Your Developer Skills Current with LearnDevNow!
>>> The most comprehensive online learning library for Microsoft developers
>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>>> Metro Style Apps, more. Free future releases when you subscribe now!
>>> http://p.sf.net/sfu/learndevnow-d2d
>>> _______________________________________________
>>> Csound-devel mailing list
>>> [hidden email]
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel