Csound itself and all dependencies, drivers, plugins, executables, and
interfaces builds with MSYS2/mingw64. I've pushed all build system
changes to Git. Csound itself runs, and faster than x86.

CsoundVST crashes, I'm investigating that.

I've installed NW.js for x64.

I've installed and built the Chromium Embedded Framework (CEF) for x64.

I'm installing the Qt SDK for x64.

To do:

(1) Fix CsoundVST.

(2) Build CsoundQt with CEF for x64.

(3) Build csound.node for NW.js x64.

(4) Test all this stuff (lightly).

(5) Create installer for Csound x64.

I think this is probably at least another week of work counting from
now, but currently things are going pretty well, so it may be less.

Regards,
Mike

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

Hi Mike,

Many thanks for pushing all of this forward!  I'm really happy that
mingw64 looks to be working out for everyone in this community.

I'm updating my toolchain and working through building the new
packages you've setup.  So far, I have successfully compiled and
installed gmm, musicxml, and pd-extended. I did have problems with
both portsmf and stk.  The former seems to have some issue checking
out the source code, and the latter reports no file found;
makepkg-mingw output is included below.  I will try portaudio_asio
next when I get back to csound-related work tonight.

BTW: Should we be compiling against pd-extended or pd-vanilla?  (does
it matter?)

Thanks!
steven


portsmf:

$ makepkg-mingw
==> Making package: libportsmf 229M-1 (Fri, Mar 11, 2016 10:25:10 AM)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Updating   svn repo...
Skipped '.'
svn: E155007: None of the targets are working copies
==> WARNING: Failure while updating   svn repo
==> Validating source files with md5sums...
      ... Skipped
==> Extracting sources...
  -> Creating working copy of   svn repo...
==> Starting pkgver()...
/home/stevenyi/csound/mingw64/packages/portsmf/PKGBUILD: line 14: cd:
/home/stevenyi/csound/mingw64/packages/portsmf/src/trunk: No such file
or directory
==> ERROR: pkgver is not allowed to be empty.
==> ERROR: pkgver() generated an invalid version:

STK:

$ makepkg-mingw
==> Making package: mingw-w64-x86_64-stk 1-1 (Fri, Mar 11, 2016 10:26:17 AM)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Downloading stk-1.tar.gz stk.patch...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0   268    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0
curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading
http://ccrma.stanford.edu/software/stk/release/stk-1.tar.gz stk.patch
    Aborting...

On Thu, Mar 10, 2016 at 12:57 PM, Rory Walsh  wrote:
> This is great Mike. As soon as your package is ready I'm going to rebuild
> Cabbage against your binaries.
>
> On 10 March 2016 at 15:05, Michael Gogins  wrote:
>>
>> Csound itself and all dependencies, drivers, plugins, executables, and
>> interfaces builds with MSYS2/mingw64. I've pushed all build system
>> changes to Git. Csound itself runs, and faster than x86.
>>
>> CsoundVST crashes, I'm investigating that.
>>
>> I've installed NW.js for x64.
>>
>> I've installed and built the Chromium Embedded Framework (CEF) for x64.
>>
>> I'm installing the Qt SDK for x64.
>>
>> To do:
>>
>> (1) Fix CsoundVST.
>>
>> (2) Build CsoundQt with CEF for x64.
>>
>> (3) Build csound.node for NW.js x64.
>>
>> (4) Test all this stuff (lightly).
>>
>> (5) Create installer for Csound x64.
>>
>> I think this is probably at least another week of work counting from
>> now, but currently things are going pretty well, so it may be less.
>>
>> Regards,
>> Mike
>>
>> -----------------------------------------------------
>> Michael Gogins
>> Irreducible Productions
>> http://michaelgogins.tumblr.com
>> Michael dot Gogins at gmail dot com
>

BTW: I just tried a builld and saw that in README that curl and
musicxml requires some special handling to link dynamically.  I think
for curl, we really should eventually have it statically linked in to
simplify using libcsound when embedded within an application.

Also, I committed a change just now to build.sh to add $@ to the end
of the cmake call within the script.  This allows passing additional
CMake arguments to the build.sh script.  I did this so that I could
add the musicxml and curl values to a separate my-build.sh script and
not have to do any other modifications. My my-build.sh script has:

#!/bin/sh
./build.sh -DMUSICXML_LIBRARY=c:/msys64/mingw64/bin/libmusicxml2.dll
-DCURL_LIBRARY=c:/msys64/mingw64/bin/libcurl-4.dll

It's sort of stop-gap and seems like an area of the build we should
look at making simpler to ensure that this is simplified for everyone.
It can probably wait until after this build though.


On Fri, Mar 11, 2016 at 10:34 AM, Steven Yi  wrote:
> Hi Mike,
>
> Many thanks for pushing all of this forward!  I'm really happy that
> mingw64 looks to be working out for everyone in this community.
>
> I'm updating my toolchain and working through building the new
> packages you've setup.  So far, I have successfully compiled and
> installed gmm, musicxml, and pd-extended. I did have problems with
> both portsmf and stk.  The former seems to have some issue checking
> out the source code, and the latter reports no file found;
> makepkg-mingw output is included below.  I will try portaudio_asio
> next when I get back to csound-related work tonight.
>
> BTW: Should we be compiling against pd-extended or pd-vanilla?  (does
> it matter?)
>
> Thanks!
> steven
>
>
> portsmf:
>
> $ makepkg-mingw
> ==> Making package: libportsmf 229M-1 (Fri, Mar 11, 2016 10:25:10 AM)
> ==> Checking runtime dependencies...
> ==> Checking buildtime dependencies...
> ==> Retrieving sources...
>   -> Updating   svn repo...
> Skipped '.'
> svn: E155007: None of the targets are working copies
> ==> WARNING: Failure while updating   svn repo
> ==> Validating source files with md5sums...
>       ... Skipped
> ==> Extracting sources...
>   -> Creating working copy of   svn repo...
> ==> Starting pkgver()...
> /home/stevenyi/csound/mingw64/packages/portsmf/PKGBUILD: line 14: cd:
> /home/stevenyi/csound/mingw64/packages/portsmf/src/trunk: No such file
> or directory
> ==> ERROR: pkgver is not allowed to be empty.
> ==> ERROR: pkgver() generated an invalid version:
>
> STK:
>
> $ makepkg-mingw
> ==> Making package: mingw-w64-x86_64-stk 1-1 (Fri, Mar 11, 2016 10:26:17 AM)
> ==> Checking runtime dependencies...
> ==> Checking buildtime dependencies...
> ==> Retrieving sources...
>   -> Downloading stk-1.tar.gz stk.patch...
>   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>                                  Dload  Upload   Total   Spent    Left  Speed
>   0   268    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
>   0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0
> curl: (22) The requested URL returned error: 404 Not Found
> ==> ERROR: Failure while downloading
> http://ccrma.stanford.edu/software/stk/release/stk-1.tar.gz stk.patch
>     Aborting...
>
> On Thu, Mar 10, 2016 at 12:57 PM, Rory Walsh  wrote:
>> This is great Mike. As soon as your package is ready I'm going to rebuild
>> Cabbage against your binaries.
>>
>> On 10 March 2016 at 15:05, Michael Gogins  wrote:
>>>
>>> Csound itself and all dependencies, drivers, plugins, executables, and
>>> interfaces builds with MSYS2/mingw64. I've pushed all build system
>>> changes to Git. Csound itself runs, and faster than x86.
>>>
>>> CsoundVST crashes, I'm investigating that.
>>>
>>> I've installed NW.js for x64.
>>>
>>> I've installed and built the Chromium Embedded Framework (CEF) for x64.
>>>
>>> I'm installing the Qt SDK for x64.
>>>
>>> To do:
>>>
>>> (1) Fix CsoundVST.
>>>
>>> (2) Build CsoundQt with CEF for x64.
>>>
>>> (3) Build csound.node for NW.js x64.
>>>
>>> (4) Test all this stuff (lightly).
>>>
>>> (5) Create installer for Csound x64.
>>>
>>> I think this is probably at least another week of work counting from
>>> now, but currently things are going pretty well, so it may be less.
>>>
>>> Regards,
>>> Mike
>>>
>>> -----------------------------------------------------
>>> Michael Gogins
>>> Irreducible Productions
>>> http://michaelgogins.tumblr.com
>>> Michael dot Gogins at gmail dot com
>>

The problem I had with Pure Data is that I could not find, and I could
not build, the DLL for 64 bit CPU architecture that the Csound class
needs.

Your problem with STK may be that you have a defined RAWWAVE_PATH
environment variable, In your environment, try undefining it or
setting it to the directory of the rawwaves in the STK package.

Best,
Mike

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


On Fri, Mar 11, 2016 at 5:34 PM, Steven Yi  wrote:
> Hi Mike,
>
> Many thanks for pushing all of this forward!  I'm really happy that
> mingw64 looks to be working out for everyone in this community.
>
> I'm updating my toolchain and working through building the new
> packages you've setup.  So far, I have successfully compiled and
> installed gmm, musicxml, and pd-extended. I did have problems with
> both portsmf and stk.  The former seems to have some issue checking
> out the source code, and the latter reports no file found;
> makepkg-mingw output is included below.  I will try portaudio_asio
> next when I get back to csound-related work tonight.
>
> BTW: Should we be compiling against pd-extended or pd-vanilla?  (does
> it matter?)
>
> Thanks!
> steven
>
>
> portsmf:
>
> $ makepkg-mingw
> ==> Making package: libportsmf 229M-1 (Fri, Mar 11, 2016 10:25:10 AM)
> ==> Checking runtime dependencies...
> ==> Checking buildtime dependencies...
> ==> Retrieving sources...
>   -> Updating   svn repo...
> Skipped '.'
> svn: E155007: None of the targets are working copies
> ==> WARNING: Failure while updating   svn repo
> ==> Validating source files with md5sums...
>       ... Skipped
> ==> Extracting sources...
>   -> Creating working copy of   svn repo...
> ==> Starting pkgver()...
> /home/stevenyi/csound/mingw64/packages/portsmf/PKGBUILD: line 14: cd:
> /home/stevenyi/csound/mingw64/packages/portsmf/src/trunk: No such file
> or directory
> ==> ERROR: pkgver is not allowed to be empty.
> ==> ERROR: pkgver() generated an invalid version:
>
> STK:
>
> $ makepkg-mingw
> ==> Making package: mingw-w64-x86_64-stk 1-1 (Fri, Mar 11, 2016 10:26:17 AM)
> ==> Checking runtime dependencies...
> ==> Checking buildtime dependencies...
> ==> Retrieving sources...
>   -> Downloading stk-1.tar.gz stk.patch...
>   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>                                  Dload  Upload   Total   Spent    Left  Speed
>   0   268    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
>   0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0
> curl: (22) The requested URL returned error: 404 Not Found
> ==> ERROR: Failure while downloading
> http://ccrma.stanford.edu/software/stk/release/stk-1.tar.gz stk.patch
>     Aborting...
>
> On Thu, Mar 10, 2016 at 12:57 PM, Rory Walsh  wrote:
>> This is great Mike. As soon as your package is ready I'm going to rebuild
>> Cabbage against your binaries.
>>
>> On 10 March 2016 at 15:05, Michael Gogins  wrote:
>>>
>>> Csound itself and all dependencies, drivers, plugins, executables, and
>>> interfaces builds with MSYS2/mingw64. I've pushed all build system
>>> changes to Git. Csound itself runs, and faster than x86.
>>>
>>> CsoundVST crashes, I'm investigating that.
>>>
>>> I've installed NW.js for x64.
>>>
>>> I've installed and built the Chromium Embedded Framework (CEF) for x64.
>>>
>>> I'm installing the Qt SDK for x64.
>>>
>>> To do:
>>>
>>> (1) Fix CsoundVST.
>>>
>>> (2) Build CsoundQt with CEF for x64.
>>>
>>> (3) Build csound.node for NW.js x64.
>>>
>>> (4) Test all this stuff (lightly).
>>>
>>> (5) Create installer for Csound x64.
>>>
>>> I think this is probably at least another week of work counting from
>>> now, but currently things are going pretty well, so it may be less.
>>>
>>> Regards,
>>> Mike
>>>
>>> -----------------------------------------------------
>>> Michael Gogins
>>> Irreducible Productions
>>> http://michaelgogins.tumblr.com
>>> Michael dot Gogins at gmail dot com
>>

I spent some time now and have modified the PKGBUILD for the stk
package.  It had two main problems: pkgver was set to 1, when it
should have been 4.5.1 (which caused the wrong file to try to
download), and the packaging part did not include the libstk.a.  The
latter was due to the "make install" as part of the build() in
PKGBUILD did not install the libstk.a (I assume it's a problem with
STK's autoconf stuff).  I added a manual copying of libstk.a which
works to add that to the packages and now Csound is building the STK
opcodes here.

On Fri, Mar 11, 2016 at 11:31 AM, Steven Yi  wrote:
> I'm pretty sure the STK problem is, as reported, that the file does not
> exist on the server.  I also have no RAWWAVE_PATH set.
>
> For PD users, do they even have 64-but Windows builds? If not,maybe that
> should only be provided for 32-bit Csound builds.
>
>
> On Fri, Mar 11, 2016 at 11:06 AM, Michael Gogins 
> wrote:
>> The problem I had with Pure Data is that I could not find, and I could
>> not build, the DLL for 64 bit CPU architecture that the Csound class
>> needs.
>>
>> Your problem with STK may be that you have a defined RAWWAVE_PATH
>> environment variable, In your environment, try undefining it or
>> setting it to the directory of the rawwaves in the STK package.
>>
>> Best,
>> Mike
>>
>> -----------------------------------------------------
>> Michael Gogins
>> Irreducible Productions
>> http://michaelgogins.tumblr.com
>> Michael dot Gogins at gmail dot com
>>
>>
>> On Fri, Mar 11, 2016 at 5:34 PM, Steven Yi  wrote:
>>> Hi Mike,
>>>
>>> Many thanks for pushing all of this forward!  I'm really happy that
>>> mingw64 looks to be working out for everyone in this community.
>>>
>>> I'm updating my toolchain and working through building the new
>>> packages you've setup.  So far, I have successfully compiled and
>>> installed gmm, musicxml, and pd-extended. I did have problems with
>>> both portsmf and stk.  The former seems to have some issue checking
>>> out the source code, and the latter reports no file found;
>>> makepkg-mingw output is included below.  I will try portaudio_asio
>>> next when I get back to csound-related work tonight.
>>>
>>> BTW: Should we be compiling against pd-extended or pd-vanilla?  (does
>>> it matter?)
>>>
>>> Thanks!
>>> steven
>>>
>>>
>>> portsmf:
>>>
>>> $ makepkg-mingw
>>> ==> Making package: libportsmf 229M-1 (Fri, Mar 11, 2016 10:25:10 AM)
>>> ==> Checking runtime dependencies...
>>> ==> Checking buildtime dependencies...
>>> ==> Retrieving sources...
>>>   -> Updating   svn repo...
>>> Skipped '.'
>>> svn: E155007: None of the targets are working copies
>>> ==> WARNING: Failure while updating   svn repo
>>> ==> Validating source files with md5sums...
>>>       ... Skipped
>>> ==> Extracting sources...
>>>   -> Creating working copy of   svn repo...
>>> ==> Starting pkgver()...
>>> /home/stevenyi/csound/mingw64/packages/portsmf/PKGBUILD: line 14: cd:
>>> /home/stevenyi/csound/mingw64/packages/portsmf/src/trunk: No such file
>>> or directory
>>> ==> ERROR: pkgver is not allowed to be empty.
>>> ==> ERROR: pkgver() generated an invalid version:
>>>
>>> STK:
>>>
>>> $ makepkg-mingw
>>> ==> Making package: mingw-w64-x86_64-stk 1-1 (Fri, Mar 11, 2016 10:26:17
>>> AM)
>>> ==> Checking runtime dependencies...
>>> ==> Checking buildtime dependencies...
>>> ==> Retrieving sources...
>>>   -> Downloading stk-1.tar.gz stk.patch...
>>>   % Total    % Received % Xferd  Average Speed   Time    Time     Time
>>> Current
>>>                                  Dload  Upload   Total   Spent    Left
>>> Speed
>>>   0   268    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--
>>> 0
>>>   0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--
>>> 0
>>> curl: (22) The requested URL returned error: 404 Not Found
>>> ==> ERROR: Failure while downloading
>>> http://ccrma.stanford.edu/software/stk/release/stk-1.tar.gz stk.patch
>>>     Aborting...
>>>
>>> On Thu, Mar 10, 2016 at 12:57 PM, Rory Walsh  wrote:
>>>> This is great Mike. As soon as your package is ready I'm going to
>>>> rebuild
>>>> Cabbage against your binaries.
>>>>
>>>> On 10 March 2016 at 15:05, Michael Gogins 
>>>> wrote:
>>>>>
>>>>> Csound itself and all dependencies, drivers, plugins, executables, and
>>>>> interfaces builds with MSYS2/mingw64. I've pushed all build system
>>>>> changes to Git. Csound itself runs, and faster than x86.
>>>>>
>>>>> CsoundVST crashes, I'm investigating that.
>>>>>
>>>>> I've installed NW.js for x64.
>>>>>
>>>>> I've installed and built the Chromium Embedded Framework (CEF) for x64.
>>>>>
>>>>> I'm installing the Qt SDK for x64.
>>>>>
>>>>> To do:
>>>>>
>>>>> (1) Fix CsoundVST.
>>>>>
>>>>> (2) Build CsoundQt with CEF for x64.
>>>>>
>>>>> (3) Build csound.node for NW.js x64.
>>>>>
>>>>> (4) Test all this stuff (lightly).
>>>>>
>>>>> (5) Create installer for Csound x64.
>>>>>
>>>>> I think this is probably at least another week of work counting from
>>>>> now, but currently things are going pretty well, so it may be less.
>>>>>
>>>>> Regards,
>>>>> Mike
>>>>>
>>>>> -----------------------------------------------------
>>>>> Michael Gogins
>>>>> Irreducible Productions
>>>>> http://michaelgogins.tumblr.com
>>>>> Michael dot Gogins at gmail dot com
>>>>
>>>>

That sounds good, thanks.

Best,
Mike

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


On Fri, Mar 11, 2016 at 8:35 PM, Steven Yi  wrote:
> I spent some time now and have modified the PKGBUILD for the stk
> package.  It had two main problems: pkgver was set to 1, when it
> should have been 4.5.1 (which caused the wrong file to try to
> download), and the packaging part did not include the libstk.a.  The
> latter was due to the "make install" as part of the build() in
> PKGBUILD did not install the libstk.a (I assume it's a problem with
> STK's autoconf stuff).  I added a manual copying of libstk.a which
> works to add that to the packages and now Csound is building the STK
> opcodes here.
>
> On Fri, Mar 11, 2016 at 11:31 AM, Steven Yi  wrote:
>> I'm pretty sure the STK problem is, as reported, that the file does not
>> exist on the server.  I also have no RAWWAVE_PATH set.
>>
>> For PD users, do they even have 64-but Windows builds? If not,maybe that
>> should only be provided for 32-bit Csound builds.
>>
>>
>> On Fri, Mar 11, 2016 at 11:06 AM, Michael Gogins 
>> wrote:
>>> The problem I had with Pure Data is that I could not find, and I could
>>> not build, the DLL for 64 bit CPU architecture that the Csound class
>>> needs.
>>>
>>> Your problem with STK may be that you have a defined RAWWAVE_PATH
>>> environment variable, In your environment, try undefining it or
>>> setting it to the directory of the rawwaves in the STK package.
>>>
>>> Best,
>>> Mike
>>>
>>> -----------------------------------------------------
>>> Michael Gogins
>>> Irreducible Productions
>>> http://michaelgogins.tumblr.com
>>> Michael dot Gogins at gmail dot com
>>>
>>>
>>> On Fri, Mar 11, 2016 at 5:34 PM, Steven Yi  wrote:
>>>> Hi Mike,
>>>>
>>>> Many thanks for pushing all of this forward!  I'm really happy that
>>>> mingw64 looks to be working out for everyone in this community.
>>>>
>>>> I'm updating my toolchain and working through building the new
>>>> packages you've setup.  So far, I have successfully compiled and
>>>> installed gmm, musicxml, and pd-extended. I did have problems with
>>>> both portsmf and stk.  The former seems to have some issue checking
>>>> out the source code, and the latter reports no file found;
>>>> makepkg-mingw output is included below.  I will try portaudio_asio
>>>> next when I get back to csound-related work tonight.
>>>>
>>>> BTW: Should we be compiling against pd-extended or pd-vanilla?  (does
>>>> it matter?)
>>>>
>>>> Thanks!
>>>> steven
>>>>
>>>>
>>>> portsmf:
>>>>
>>>> $ makepkg-mingw
>>>> ==> Making package: libportsmf 229M-1 (Fri, Mar 11, 2016 10:25:10 AM)
>>>> ==> Checking runtime dependencies...
>>>> ==> Checking buildtime dependencies...
>>>> ==> Retrieving sources...
>>>>   -> Updating   svn repo...
>>>> Skipped '.'
>>>> svn: E155007: None of the targets are working copies
>>>> ==> WARNING: Failure while updating   svn repo
>>>> ==> Validating source files with md5sums...
>>>>       ... Skipped
>>>> ==> Extracting sources...
>>>>   -> Creating working copy of   svn repo...
>>>> ==> Starting pkgver()...
>>>> /home/stevenyi/csound/mingw64/packages/portsmf/PKGBUILD: line 14: cd:
>>>> /home/stevenyi/csound/mingw64/packages/portsmf/src/trunk: No such file
>>>> or directory
>>>> ==> ERROR: pkgver is not allowed to be empty.
>>>> ==> ERROR: pkgver() generated an invalid version:
>>>>
>>>> STK:
>>>>
>>>> $ makepkg-mingw
>>>> ==> Making package: mingw-w64-x86_64-stk 1-1 (Fri, Mar 11, 2016 10:26:17
>>>> AM)
>>>> ==> Checking runtime dependencies...
>>>> ==> Checking buildtime dependencies...
>>>> ==> Retrieving sources...
>>>>   -> Downloading stk-1.tar.gz stk.patch...
>>>>   % Total    % Received % Xferd  Average Speed   Time    Time     Time
>>>> Current
>>>>                                  Dload  Upload   Total   Spent    Left
>>>> Speed
>>>>   0   268    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--
>>>> 0
>>>>   0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--
>>>> 0
>>>> curl: (22) The requested URL returned error: 404 Not Found
>>>> ==> ERROR: Failure while downloading
>>>> http://ccrma.stanford.edu/software/stk/release/stk-1.tar.gz stk.patch
>>>>     Aborting...
>>>>
>>>> On Thu, Mar 10, 2016 at 12:57 PM, Rory Walsh  wrote:
>>>>> This is great Mike. As soon as your package is ready I'm going to
>>>>> rebuild
>>>>> Cabbage against your binaries.
>>>>>
>>>>> On 10 March 2016 at 15:05, Michael Gogins 
>>>>> wrote:
>>>>>>
>>>>>> Csound itself and all dependencies, drivers, plugins, executables, and
>>>>>> interfaces builds with MSYS2/mingw64. I've pushed all build system
>>>>>> changes to Git. Csound itself runs, and faster than x86.
>>>>>>
>>>>>> CsoundVST crashes, I'm investigating that.
>>>>>>
>>>>>> I've installed NW.js for x64.
>>>>>>
>>>>>> I've installed and built the Chromium Embedded Framework (CEF) for x64.
>>>>>>
>>>>>> I'm installing the Qt SDK for x64.
>>>>>>
>>>>>> To do:
>>>>>>
>>>>>> (1) Fix CsoundVST.
>>>>>>
>>>>>> (2) Build CsoundQt with CEF for x64.
>>>>>>
>>>>>> (3) Build csound.node for NW.js x64.
>>>>>>
>>>>>> (4) Test all this stuff (lightly).
>>>>>>
>>>>>> (5) Create installer for Csound x64.
>>>>>>
>>>>>> I think this is probably at least another week of work counting from
>>>>>> now, but currently things are going pretty well, so it may be less.
>>>>>>
>>>>>> Regards,
>>>>>> Mike
>>>>>>
>>>>>> -----------------------------------------------------
>>>>>> Michael Gogins
>>>>>> Irreducible Productions
>>>>>> http://michaelgogins.tumblr.com
>>>>>> Michael dot Gogins at gmail dot com
>>>>>
>>>>>