[Csnd-dev] problems on WIndows using msys2...

[Csnd-dev] problems on WIndows using msys2...

Date	2017-05-24 16:51
From	Rory Walsh
Subject	[Csnd-dev] problems on WIndows using msys2...
	I'm trying to build the minimal packages for Windows for this release, but each time I run the build.sh script I get the following in my msys2 shell: ============================================================ Building Csound... /c/Users/rory/sourcecode/csound64/csound/mingw64/csound-mingw64 CMake Error: Could not create named generator MSYS Makefiles Generators Unix Makefiles = Generates standard UNIX makefiles. Ninja = Generates build.ninja files. CodeBlocks - Ninja = Generates CodeBlocks project files. CodeBlocks - Unix Makefiles = Generates CodeBlocks project files. CodeLite - Ninja = Generates CodeLite project files. CodeLite - Unix Makefiles = Generates CodeLite project files. Eclipse CDT4 - Ninja = Generates Eclipse CDT 4.0 project files. Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project files. KDevelop3 = Generates KDevelop 3 project files. KDevelop3 - Unix Makefiles = Generates KDevelop 3 project files. Kate - Ninja = Generates Kate project files. Kate - Unix Makefiles = Generates Kate project files. Sublime Text 2 - Ninja = Generates Sublime Text 2 project files. Sublime Text 2 - Unix Makefiles = Generates Sublime Text 2 project files. Failed to run CMake. ============================================================ I've updated pacman and all my packages, but it still gives me errors. cmake shows version 3.6.2, and I'm running everything from my msys2 shell. I have recently installed a newer version of Cmake for the VS build, but that's 3.8, so msys seems to be showing the correct version of cmake. Anyone have any ideas?

Date	2017-05-24 17:25
From	Steven Yi
Subject	Re: [Csnd-dev] problems on WIndows using msys2...
	Seems like you have an older version of CMake somewhere. CMake in msys2 shell here has 3.8.1-2. (Just updated via pacman -Syu). Try running: where cmake which cmake from msys shell to see what's available and what's being used. On Wed, May 24, 2017 at 11:51 AM, Rory Walsh wrote: > I'm trying to build the minimal packages for Windows for this release, but > each time I run the build.sh script I get the following in my msys2 shell: > > ============================================================ > Building Csound... > /c/Users/rory/sourcecode/csound64/csound/mingw64/csound-mingw64 > CMake Error: Could not create named generator MSYS Makefiles > > Generators > Unix Makefiles = Generates standard UNIX makefiles. > Ninja = Generates build.ninja files. > CodeBlocks - Ninja = Generates CodeBlocks project files. > CodeBlocks - Unix Makefiles = Generates CodeBlocks project files. > CodeLite - Ninja = Generates CodeLite project files. > CodeLite - Unix Makefiles = Generates CodeLite project files. > Eclipse CDT4 - Ninja = Generates Eclipse CDT 4.0 project files. > Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project files. > KDevelop3 = Generates KDevelop 3 project files. > KDevelop3 - Unix Makefiles = Generates KDevelop 3 project files. > Kate - Ninja = Generates Kate project files. > Kate - Unix Makefiles = Generates Kate project files. > Sublime Text 2 - Ninja = Generates Sublime Text 2 project files. > Sublime Text 2 - Unix Makefiles > = Generates Sublime Text 2 project files. > > Failed to run CMake. > ============================================================ > > I've updated pacman and all my packages, but it still gives me errors. cmake > shows version 3.6.2, and I'm running everything from my msys2 shell. I have > recently installed a newer version of Cmake for the VS build, but that's > 3.8, so msys seems to be showing the correct version of cmake. Anyone have > any ideas? >

Date	2017-05-24 17:26
From	Oeyvind Brandtsegg
Subject	Re: [Csnd-dev] problems on WIndows using msys2...
	I tested here on the dev branch just now, and it builds fine for me under msys2/mingw64. I don't have any active MSVC installation though. 2017-05-24 8:51 GMT-07:00 Rory Walsh <rorywalsh@ear.ie>: I'm trying to build the minimal packages for Windows for this release, but each time I run the build.sh script I get the following in my msys2 shell: ============================================================ Building Csound... /c/Users/rory/sourcecode/csound64/csound/mingw64/csound-mingw64 CMake Error: Could not create named generator MSYS Makefiles Generators Unix Makefiles = Generates standard UNIX makefiles. Ninja = Generates build.ninja files. CodeBlocks - Ninja = Generates CodeBlocks project files. CodeBlocks - Unix Makefiles = Generates CodeBlocks project files. CodeLite - Ninja = Generates CodeLite project files. CodeLite - Unix Makefiles = Generates CodeLite project files. Eclipse CDT4 - Ninja = Generates Eclipse CDT 4.0 project files. Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project files. KDevelop3 = Generates KDevelop 3 project files. KDevelop3 - Unix Makefiles = Generates KDevelop 3 project files. Kate - Ninja = Generates Kate project files. Kate - Unix Makefiles = Generates Kate project files. Sublime Text 2 - Ninja = Generates Sublime Text 2 project files. Sublime Text 2 - Unix Makefiles = Generates Sublime Text 2 project files. Failed to run CMake. ============================================================ I've updated pacman and all my packages, but it still gives me errors. cmake shows version 3.6.2, and I'm running everything from my msys2 shell. I have recently installed a newer version of Cmake for the VS build, but that's 3.8, so msys seems to be showing the correct version of cmake. Anyone have any ideas? -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://www.partikkelaudio.com/ http://crossadaptive.hf.ntnu.no http://gdsp.hf.ntnu.no/ http://soundcloud.com/brandtsegg http://flyndresang.no/ http://soundcloud.com/t-emp

Date	2017-05-25 10:44
From	Rory Walsh
Subject	Re: [Csnd-dev] problems on WIndows using msys2...
	Thanks guys, I'll try that. I did update my cmake for the VS stuff. It must have inadvertently caused some issues with the msys2 cmake. On 24 May 2017 at 17:26, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> wrote: I tested here on the dev branch just now, and it builds fine for me under msys2/mingw64. I don't have any active MSVC installation though. 2017-05-24 8:51 GMT-07:00 Rory Walsh <rorywalsh@ear.ie>: I'm trying to build the minimal packages for Windows for this release, but each time I run the build.sh script I get the following in my msys2 shell: ============================================================ Building Csound... /c/Users/rory/sourcecode/csound64/csound/mingw64/csound-mingw64 CMake Error: Could not create named generator MSYS Makefiles Generators Unix Makefiles = Generates standard UNIX makefiles. Ninja = Generates build.ninja files. CodeBlocks - Ninja = Generates CodeBlocks project files. CodeBlocks - Unix Makefiles = Generates CodeBlocks project files. CodeLite - Ninja = Generates CodeLite project files. CodeLite - Unix Makefiles = Generates CodeLite project files. Eclipse CDT4 - Ninja = Generates Eclipse CDT 4.0 project files. Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project files. KDevelop3 = Generates KDevelop 3 project files. KDevelop3 - Unix Makefiles = Generates KDevelop 3 project files. Kate - Ninja = Generates Kate project files. Kate - Unix Makefiles = Generates Kate project files. Sublime Text 2 - Ninja = Generates Sublime Text 2 project files. Sublime Text 2 - Unix Makefiles = Generates Sublime Text 2 project files. Failed to run CMake. ============================================================ I've updated pacman and all my packages, but it still gives me errors. cmake shows version 3.6.2, and I'm running everything from my msys2 shell. I have recently installed a newer version of Cmake for the VS build, but that's 3.8, so msys seems to be showing the correct version of cmake. Anyone have any ideas? -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://www.partikkelaudio.com/ http://crossadaptive.hf.ntnu.no http://gdsp.hf.ntnu.no/ http://soundcloud.com/brandtsegg http://flyndresang.no/ http://soundcloud.com/t-emp

Date	2017-05-25 20:39
From	Rory Walsh
Subject	Re: [Csnd-dev] problems on WIndows using msys2...
	I've ran pacman -Syu until it tells me everything is up to date. Yet when I try cmake --version I get 3.6. Check the following: rory@rory-PC MSYS ~ $ pacman -Syuu :: Synchronizing package databases... mingw32 is up to date mingw64 is up to date msys is up to date :: Starting core system upgrade... there is nothing to do :: Starting full system upgrade... there is nothing to do rory@rory-PC MSYS ~ $ pacman -S mingw-w64-i686-cmake warning: mingw-w64-i686-cmake-3.8.1-3 is up to date -- reinstalling resolving dependencies... looking for conflicting packages... Packages (1) mingw-w64-i686-cmake-3.8.1-3 Total Installed Size: 26.54 MiB Net Upgrade Size: 0.00 MiB :: Proceed with installation? [Y/n] y (1/1) checking keys in keyring [#####################] 100% (1/1) checking package integrity [#####################] 100% (1/1) loading package files [#####################] 100% (1/1) checking for file conflicts [#####################] 100% (1/1) checking available disk space [#####################] 100% :: Processing package changes... (1/1) reinstalling mingw-w64-i686-cmake [#####################] 100% rory@rory-PC MSYS ~ $ cmake --version cmake version 3.6.2 CMake suite maintained and supported by Kitware (kitware.com/cmake). rory@rory-PC MSYS ~ $ which cmake /usr/bin/cmake rory@rory-PC MSYS ~ $ where cmake C:\msys64\usr\bin\cmake.exe rory@rory-PC MSYS ~ Any ideas how to get past this? On 25 May 2017 at 10:44, Rory Walsh <rorywalsh@ear.ie> wrote: Thanks guys, I'll try that. I did update my cmake for the VS stuff. It must have inadvertently caused some issues with the msys2 cmake. On 24 May 2017 at 17:26, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> wrote: I tested here on the dev branch just now, and it builds fine for me under msys2/mingw64. I don't have any active MSVC installation though. 2017-05-24 8:51 GMT-07:00 Rory Walsh <rorywalsh@ear.ie>: I'm trying to build the minimal packages for Windows for this release, but each time I run the build.sh script I get the following in my msys2 shell: ============================================================ Building Csound... /c/Users/rory/sourcecode/csound64/csound/mingw64/csound-mingw64 CMake Error: Could not create named generator MSYS Makefiles Generators Unix Makefiles = Generates standard UNIX makefiles. Ninja = Generates build.ninja files. CodeBlocks - Ninja = Generates CodeBlocks project files. CodeBlocks - Unix Makefiles = Generates CodeBlocks project files. CodeLite - Ninja = Generates CodeLite project files. CodeLite - Unix Makefiles = Generates CodeLite project files. Eclipse CDT4 - Ninja = Generates Eclipse CDT 4.0 project files. Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project files. KDevelop3 = Generates KDevelop 3 project files. KDevelop3 - Unix Makefiles = Generates KDevelop 3 project files. Kate - Ninja = Generates Kate project files. Kate - Unix Makefiles = Generates Kate project files. Sublime Text 2 - Ninja = Generates Sublime Text 2 project files. Sublime Text 2 - Unix Makefiles = Generates Sublime Text 2 project files. Failed to run CMake. ============================================================ I've updated pacman and all my packages, but it still gives me errors. cmake shows version 3.6.2, and I'm running everything from my msys2 shell. I have recently installed a newer version of Cmake for the VS build, but that's 3.8, so msys seems to be showing the correct version of cmake. Anyone have any ideas? -- Oeyvind Brandtsegg Professor of Music Technology NTNU 7491 Trondheim Norway Cell: +47 92 203 205 http://www.partikkelaudio.com/ http://crossadaptive.hf.ntnu.no http://gdsp.hf.ntnu.no/ http://soundcloud.com/brandtsegg http://flyndresang.no/ http://soundcloud.com/t-emp

Date	2017-05-25 21:21
From	Michael Gogins
Subject	Re: [Csnd-dev] problems on WIndows using msys2...
	Check your PATH. You probably have the directory for a wrong cmake.exe coming before a directory if any for the right cmake.exe. Regards, Mike ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Thu, May 25, 2017 at 3:39 PM, Rory Walsh wrote: > I've ran pacman -Syu until it tells me everything is up to date. Yet when I > try cmake --version I get 3.6. Check the following: > > rory@rory-PC MSYS ~ > $ pacman -Syuu > :: Synchronizing package databases... > mingw32 is up to date > mingw64 is up to date > msys is up to date > :: Starting core system upgrade... > there is nothing to do > :: Starting full system upgrade... > there is nothing to do > > rory@rory-PC MSYS ~ > $ pacman -S mingw-w64-i686-cmake > warning: mingw-w64-i686-cmake-3.8.1-3 is up to date -- reinstalling > resolving dependencies... > looking for conflicting packages... > > Packages (1) mingw-w64-i686-cmake-3.8.1-3 > > Total Installed Size: 26.54 MiB > Net Upgrade Size: 0.00 MiB > > :: Proceed with installation? [Y/n] y > (1/1) checking keys in keyring [#####################] > 100% > (1/1) checking package integrity [#####################] > 100% > (1/1) loading package files [#####################] > 100% > (1/1) checking for file conflicts [#####################] > 100% > (1/1) checking available disk space [#####################] > 100% > :: Processing package changes... > (1/1) reinstalling mingw-w64-i686-cmake [#####################] > 100% > > rory@rory-PC MSYS ~ > $ cmake --version > cmake version 3.6.2 > > CMake suite maintained and supported by Kitware (kitware.com/cmake). > > rory@rory-PC MSYS ~ > $ which cmake > /usr/bin/cmake > > rory@rory-PC MSYS ~ > $ where cmake > C:\msys64\usr\bin\cmake.exe > > rory@rory-PC MSYS ~ > > Any ideas how to get past this? > > On 25 May 2017 at 10:44, Rory Walsh wrote: >> >> Thanks guys, I'll try that. I did update my cmake for the VS stuff. It >> must have inadvertently caused some issues with the msys2 cmake. >> >> On 24 May 2017 at 17:26, Oeyvind Brandtsegg >> wrote: >>> >>> I tested here on the dev branch just now, and it builds fine for me under >>> msys2/mingw64. >>> I don't have any active MSVC installation though. >>> >>> 2017-05-24 8:51 GMT-07:00 Rory Walsh : >>>> >>>> I'm trying to build the minimal packages for Windows for this release, >>>> but each time I run the build.sh script I get the following in my msys2 >>>> shell: >>>> >>>> ============================================================ >>>> Building Csound... >>>> /c/Users/rory/sourcecode/csound64/csound/mingw64/csound-mingw64 >>>> CMake Error: Could not create named generator MSYS Makefiles >>>> >>>> Generators >>>> Unix Makefiles = Generates standard UNIX makefiles. >>>> Ninja = Generates build.ninja files. >>>> CodeBlocks - Ninja = Generates CodeBlocks project files. >>>> CodeBlocks - Unix Makefiles = Generates CodeBlocks project files. >>>> CodeLite - Ninja = Generates CodeLite project files. >>>> CodeLite - Unix Makefiles = Generates CodeLite project files. >>>> Eclipse CDT4 - Ninja = Generates Eclipse CDT 4.0 project >>>> files. >>>> Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project >>>> files. >>>> KDevelop3 = Generates KDevelop 3 project files. >>>> KDevelop3 - Unix Makefiles = Generates KDevelop 3 project files. >>>> Kate - Ninja = Generates Kate project files. >>>> Kate - Unix Makefiles = Generates Kate project files. >>>> Sublime Text 2 - Ninja = Generates Sublime Text 2 project files. >>>> Sublime Text 2 - Unix Makefiles >>>> = Generates Sublime Text 2 project files. >>>> >>>> Failed to run CMake. >>>> ============================================================ >>>> >>>> I've updated pacman and all my packages, but it still gives me errors. >>>> cmake shows version 3.6.2, and I'm running everything from my msys2 shell. I >>>> have recently installed a newer version of Cmake for the VS build, but >>>> that's 3.8, so msys seems to be showing the correct version of cmake. Anyone >>>> have any ideas? >>>> >>>> >>> >>> >>> >>> -- >>> >>> Oeyvind Brandtsegg >>> Professor of Music Technology >>> NTNU >>> 7491 Trondheim >>> Norway >>> Cell: +47 92 203 205 >>> >>> http://www.partikkelaudio.com/ >>> http://crossadaptive.hf.ntnu.no >>> http://gdsp.hf.ntnu.no/ >>> http://soundcloud.com/brandtsegg >>> http://flyndresang.no/ >>> http://soundcloud.com/t-emp >>> >> >>

Date	2017-05-25 21:27
From	Rory Walsh
Subject	Re: [Csnd-dev] problems on WIndows using msys2...
	Doesn't everything in the msys2 shell look for packages in the usr/bin dir rather than anywhere else in the Windows file structure? Anyhow, I've removed all other cmakes on my machine. I also removed cmake 3.6 with pacman. When I try to install the latest version of cmake msys2 tells me I already have it installed? Here's the output, as you can see it reports to having cmake 3.8 installed, but "where cmake" returns a not found? ============================================ rory@rory-PC MSYS ~ $ pacman -S mingw-w64-x86_64-cmake warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling resolving dependencies... looking for conflicting packages... Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 Total Installed Size: 26.31 MiB Net Upgrade Size: 0.00 MiB :: Proceed with installation? [Y/n] n rory@rory-PC MSYS ~ $ where cmake INFO: Could not find files for the given pattern(s). rory@rory-PC MSYS ~ On 25 May 2017 at 21:21, Michael Gogins <michael.gogins@gmail.com> wrote: Check your PATH. You probably have the directory for a wrong cmake.exe coming before a directory if any for the right cmake.exe. Regards, Mike ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Thu, May 25, 2017 at 3:39 PM, Rory Walsh <rorywalsh@ear.ie> wrote: > I've ran pacman -Syu until it tells me everything is up to date. Yet when I > try cmake --version I get 3.6. Check the following: > > rory@rory-PC MSYS ~ > $ pacman -Syuu > :: Synchronizing package databases... > mingw32 is up to date > mingw64 is up to date > msys is up to date > :: Starting core system upgrade... > there is nothing to do > :: Starting full system upgrade... > there is nothing to do > > rory@rory-PC MSYS ~ > $ pacman -S mingw-w64-i686-cmake > warning: mingw-w64-i686-cmake-3.8.1-3 is up to date -- reinstalling > resolving dependencies... > looking for conflicting packages... > > Packages (1) mingw-w64-i686-cmake-3.8.1-3 > > Total Installed Size: 26.54 MiB > Net Upgrade Size: 0.00 MiB > > :: Proceed with installation? [Y/n] y > (1/1) checking keys in keyring [#####################] > 100% > (1/1) checking package integrity [#####################] > 100% > (1/1) loading package files [#####################] > 100% > (1/1) checking for file conflicts [#####################] > 100% > (1/1) checking available disk space [#####################] > 100% > :: Processing package changes... > (1/1) reinstalling mingw-w64-i686-cmake [#####################] > 100% > > rory@rory-PC MSYS ~ > $ cmake --version > cmake version 3.6.2 > > CMake suite maintained and supported by Kitware (kitware.com/cmake). > > rory@rory-PC MSYS ~ > $ which cmake > /usr/bin/cmake > > rory@rory-PC MSYS ~ > $ where cmake > C:\msys64\usr\bin\cmake.exe > > rory@rory-PC MSYS ~ > > Any ideas how to get past this? > > On 25 May 2017 at 10:44, Rory Walsh <rorywalsh@ear.ie> wrote: >> >> Thanks guys, I'll try that. I did update my cmake for the VS stuff. It >> must have inadvertently caused some issues with the msys2 cmake. >> >> On 24 May 2017 at 17:26, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> >> wrote: >>> >>> I tested here on the dev branch just now, and it builds fine for me under >>> msys2/mingw64. >>> I don't have any active MSVC installation though. >>> >>> 2017-05-24 8:51 GMT-07:00 Rory Walsh <rorywalsh@ear.ie>: >>>> >>>> I'm trying to build the minimal packages for Windows for this release, >>>> but each time I run the build.sh script I get the following in my msys2 >>>> shell: >>>> >>>> ============================================================ >>>> Building Csound... >>>> /c/Users/rory/sourcecode/csound64/csound/mingw64/csound-mingw64 >>>> CMake Error: Could not create named generator MSYS Makefiles >>>> >>>> Generators >>>> Unix Makefiles = Generates standard UNIX makefiles. >>>> Ninja = Generates build.ninja files. >>>> CodeBlocks - Ninja = Generates CodeBlocks project files. >>>> CodeBlocks - Unix Makefiles = Generates CodeBlocks project files. >>>> CodeLite - Ninja = Generates CodeLite project files. >>>> CodeLite - Unix Makefiles = Generates CodeLite project files. >>>> Eclipse CDT4 - Ninja = Generates Eclipse CDT 4.0 project >>>> files. >>>> Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project >>>> files. >>>> KDevelop3 = Generates KDevelop 3 project files. >>>> KDevelop3 - Unix Makefiles = Generates KDevelop 3 project files. >>>> Kate - Ninja = Generates Kate project files. >>>> Kate - Unix Makefiles = Generates Kate project files. >>>> Sublime Text 2 - Ninja = Generates Sublime Text 2 project files. >>>> Sublime Text 2 - Unix Makefiles >>>> = Generates Sublime Text 2 project files. >>>> >>>> Failed to run CMake. >>>> ============================================================ >>>> >>>> I've updated pacman and all my packages, but it still gives me errors. >>>> cmake shows version 3.6.2, and I'm running everything from my msys2 shell. I >>>> have recently installed a newer version of Cmake for the VS build, but >>>> that's 3.8, so msys seems to be showing the correct version of cmake. Anyone >>>> have any ideas? >>>> >>>> >>> >>> >>> >>> -- >>> >>> Oeyvind Brandtsegg >>> Professor of Music Technology >>> NTNU >>> 7491 Trondheim >>> Norway >>> Cell: +47 92 203 205 >>> >>> http://www.partikkelaudio.com/ >>> http://crossadaptive.hf.ntnu.no >>> http://gdsp.hf.ntnu.no/ >>> http://soundcloud.com/brandtsegg >>> http://flyndresang.no/ >>> http://soundcloud.com/t-emp >>> >> >> >

Date	2017-05-25 22:48
From	Michael Gogins
Subject	Re: [Csnd-dev] problems on WIndows using msys2...
	restore@sorabji MINGW64 /c/Users/restore/gogins.github.io $ where cmake bash: where: command not found restore@sorabji MINGW64 /c/Users/restore/gogins.github.io $ which cmake /mingw64/bin/cmake ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Thu, May 25, 2017 at 4:27 PM, Rory Walsh wrote: > Doesn't everything in the msys2 shell look for packages in the usr/bin dir > rather than anywhere else in the Windows file structure? Anyhow, I've > removed all other cmakes on my machine. I also removed cmake 3.6 with > pacman. When I try to install the latest version of cmake msys2 tells me I > already have it installed? Here's the output, as you can see it reports to > having cmake 3.8 installed, but "where cmake" returns a not found? > > ============================================ > rory@rory-PC MSYS ~ > $ pacman -S mingw-w64-x86_64-cmake > warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling > resolving dependencies... > looking for conflicting packages... > > Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 > > Total Installed Size: 26.31 MiB > Net Upgrade Size: 0.00 MiB > > :: Proceed with installation? [Y/n] n > > rory@rory-PC MSYS ~ > $ where cmake > INFO: Could not find files for the given pattern(s). > > rory@rory-PC MSYS ~ > > > > On 25 May 2017 at 21:21, Michael Gogins wrote: >> >> Check your PATH. You probably have the directory for a wrong cmake.exe >> coming before a directory if any for the right cmake.exe. >> >> Regards, >> Mike >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Thu, May 25, 2017 at 3:39 PM, Rory Walsh wrote: >> > I've ran pacman -Syu until it tells me everything is up to date. Yet >> > when I >> > try cmake --version I get 3.6. Check the following: >> > >> > rory@rory-PC MSYS ~ >> > $ pacman -Syuu >> > :: Synchronizing package databases... >> > mingw32 is up to date >> > mingw64 is up to date >> > msys is up to date >> > :: Starting core system upgrade... >> > there is nothing to do >> > :: Starting full system upgrade... >> > there is nothing to do >> > >> > rory@rory-PC MSYS ~ >> > $ pacman -S mingw-w64-i686-cmake >> > warning: mingw-w64-i686-cmake-3.8.1-3 is up to date -- reinstalling >> > resolving dependencies... >> > looking for conflicting packages... >> > >> > Packages (1) mingw-w64-i686-cmake-3.8.1-3 >> > >> > Total Installed Size: 26.54 MiB >> > Net Upgrade Size: 0.00 MiB >> > >> > :: Proceed with installation? [Y/n] y >> > (1/1) checking keys in keyring >> > [#####################] >> > 100% >> > (1/1) checking package integrity >> > [#####################] >> > 100% >> > (1/1) loading package files >> > [#####################] >> > 100% >> > (1/1) checking for file conflicts >> > [#####################] >> > 100% >> > (1/1) checking available disk space >> > [#####################] >> > 100% >> > :: Processing package changes... >> > (1/1) reinstalling mingw-w64-i686-cmake >> > [#####################] >> > 100% >> > >> > rory@rory-PC MSYS ~ >> > $ cmake --version >> > cmake version 3.6.2 >> > >> > CMake suite maintained and supported by Kitware (kitware.com/cmake). >> > >> > rory@rory-PC MSYS ~ >> > $ which cmake >> > /usr/bin/cmake >> > >> > rory@rory-PC MSYS ~ >> > $ where cmake >> > C:\msys64\usr\bin\cmake.exe >> > >> > rory@rory-PC MSYS ~ >> > >> > Any ideas how to get past this? >> > >> > On 25 May 2017 at 10:44, Rory Walsh wrote: >> >> >> >> Thanks guys, I'll try that. I did update my cmake for the VS stuff. It >> >> must have inadvertently caused some issues with the msys2 cmake. >> >> >> >> On 24 May 2017 at 17:26, Oeyvind Brandtsegg >> >> wrote: >> >>> >> >>> I tested here on the dev branch just now, and it builds fine for me >> >>> under >> >>> msys2/mingw64. >> >>> I don't have any active MSVC installation though. >> >>> >> >>> 2017-05-24 8:51 GMT-07:00 Rory Walsh : >> >>>> >> >>>> I'm trying to build the minimal packages for Windows for this >> >>>> release, >> >>>> but each time I run the build.sh script I get the following in my >> >>>> msys2 >> >>>> shell: >> >>>> >> >>>> ============================================================ >> >>>> Building Csound... >> >>>> /c/Users/rory/sourcecode/csound64/csound/mingw64/csound-mingw64 >> >>>> CMake Error: Could not create named generator MSYS Makefiles >> >>>> >> >>>> Generators >> >>>> Unix Makefiles = Generates standard UNIX makefiles. >> >>>> Ninja = Generates build.ninja files. >> >>>> CodeBlocks - Ninja = Generates CodeBlocks project files. >> >>>> CodeBlocks - Unix Makefiles = Generates CodeBlocks project files. >> >>>> CodeLite - Ninja = Generates CodeLite project files. >> >>>> CodeLite - Unix Makefiles = Generates CodeLite project files. >> >>>> Eclipse CDT4 - Ninja = Generates Eclipse CDT 4.0 project >> >>>> files. >> >>>> Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project >> >>>> files. >> >>>> KDevelop3 = Generates KDevelop 3 project files. >> >>>> KDevelop3 - Unix Makefiles = Generates KDevelop 3 project files. >> >>>> Kate - Ninja = Generates Kate project files. >> >>>> Kate - Unix Makefiles = Generates Kate project files. >> >>>> Sublime Text 2 - Ninja = Generates Sublime Text 2 project >> >>>> files. >> >>>> Sublime Text 2 - Unix Makefiles >> >>>> = Generates Sublime Text 2 project >> >>>> files. >> >>>> >> >>>> Failed to run CMake. >> >>>> ============================================================ >> >>>> >> >>>> I've updated pacman and all my packages, but it still gives me >> >>>> errors. >> >>>> cmake shows version 3.6.2, and I'm running everything from my msys2 >> >>>> shell. I >> >>>> have recently installed a newer version of Cmake for the VS build, >> >>>> but >> >>>> that's 3.8, so msys seems to be showing the correct version of cmake. >> >>>> Anyone >> >>>> have any ideas? >> >>>> >> >>>> >> >>> >> >>> >> >>> >> >>> -- >> >>> >> >>> Oeyvind Brandtsegg >> >>> Professor of Music Technology >> >>> NTNU >> >>> 7491 Trondheim >> >>> Norway >> >>> Cell: +47 92 203 205 >> >>> >> >>> http://www.partikkelaudio.com/ >> >>> http://crossadaptive.hf.ntnu.no >> >>> http://gdsp.hf.ntnu.no/ >> >>> http://soundcloud.com/brandtsegg >> >>> http://flyndresang.no/ >> >>> http://soundcloud.com/t-emp >> >>> >> >> >> >> >> > >

Date	2017-05-25 23:20
From	Rory Walsh
Subject	Re: [Csnd-dev] problems on WIndows using msys2...
	rory@rory-PC MSYS ~ $ pacman -S mingw-w64-x86_64-cmake warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling resolving dependencies... looking for conflicting packages... Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 Total Installed Size: 26.31 MiB Net Upgrade Size: 0.00 MiB :: Proceed with installation? [Y/n] y (1/1) checking keys in keyring [#####################] 100% (1/1) checking package integrity [#####################] 100% (1/1) loading package files [#####################] 100% (1/1) checking for file conflicts [#####################] 100% (1/1) checking available disk space [#####################] 100% :: Processing package changes... (1/1) reinstalling mingw-w64-x86_64-cmake [#####################] 100% rory@rory-PC MSYS ~ $ which cmake which: no cmake in (/usr/local/bin:/usr/bin:/bin:/opt/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl) On 25 May 2017 at 22:48, Michael Gogins <michael.gogins@gmail.com> wrote: restore@sorabji MINGW64 /c/Users/restore/gogins.github.io $ where cmake bash: where: command not found restore@sorabji MINGW64 /c/Users/restore/gogins.github.io $ which cmake /mingw64/bin/cmake ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Thu, May 25, 2017 at 4:27 PM, Rory Walsh <rorywalsh@ear.ie> wrote: > Doesn't everything in the msys2 shell look for packages in the usr/bin dir > rather than anywhere else in the Windows file structure? Anyhow, I've > removed all other cmakes on my machine. I also removed cmake 3.6 with > pacman. When I try to install the latest version of cmake msys2 tells me I > already have it installed? Here's the output, as you can see it reports to > having cmake 3.8 installed, but "where cmake" returns a not found? > > ============================================ > rory@rory-PC MSYS ~ > $ pacman -S mingw-w64-x86_64-cmake > warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling > resolving dependencies... > looking for conflicting packages... > > Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 > > Total Installed Size: 26.31 MiB > Net Upgrade Size: 0.00 MiB > > :: Proceed with installation? [Y/n] n > > rory@rory-PC MSYS ~ > $ where cmake > INFO: Could not find files for the given pattern(s). > > rory@rory-PC MSYS ~ > > > > On 25 May 2017 at 21:21, Michael Gogins <michael.gogins@gmail.com> wrote: >> >> Check your PATH. You probably have the directory for a wrong cmake.exe >> coming before a directory if any for the right cmake.exe. >> >> Regards, >> Mike >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Thu, May 25, 2017 at 3:39 PM, Rory Walsh <rorywalsh@ear.ie> wrote: >> > I've ran pacman -Syu until it tells me everything is up to date. Yet >> > when I >> > try cmake --version I get 3.6. Check the following: >> > >> > rory@rory-PC MSYS ~ >> > $ pacman -Syuu >> > :: Synchronizing package databases... >> > mingw32 is up to date >> > mingw64 is up to date >> > msys is up to date >> > :: Starting core system upgrade... >> > there is nothing to do >> > :: Starting full system upgrade... >> > there is nothing to do >> > >> > rory@rory-PC MSYS ~ >> > $ pacman -S mingw-w64-i686-cmake >> > warning: mingw-w64-i686-cmake-3.8.1-3 is up to date -- reinstalling >> > resolving dependencies... >> > looking for conflicting packages... >> > >> > Packages (1) mingw-w64-i686-cmake-3.8.1-3 >> > >> > Total Installed Size: 26.54 MiB >> > Net Upgrade Size: 0.00 MiB >> > >> > :: Proceed with installation? [Y/n] y >> > (1/1) checking keys in keyring >> > [#####################] >> > 100% >> > (1/1) checking package integrity >> > [#####################] >> > 100% >> > (1/1) loading package files >> > [#####################] >> > 100% >> > (1/1) checking for file conflicts >> > [#####################] >> > 100% >> > (1/1) checking available disk space >> > [#####################] >> > 100% >> > :: Processing package changes... >> > (1/1) reinstalling mingw-w64-i686-cmake >> > [#####################] >> > 100% >> > >> > rory@rory-PC MSYS ~ >> > $ cmake --version >> > cmake version 3.6.2 >> > >> > CMake suite maintained and supported by Kitware (kitware.com/cmake). >> > >> > rory@rory-PC MSYS ~ >> > $ which cmake >> > /usr/bin/cmake >> > >> > rory@rory-PC MSYS ~ >> > $ where cmake >> > C:\msys64\usr\bin\cmake.exe >> > >> > rory@rory-PC MSYS ~ >> > >> > Any ideas how to get past this? >> > >> > On 25 May 2017 at 10:44, Rory Walsh <rorywalsh@ear.ie> wrote: >> >> >> >> Thanks guys, I'll try that. I did update my cmake for the VS stuff. It >> >> must have inadvertently caused some issues with the msys2 cmake. >> >> >> >> On 24 May 2017 at 17:26, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> >> >> wrote: >> >>> >> >>> I tested here on the dev branch just now, and it builds fine for me >> >>> under >> >>> msys2/mingw64. >> >>> I don't have any active MSVC installation though. >> >>> >> >>> 2017-05-24 8:51 GMT-07:00 Rory Walsh <rorywalsh@ear.ie>: >> >>>> >> >>>> I'm trying to build the minimal packages for Windows for this >> >>>> release, >> >>>> but each time I run the build.sh script I get the following in my >> >>>> msys2 >> >>>> shell: >> >>>> >> >>>> ============================================================ >> >>>> Building Csound... >> >>>> /c/Users/rory/sourcecode/csound64/csound/mingw64/csound-mingw64 >> >>>> CMake Error: Could not create named generator MSYS Makefiles >> >>>> >> >>>> Generators >> >>>> Unix Makefiles = Generates standard UNIX makefiles. >> >>>> Ninja = Generates build.ninja files. >> >>>> CodeBlocks - Ninja = Generates CodeBlocks project files. >> >>>> CodeBlocks - Unix Makefiles = Generates CodeBlocks project files. >> >>>> CodeLite - Ninja = Generates CodeLite project files. >> >>>> CodeLite - Unix Makefiles = Generates CodeLite project files. >> >>>> Eclipse CDT4 - Ninja = Generates Eclipse CDT 4.0 project >> >>>> files. >> >>>> Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project >> >>>> files. >> >>>> KDevelop3 = Generates KDevelop 3 project files. >> >>>> KDevelop3 - Unix Makefiles = Generates KDevelop 3 project files. >> >>>> Kate - Ninja = Generates Kate project files. >> >>>> Kate - Unix Makefiles = Generates Kate project files. >> >>>> Sublime Text 2 - Ninja = Generates Sublime Text 2 project >> >>>> files. >> >>>> Sublime Text 2 - Unix Makefiles >> >>>> = Generates Sublime Text 2 project >> >>>> files. >> >>>> >> >>>> Failed to run CMake. >> >>>> ============================================================ >> >>>> >> >>>> I've updated pacman and all my packages, but it still gives me >> >>>> errors. >> >>>> cmake shows version 3.6.2, and I'm running everything from my msys2 >> >>>> shell. I >> >>>> have recently installed a newer version of Cmake for the VS build, >> >>>> but >> >>>> that's 3.8, so msys seems to be showing the correct version of cmake. >> >>>> Anyone >> >>>> have any ideas? >> >>>> >> >>>> >> >>> >> >>> >> >>> >> >>> -- >> >>> >> >>> Oeyvind Brandtsegg >> >>> Professor of Music Technology >> >>> NTNU >> >>> 7491 Trondheim >> >>> Norway >> >>> Cell: +47 92 203 205 >> >>> >> >>> http://www.partikkelaudio.com/ >> >>> http://crossadaptive.hf.ntnu.no >> >>> http://gdsp.hf.ntnu.no/ >> >>> http://soundcloud.com/brandtsegg >> >>> http://flyndresang.no/ >> >>> http://soundcloud.com/t-emp >> >>> >> >> >> >> >> > > >

Date	2017-05-26 17:36
From	Rory Walsh
Subject	Re: [Csnd-dev] problems on WIndows using msys2...
	I did a completely fresh install of msys2 today. Now I can build again. Not sure what messed my install up but it's all good now. On 25 May 2017 at 23:20, Rory Walsh <rorywalsh@ear.ie> wrote: rory@rory-PC MSYS ~ $ pacman -S mingw-w64-x86_64-cmake warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling resolving dependencies... looking for conflicting packages... Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 Total Installed Size: 26.31 MiB Net Upgrade Size: 0.00 MiB :: Proceed with installation? [Y/n] y (1/1) checking keys in keyring [#####################] 100% (1/1) checking package integrity [#####################] 100% (1/1) loading package files [#####################] 100% (1/1) checking for file conflicts [#####################] 100% (1/1) checking available disk space [#####################] 100% :: Processing package changes... (1/1) reinstalling mingw-w64-x86_64-cmake [#####################] 100% rory@rory-PC MSYS ~ $ which cmake which: no cmake in (/usr/local/bin:/usr/bin:/bin:/opt/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl) On 25 May 2017 at 22:48, Michael Gogins <michael.gogins@gmail.com> wrote: restore@sorabji MINGW64 /c/Users/restore/gogins.github.io $ where cmake bash: where: command not found restore@sorabji MINGW64 /c/Users/restore/gogins.github.io $ which cmake /mingw64/bin/cmake ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Thu, May 25, 2017 at 4:27 PM, Rory Walsh <rorywalsh@ear.ie> wrote: > Doesn't everything in the msys2 shell look for packages in the usr/bin dir > rather than anywhere else in the Windows file structure? Anyhow, I've > removed all other cmakes on my machine. I also removed cmake 3.6 with > pacman. When I try to install the latest version of cmake msys2 tells me I > already have it installed? Here's the output, as you can see it reports to > having cmake 3.8 installed, but "where cmake" returns a not found? > > ============================================ > rory@rory-PC MSYS ~ > $ pacman -S mingw-w64-x86_64-cmake > warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling > resolving dependencies... > looking for conflicting packages... > > Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 > > Total Installed Size: 26.31 MiB > Net Upgrade Size: 0.00 MiB > > :: Proceed with installation? [Y/n] n > > rory@rory-PC MSYS ~ > $ where cmake > INFO: Could not find files for the given pattern(s). > > rory@rory-PC MSYS ~ > > > > On 25 May 2017 at 21:21, Michael Gogins <michael.gogins@gmail.com> wrote: >> >> Check your PATH. You probably have the directory for a wrong cmake.exe >> coming before a directory if any for the right cmake.exe. >> >> Regards, >> Mike >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Thu, May 25, 2017 at 3:39 PM, Rory Walsh <rorywalsh@ear.ie> wrote: >> > I've ran pacman -Syu until it tells me everything is up to date. Yet >> > when I >> > try cmake --version I get 3.6. Check the following: >> > >> > rory@rory-PC MSYS ~ >> > $ pacman -Syuu >> > :: Synchronizing package databases... >> > mingw32 is up to date >> > mingw64 is up to date >> > msys is up to date >> > :: Starting core system upgrade... >> > there is nothing to do >> > :: Starting full system upgrade... >> > there is nothing to do >> > >> > rory@rory-PC MSYS ~ >> > $ pacman -S mingw-w64-i686-cmake >> > warning: mingw-w64-i686-cmake-3.8.1-3 is up to date -- reinstalling >> > resolving dependencies... >> > looking for conflicting packages... >> > >> > Packages (1) mingw-w64-i686-cmake-3.8.1-3 >> > >> > Total Installed Size: 26.54 MiB >> > Net Upgrade Size: 0.00 MiB >> > >> > :: Proceed with installation? [Y/n] y >> > (1/1) checking keys in keyring >> > [#####################] >> > 100% >> > (1/1) checking package integrity >> > [#####################] >> > 100% >> > (1/1) loading package files >> > [#####################] >> > 100% >> > (1/1) checking for file conflicts >> > [#####################] >> > 100% >> > (1/1) checking available disk space >> > [#####################] >> > 100% >> > :: Processing package changes... >> > (1/1) reinstalling mingw-w64-i686-cmake >> > [#####################] >> > 100% >> > >> > rory@rory-PC MSYS ~ >> > $ cmake --version >> > cmake version 3.6.2 >> > >> > CMake suite maintained and supported by Kitware (kitware.com/cmake). >> > >> > rory@rory-PC MSYS ~ >> > $ which cmake >> > /usr/bin/cmake >> > >> > rory@rory-PC MSYS ~ >> > $ where cmake >> > C:\msys64\usr\bin\cmake.exe >> > >> > rory@rory-PC MSYS ~ >> > >> > Any ideas how to get past this? >> > >> > On 25 May 2017 at 10:44, Rory Walsh <rorywalsh@ear.ie> wrote: >> >> >> >> Thanks guys, I'll try that. I did update my cmake for the VS stuff. It >> >> must have inadvertently caused some issues with the msys2 cmake. >> >> >> >> On 24 May 2017 at 17:26, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> >> >> wrote: >> >>> >> >>> I tested here on the dev branch just now, and it builds fine for me >> >>> under >> >>> msys2/mingw64. >> >>> I don't have any active MSVC installation though. >> >>> >> >>> 2017-05-24 8:51 GMT-07:00 Rory Walsh <rorywalsh@ear.ie>: >> >>>> >> >>>> I'm trying to build the minimal packages for Windows for this >> >>>> release, >> >>>> but each time I run the build.sh script I get the following in my >> >>>> msys2 >> >>>> shell: >> >>>> >> >>>> ============================================================ >> >>>> Building Csound... >> >>>> /c/Users/rory/sourcecode/csound64/csound/mingw64/csound-mingw64 >> >>>> CMake Error: Could not create named generator MSYS Makefiles >> >>>> >> >>>> Generators >> >>>> Unix Makefiles = Generates standard UNIX makefiles. >> >>>> Ninja = Generates build.ninja files. >> >>>> CodeBlocks - Ninja = Generates CodeBlocks project files. >> >>>> CodeBlocks - Unix Makefiles = Generates CodeBlocks project files. >> >>>> CodeLite - Ninja = Generates CodeLite project files. >> >>>> CodeLite - Unix Makefiles = Generates CodeLite project files. >> >>>> Eclipse CDT4 - Ninja = Generates Eclipse CDT 4.0 project >> >>>> files. >> >>>> Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project >> >>>> files. >> >>>> KDevelop3 = Generates KDevelop 3 project files. >> >>>> KDevelop3 - Unix Makefiles = Generates KDevelop 3 project files. >> >>>> Kate - Ninja = Generates Kate project files. >> >>>> Kate - Unix Makefiles = Generates Kate project files. >> >>>> Sublime Text 2 - Ninja = Generates Sublime Text 2 project >> >>>> files. >> >>>> Sublime Text 2 - Unix Makefiles >> >>>> = Generates Sublime Text 2 project >> >>>> files. >> >>>> >> >>>> Failed to run CMake. >> >>>> ============================================================ >> >>>> >> >>>> I've updated pacman and all my packages, but it still gives me >> >>>> errors. >> >>>> cmake shows version 3.6.2, and I'm running everything from my msys2 >> >>>> shell. I >> >>>> have recently installed a newer version of Cmake for the VS build, >> >>>> but >> >>>> that's 3.8, so msys seems to be showing the correct version of cmake. >> >>>> Anyone >> >>>> have any ideas? >> >>>> >> >>>> >> >>> >> >>> >> >>> >> >>> -- >> >>> >> >>> Oeyvind Brandtsegg >> >>> Professor of Music Technology >> >>> NTNU >> >>> 7491 Trondheim >> >>> Norway >> >>> Cell: +47 92 203 205 >> >>> >> >>> http://www.partikkelaudio.com/ >> >>> http://crossadaptive.hf.ntnu.no >> >>> http://gdsp.hf.ntnu.no/ >> >>> http://soundcloud.com/brandtsegg >> >>> http://flyndresang.no/ >> >>> http://soundcloud.com/t-emp >> >>> >> >> >> >> >> > > >

Date	2017-05-26 17:46
From	Rory Walsh
Subject	Re: [Csnd-dev] problems on WIndows using msys2...
	I wrote too soon! I get these errors when I try building the release branch: CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3b7): undefined reference to `InitializeSynchronizationBarrier' CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3d4): undefined reference to `DeleteSynchronizationBarrier' CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3f6): undefined reference to `EnterSynchronizationBarrier' collect2.exe: error: ld returned 1 exit status Anyone have any suggestions? On 26 May 2017 at 17:36, Rory Walsh <rorywalsh@ear.ie> wrote: I did a completely fresh install of msys2 today. Now I can build again. Not sure what messed my install up but it's all good now. On 25 May 2017 at 23:20, Rory Walsh <rorywalsh@ear.ie> wrote: rory@rory-PC MSYS ~ $ pacman -S mingw-w64-x86_64-cmake warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling resolving dependencies... looking for conflicting packages... Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 Total Installed Size: 26.31 MiB Net Upgrade Size: 0.00 MiB :: Proceed with installation? [Y/n] y (1/1) checking keys in keyring [#####################] 100% (1/1) checking package integrity [#####################] 100% (1/1) loading package files [#####################] 100% (1/1) checking for file conflicts [#####################] 100% (1/1) checking available disk space [#####################] 100% :: Processing package changes... (1/1) reinstalling mingw-w64-x86_64-cmake [#####################] 100% rory@rory-PC MSYS ~ $ which cmake which: no cmake in (/usr/local/bin:/usr/bin:/bin:/opt/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl) On 25 May 2017 at 22:48, Michael Gogins <michael.gogins@gmail.com> wrote: restore@sorabji MINGW64 /c/Users/restore/gogins.github.io $ where cmake bash: where: command not found restore@sorabji MINGW64 /c/Users/restore/gogins.github.io $ which cmake /mingw64/bin/cmake ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Thu, May 25, 2017 at 4:27 PM, Rory Walsh <rorywalsh@ear.ie> wrote: > Doesn't everything in the msys2 shell look for packages in the usr/bin dir > rather than anywhere else in the Windows file structure? Anyhow, I've > removed all other cmakes on my machine. I also removed cmake 3.6 with > pacman. When I try to install the latest version of cmake msys2 tells me I > already have it installed? Here's the output, as you can see it reports to > having cmake 3.8 installed, but "where cmake" returns a not found? > > ============================================ > rory@rory-PC MSYS ~ > $ pacman -S mingw-w64-x86_64-cmake > warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling > resolving dependencies... > looking for conflicting packages... > > Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 > > Total Installed Size: 26.31 MiB > Net Upgrade Size: 0.00 MiB > > :: Proceed with installation? [Y/n] n > > rory@rory-PC MSYS ~ > $ where cmake > INFO: Could not find files for the given pattern(s). > > rory@rory-PC MSYS ~ > > > > On 25 May 2017 at 21:21, Michael Gogins <michael.gogins@gmail.com> wrote: >> >> Check your PATH. You probably have the directory for a wrong cmake.exe >> coming before a directory if any for the right cmake.exe. >> >> Regards, >> Mike >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Thu, May 25, 2017 at 3:39 PM, Rory Walsh <rorywalsh@ear.ie> wrote: >> > I've ran pacman -Syu until it tells me everything is up to date. Yet >> > when I >> > try cmake --version I get 3.6. Check the following: >> > >> > rory@rory-PC MSYS ~ >> > $ pacman -Syuu >> > :: Synchronizing package databases... >> > mingw32 is up to date >> > mingw64 is up to date >> > msys is up to date >> > :: Starting core system upgrade... >> > there is nothing to do >> > :: Starting full system upgrade... >> > there is nothing to do >> > >> > rory@rory-PC MSYS ~ >> > $ pacman -S mingw-w64-i686-cmake >> > warning: mingw-w64-i686-cmake-3.8.1-3 is up to date -- reinstalling >> > resolving dependencies... >> > looking for conflicting packages... >> > >> > Packages (1) mingw-w64-i686-cmake-3.8.1-3 >> > >> > Total Installed Size: 26.54 MiB >> > Net Upgrade Size: 0.00 MiB >> > >> > :: Proceed with installation? [Y/n] y >> > (1/1) checking keys in keyring >> > [#####################] >> > 100% >> > (1/1) checking package integrity >> > [#####################] >> > 100% >> > (1/1) loading package files >> > [#####################] >> > 100% >> > (1/1) checking for file conflicts >> > [#####################] >> > 100% >> > (1/1) checking available disk space >> > [#####################] >> > 100% >> > :: Processing package changes... >> > (1/1) reinstalling mingw-w64-i686-cmake >> > [#####################] >> > 100% >> > >> > rory@rory-PC MSYS ~ >> > $ cmake --version >> > cmake version 3.6.2 >> > >> > CMake suite maintained and supported by Kitware (kitware.com/cmake). >> > >> > rory@rory-PC MSYS ~ >> > $ which cmake >> > /usr/bin/cmake >> > >> > rory@rory-PC MSYS ~ >> > $ where cmake >> > C:\msys64\usr\bin\cmake.exe >> > >> > rory@rory-PC MSYS ~ >> > >> > Any ideas how to get past this? >> > >> > On 25 May 2017 at 10:44, Rory Walsh <rorywalsh@ear.ie> wrote: >> >> >> >> Thanks guys, I'll try that. I did update my cmake for the VS stuff. It >> >> must have inadvertently caused some issues with the msys2 cmake. >> >> >> >> On 24 May 2017 at 17:26, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> >> >> wrote: >> >>> >> >>> I tested here on the dev branch just now, and it builds fine for me >> >>> under >> >>> msys2/mingw64. >> >>> I don't have any active MSVC installation though. >> >>> >> >>> 2017-05-24 8:51 GMT-07:00 Rory Walsh <rorywalsh@ear.ie>: >> >>>> >> >>>> I'm trying to build the minimal packages for Windows for this >> >>>> release, >> >>>> but each time I run the build.sh script I get the following in my >> >>>> msys2 >> >>>> shell: >> >>>> >> >>>> ============================================================ >> >>>> Building Csound... >> >>>> /c/Users/rory/sourcecode/csound64/csound/mingw64/csound-mingw64 >> >>>> CMake Error: Could not create named generator MSYS Makefiles >> >>>> >> >>>> Generators >> >>>> Unix Makefiles = Generates standard UNIX makefiles. >> >>>> Ninja = Generates build.ninja files. >> >>>> CodeBlocks - Ninja = Generates CodeBlocks project files. >> >>>> CodeBlocks - Unix Makefiles = Generates CodeBlocks project files. >> >>>> CodeLite - Ninja = Generates CodeLite project files. >> >>>> CodeLite - Unix Makefiles = Generates CodeLite project files. >> >>>> Eclipse CDT4 - Ninja = Generates Eclipse CDT 4.0 project >> >>>> files. >> >>>> Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project >> >>>> files. >> >>>> KDevelop3 = Generates KDevelop 3 project files. >> >>>> KDevelop3 - Unix Makefiles = Generates KDevelop 3 project files. >> >>>> Kate - Ninja = Generates Kate project files. >> >>>> Kate - Unix Makefiles = Generates Kate project files. >> >>>> Sublime Text 2 - Ninja = Generates Sublime Text 2 project >> >>>> files. >> >>>> Sublime Text 2 - Unix Makefiles >> >>>> = Generates Sublime Text 2 project >> >>>> files. >> >>>> >> >>>> Failed to run CMake. >> >>>> ============================================================ >> >>>> >> >>>> I've updated pacman and all my packages, but it still gives me >> >>>> errors. >> >>>> cmake shows version 3.6.2, and I'm running everything from my msys2 >> >>>> shell. I >> >>>> have recently installed a newer version of Cmake for the VS build, >> >>>> but >> >>>> that's 3.8, so msys seems to be showing the correct version of cmake. >> >>>> Anyone >> >>>> have any ideas? >> >>>> >> >>>> >> >>> >> >>> >> >>> >> >>> -- >> >>> >> >>> Oeyvind Brandtsegg >> >>> Professor of Music Technology >> >>> NTNU >> >>> 7491 Trondheim >> >>> Norway >> >>> Cell: +47 92 203 205 >> >>> >> >>> http://www.partikkelaudio.com/ >> >>> http://crossadaptive.hf.ntnu.no >> >>> http://gdsp.hf.ntnu.no/ >> >>> http://soundcloud.com/brandtsegg >> >>> http://flyndresang.no/ >> >>> http://soundcloud.com/t-emp >> >>> >> >> >> >> >> > > >

Date	2017-05-26 18:39
From	Giuseppe Menozzi
Subject	[Csnd-dev] Android: why API 21?
	Hi there everybody. I suppose that there is a technical reason behind the choice of putting 21 as MinSdk for Android for CSound 6. What is it? Would it be possible to reduce this, and what would the performance / functional drawback of this? I say this because, while APIs >=21 are very common nowadays for cell phones, there's still a gap reguarding tablets, for which there's a high presence of Android Jelly Bean 4.x (API 16) and KitKat (API 19). Thank you very much. Beppi.

Date	2017-05-26 20:56
From	Tarmo Johannes
Subject	Re: [Csnd-dev] problems on WIndows using msys2...
	Hi, this might have something to do with problems with multithread performance discovered today or new fix Victor just did a couple of hours ago. Although, I think Victor committed it to develop branch and other people have been able to build the previous state with msys2... Just my two cents. t 2017-05-26 19:46 GMT+03:00 Rory Walsh <rorywalsh@ear.ie>: I wrote too soon! I get these errors when I try building the release branch: CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3b7): undefined reference to `InitializeSynchronizationBarrier' CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3d4): undefined reference to `DeleteSynchronizationBarrier' CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3f6): undefined reference to `EnterSynchronizationBarrier' collect2.exe: error: ld returned 1 exit status Anyone have any suggestions? On 26 May 2017 at 17:36, Rory Walsh <rorywalsh@ear.ie> wrote: I did a completely fresh install of msys2 today. Now I can build again. Not sure what messed my install up but it's all good now. On 25 May 2017 at 23:20, Rory Walsh <rorywalsh@ear.ie> wrote: rory@rory-PC MSYS ~ $ pacman -S mingw-w64-x86_64-cmake warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling resolving dependencies... looking for conflicting packages... Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 Total Installed Size: 26.31 MiB Net Upgrade Size: 0.00 MiB :: Proceed with installation? [Y/n] y (1/1) checking keys in keyring [#####################] 100% (1/1) checking package integrity [#####################] 100% (1/1) loading package files [#####################] 100% (1/1) checking for file conflicts [#####################] 100% (1/1) checking available disk space [#####################] 100% :: Processing package changes... (1/1) reinstalling mingw-w64-x86_64-cmake [#####################] 100% rory@rory-PC MSYS ~ $ which cmake which: no cmake in (/usr/local/bin:/usr/bin:/bin:/opt/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl) On 25 May 2017 at 22:48, Michael Gogins <michael.gogins@gmail.com> wrote: restore@sorabji MINGW64 /c/Users/restore/gogins.github.io $ where cmake bash: where: command not found restore@sorabji MINGW64 /c/Users/restore/gogins.github.io $ which cmake /mingw64/bin/cmake ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Thu, May 25, 2017 at 4:27 PM, Rory Walsh <rorywalsh@ear.ie> wrote: > Doesn't everything in the msys2 shell look for packages in the usr/bin dir > rather than anywhere else in the Windows file structure? Anyhow, I've > removed all other cmakes on my machine. I also removed cmake 3.6 with > pacman. When I try to install the latest version of cmake msys2 tells me I > already have it installed? Here's the output, as you can see it reports to > having cmake 3.8 installed, but "where cmake" returns a not found? > > ============================================ > rory@rory-PC MSYS ~ > $ pacman -S mingw-w64-x86_64-cmake > warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling > resolving dependencies... > looking for conflicting packages... > > Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 > > Total Installed Size: 26.31 MiB > Net Upgrade Size: 0.00 MiB > > :: Proceed with installation? [Y/n] n > > rory@rory-PC MSYS ~ > $ where cmake > INFO: Could not find files for the given pattern(s). > > rory@rory-PC MSYS ~ > > > > On 25 May 2017 at 21:21, Michael Gogins <michael.gogins@gmail.com> wrote: >> >> Check your PATH. You probably have the directory for a wrong cmake.exe >> coming before a directory if any for the right cmake.exe. >> >> Regards, >> Mike >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Thu, May 25, 2017 at 3:39 PM, Rory Walsh <rorywalsh@ear.ie> wrote: >> > I've ran pacman -Syu until it tells me everything is up to date. Yet >> > when I >> > try cmake --version I get 3.6. Check the following: >> > >> > rory@rory-PC MSYS ~ >> > $ pacman -Syuu >> > :: Synchronizing package databases... >> > mingw32 is up to date >> > mingw64 is up to date >> > msys is up to date >> > :: Starting core system upgrade... >> > there is nothing to do >> > :: Starting full system upgrade... >> > there is nothing to do >> > >> > rory@rory-PC MSYS ~ >> > $ pacman -S mingw-w64-i686-cmake >> > warning: mingw-w64-i686-cmake-3.8.1-3 is up to date -- reinstalling >> > resolving dependencies... >> > looking for conflicting packages... >> > >> > Packages (1) mingw-w64-i686-cmake-3.8.1-3 >> > >> > Total Installed Size: 26.54 MiB >> > Net Upgrade Size: 0.00 MiB >> > >> > :: Proceed with installation? [Y/n] y >> > (1/1) checking keys in keyring >> > [#####################] >> > 100% >> > (1/1) checking package integrity >> > [#####################] >> > 100% >> > (1/1) loading package files >> > [#####################] >> > 100% >> > (1/1) checking for file conflicts >> > [#####################] >> > 100% >> > (1/1) checking available disk space >> > [#####################] >> > 100% >> > :: Processing package changes... >> > (1/1) reinstalling mingw-w64-i686-cmake >> > [#####################] >> > 100% >> > >> > rory@rory-PC MSYS ~ >> > $ cmake --version >> > cmake version 3.6.2 >> > >> > CMake suite maintained and supported by Kitware (kitware.com/cmake). >> > >> > rory@rory-PC MSYS ~ >> > $ which cmake >> > /usr/bin/cmake >> > >> > rory@rory-PC MSYS ~ >> > $ where cmake >> > C:\msys64\usr\bin\cmake.exe >> > >> > rory@rory-PC MSYS ~ >> > >> > Any ideas how to get past this? >> > >> > On 25 May 2017 at 10:44, Rory Walsh <rorywalsh@ear.ie> wrote: >> >> >> >> Thanks guys, I'll try that. I did update my cmake for the VS stuff. It >> >> must have inadvertently caused some issues with the msys2 cmake. >> >> >> >> On 24 May 2017 at 17:26, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> >> >> wrote: >> >>> >> >>> I tested here on the dev branch just now, and it builds fine for me >> >>> under >> >>> msys2/mingw64. >> >>> I don't have any active MSVC installation though. >> >>> >> >>> 2017-05-24 8:51 GMT-07:00 Rory Walsh <rorywalsh@ear.ie>: >> >>>> >> >>>> I'm trying to build the minimal packages for Windows for this >> >>>> release, >> >>>> but each time I run the build.sh script I get the following in my >> >>>> msys2 >> >>>> shell: >> >>>> >> >>>> ============================================================ >> >>>> Building Csound... >> >>>> /c/Users/rory/sourcecode/csound64/csound/mingw64/csound-mingw64 >> >>>> CMake Error: Could not create named generator MSYS Makefiles >> >>>> >> >>>> Generators >> >>>> Unix Makefiles = Generates standard UNIX makefiles. >> >>>> Ninja = Generates build.ninja files. >> >>>> CodeBlocks - Ninja = Generates CodeBlocks project files. >> >>>> CodeBlocks - Unix Makefiles = Generates CodeBlocks project files. >> >>>> CodeLite - Ninja = Generates CodeLite project files. >> >>>> CodeLite - Unix Makefiles = Generates CodeLite project files. >> >>>> Eclipse CDT4 - Ninja = Generates Eclipse CDT 4.0 project >> >>>> files. >> >>>> Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project >> >>>> files. >> >>>> KDevelop3 = Generates KDevelop 3 project files. >> >>>> KDevelop3 - Unix Makefiles = Generates KDevelop 3 project files. >> >>>> Kate - Ninja = Generates Kate project files. >> >>>> Kate - Unix Makefiles = Generates Kate project files. >> >>>> Sublime Text 2 - Ninja = Generates Sublime Text 2 project >> >>>> files. >> >>>> Sublime Text 2 - Unix Makefiles >> >>>> = Generates Sublime Text 2 project >> >>>> files. >> >>>> >> >>>> Failed to run CMake. >> >>>> ============================================================ >> >>>> >> >>>> I've updated pacman and all my packages, but it still gives me >> >>>> errors. >> >>>> cmake shows version 3.6.2, and I'm running everything from my msys2 >> >>>> shell. I >> >>>> have recently installed a newer version of Cmake for the VS build, >> >>>> but >> >>>> that's 3.8, so msys seems to be showing the correct version of cmake. >> >>>> Anyone >> >>>> have any ideas? >> >>>> >> >>>> >> >>> >> >>> >> >>> >> >>> -- >> >>> >> >>> Oeyvind Brandtsegg >> >>> Professor of Music Technology >> >>> NTNU >> >>> 7491 Trondheim >> >>> Norway >> >>> Cell: +47 92 203 205 >> >>> >> >>> http://www.partikkelaudio.com/ >> >>> http://crossadaptive.hf.ntnu.no >> >>> http://gdsp.hf.ntnu.no/ >> >>> http://soundcloud.com/brandtsegg >> >>> http://flyndresang.no/ >> >>> http://soundcloud.com/t-emp >> >>> >> >> >> >> >> > > >

Date	2017-05-26 20:58
From	Rory Walsh
Subject	Re: [Csnd-dev] problems on WIndows using msys2...
	Thanks Tarmo. I've been on to Steven and he's pointed me in the right direction. He pointed me to this thread: http://csound.1045644.n5.nabble.com/Csnd-dev-Mingw64-no-pthread-issue-cond-vars-td5755145.html I think I still have a few packages to install to msys, I should be closer to a build in an hour of so! Thanks for getting back to me at any rate, it's much appreciated! On 26 May 2017 at 20:56, Tarmo Johannes <trmjhnns@gmail.com> wrote: Hi, this might have something to do with problems with multithread performance discovered today or new fix Victor just did a couple of hours ago. Although, I think Victor committed it to develop branch and other people have been able to build the previous state with msys2... Just my two cents. t 2017-05-26 19:46 GMT+03:00 Rory Walsh <rorywalsh@ear.ie>: I wrote too soon! I get these errors when I try building the release branch: CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3b7): undefined reference to `InitializeSynchronizationBarrier' CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3d4): undefined reference to `DeleteSynchronizationBarrier' CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3f6): undefined reference to `EnterSynchronizationBarrier' collect2.exe: error: ld returned 1 exit status Anyone have any suggestions? On 26 May 2017 at 17:36, Rory Walsh <rorywalsh@ear.ie> wrote: I did a completely fresh install of msys2 today. Now I can build again. Not sure what messed my install up but it's all good now. On 25 May 2017 at 23:20, Rory Walsh <rorywalsh@ear.ie> wrote: rory@rory-PC MSYS ~ $ pacman -S mingw-w64-x86_64-cmake warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling resolving dependencies... looking for conflicting packages... Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 Total Installed Size: 26.31 MiB Net Upgrade Size: 0.00 MiB :: Proceed with installation? [Y/n] y (1/1) checking keys in keyring [#####################] 100% (1/1) checking package integrity [#####################] 100% (1/1) loading package files [#####################] 100% (1/1) checking for file conflicts [#####################] 100% (1/1) checking available disk space [#####################] 100% :: Processing package changes... (1/1) reinstalling mingw-w64-x86_64-cmake [#####################] 100% rory@rory-PC MSYS ~ $ which cmake which: no cmake in (/usr/local/bin:/usr/bin:/bin:/opt/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl) On 25 May 2017 at 22:48, Michael Gogins <michael.gogins@gmail.com> wrote: restore@sorabji MINGW64 /c/Users/restore/gogins.github.io $ where cmake bash: where: command not found restore@sorabji MINGW64 /c/Users/restore/gogins.github.io $ which cmake /mingw64/bin/cmake ----------------------------------------------------- Michael Gogins Irreducible Productions http://michaelgogins.tumblr.com Michael dot Gogins at gmail dot com On Thu, May 25, 2017 at 4:27 PM, Rory Walsh <rorywalsh@ear.ie> wrote: > Doesn't everything in the msys2 shell look for packages in the usr/bin dir > rather than anywhere else in the Windows file structure? Anyhow, I've > removed all other cmakes on my machine. I also removed cmake 3.6 with > pacman. When I try to install the latest version of cmake msys2 tells me I > already have it installed? Here's the output, as you can see it reports to > having cmake 3.8 installed, but "where cmake" returns a not found? > > ============================================ > rory@rory-PC MSYS ~ > $ pacman -S mingw-w64-x86_64-cmake > warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling > resolving dependencies... > looking for conflicting packages... > > Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 > > Total Installed Size: 26.31 MiB > Net Upgrade Size: 0.00 MiB > > :: Proceed with installation? [Y/n] n > > rory@rory-PC MSYS ~ > $ where cmake > INFO: Could not find files for the given pattern(s). > > rory@rory-PC MSYS ~ > > > > On 25 May 2017 at 21:21, Michael Gogins <michael.gogins@gmail.com> wrote: >> >> Check your PATH. You probably have the directory for a wrong cmake.exe >> coming before a directory if any for the right cmake.exe. >> >> Regards, >> Mike >> >> ----------------------------------------------------- >> Michael Gogins >> Irreducible Productions >> http://michaelgogins.tumblr.com >> Michael dot Gogins at gmail dot com >> >> >> On Thu, May 25, 2017 at 3:39 PM, Rory Walsh <rorywalsh@ear.ie> wrote: >> > I've ran pacman -Syu until it tells me everything is up to date. Yet >> > when I >> > try cmake --version I get 3.6. Check the following: >> > >> > rory@rory-PC MSYS ~ >> > $ pacman -Syuu >> > :: Synchronizing package databases... >> > mingw32 is up to date >> > mingw64 is up to date >> > msys is up to date >> > :: Starting core system upgrade... >> > there is nothing to do >> > :: Starting full system upgrade... >> > there is nothing to do >> > >> > rory@rory-PC MSYS ~ >> > $ pacman -S mingw-w64-i686-cmake >> > warning: mingw-w64-i686-cmake-3.8.1-3 is up to date -- reinstalling >> > resolving dependencies... >> > looking for conflicting packages... >> > >> > Packages (1) mingw-w64-i686-cmake-3.8.1-3 >> > >> > Total Installed Size: 26.54 MiB >> > Net Upgrade Size: 0.00 MiB >> > >> > :: Proceed with installation? [Y/n] y >> > (1/1) checking keys in keyring >> > [#####################] >> > 100% >> > (1/1) checking package integrity >> > [#####################] >> > 100% >> > (1/1) loading package files >> > [#####################] >> > 100% >> > (1/1) checking for file conflicts >> > [#####################] >> > 100% >> > (1/1) checking available disk space >> > [#####################] >> > 100% >> > :: Processing package changes... >> > (1/1) reinstalling mingw-w64-i686-cmake >> > [#####################] >> > 100% >> > >> > rory@rory-PC MSYS ~ >> > $ cmake --version >> > cmake version 3.6.2 >> > >> > CMake suite maintained and supported by Kitware (kitware.com/cmake). >> > >> > rory@rory-PC MSYS ~ >> > $ which cmake >> > /usr/bin/cmake >> > >> > rory@rory-PC MSYS ~ >> > $ where cmake >> > C:\msys64\usr\bin\cmake.exe >> > >> > rory@rory-PC MSYS ~ >> > >> > Any ideas how to get past this? >> > >> > On 25 May 2017 at 10:44, Rory Walsh <rorywalsh@ear.ie> wrote: >> >> >> >> Thanks guys, I'll try that. I did update my cmake for the VS stuff. It >> >> must have inadvertently caused some issues with the msys2 cmake. >> >> >> >> On 24 May 2017 at 17:26, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> >> >> wrote: >> >>> >> >>> I tested here on the dev branch just now, and it builds fine for me >> >>> under >> >>> msys2/mingw64. >> >>> I don't have any active MSVC installation though. >> >>> >> >>> 2017-05-24 8:51 GMT-07:00 Rory Walsh <rorywalsh@ear.ie>: >> >>>> >> >>>> I'm trying to build the minimal packages for Windows for this >> >>>> release, >> >>>> but each time I run the build.sh script I get the following in my >> >>>> msys2 >> >>>> shell: >> >>>> >> >>>> ============================================================ >> >>>> Building Csound... >> >>>> /c/Users/rory/sourcecode/csound64/csound/mingw64/csound-mingw64 >> >>>> CMake Error: Could not create named generator MSYS Makefiles >> >>>> >> >>>> Generators >> >>>> Unix Makefiles = Generates standard UNIX makefiles. >> >>>> Ninja = Generates build.ninja files. >> >>>> CodeBlocks - Ninja = Generates CodeBlocks project files. >> >>>> CodeBlocks - Unix Makefiles = Generates CodeBlocks project files. >> >>>> CodeLite - Ninja = Generates CodeLite project files. >> >>>> CodeLite - Unix Makefiles = Generates CodeLite project files. >> >>>> Eclipse CDT4 - Ninja = Generates Eclipse CDT 4.0 project >> >>>> files. >> >>>> Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project >> >>>> files. >> >>>> KDevelop3 = Generates KDevelop 3 project files. >> >>>> KDevelop3 - Unix Makefiles = Generates KDevelop 3 project files. >> >>>> Kate - Ninja = Generates Kate project files. >> >>>> Kate - Unix Makefiles = Generates Kate project files. >> >>>> Sublime Text 2 - Ninja = Generates Sublime Text 2 project >> >>>> files. >> >>>> Sublime Text 2 - Unix Makefiles >> >>>> = Generates Sublime Text 2 project >> >>>> files. >> >>>> >> >>>> Failed to run CMake. >> >>>> ============================================================ >> >>>> >> >>>> I've updated pacman and all my packages, but it still gives me >> >>>> errors. >> >>>> cmake shows version 3.6.2, and I'm running everything from my msys2 >> >>>> shell. I >> >>>> have recently installed a newer version of Cmake for the VS build, >> >>>> but >> >>>> that's 3.8, so msys seems to be showing the correct version of cmake. >> >>>> Anyone >> >>>> have any ideas? >> >>>> >> >>>> >> >>> >> >>> >> >>> >> >>> -- >> >>> >> >>> Oeyvind Brandtsegg >> >>> Professor of Music Technology >> >>> NTNU >> >>> 7491 Trondheim >> >>> Norway >> >>> Cell: +47 92 203 205 >> >>> >> >>> http://www.partikkelaudio.com/ >> >>> http://crossadaptive.hf.ntnu.no >> >>> http://gdsp.hf.ntnu.no/ >> >>> http://soundcloud.com/brandtsegg >> >>> http://flyndresang.no/ >> >>> http://soundcloud.com/t-emp >> >>> >> >> >> >> >> > > >

Date	2017-05-26 20:59
From	Victor Lazzarini
Subject	Re: [Csnd-dev] problems on WIndows using msys2...
	No, I don’t think it is to do with that specifically, but maybe with changes in the threading codes to isolate the pthread dependency. ======================== Prof. Victor Lazzarini Dean of Arts, Celtic Studies, and Philosophy, Maynooth University, Maynooth, Co Kildare, Ireland Tel: 00 353 7086936 Fax: 00 353 1 7086952 > On 26 May 2017, at 20:56, Tarmo Johannes wrote: > > Hi, this might have something to do with problems with multithread performance discovered today or new fix Victor just did a couple of hours ago. > Although, I think Victor committed it to develop branch and other people have been able to build the previous state with msys2... > Just my two cents. > t > > 2017-05-26 19:46 GMT+03:00 Rory Walsh : > I wrote too soon! I get these errors when I try building the release branch: > > CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3b7): undefined reference to `InitializeSynchronizationBarrier' > CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3d4): undefined reference to `DeleteSynchronizationBarrier' > CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3f6): undefined reference to `EnterSynchronizationBarrier' > collect2.exe: error: ld returned 1 exit status > > Anyone have any suggestions? > > > On 26 May 2017 at 17:36, Rory Walsh wrote: > I did a completely fresh install of msys2 today. Now I can build again. Not sure what messed my install up but it's all good now. > > On 25 May 2017 at 23:20, Rory Walsh wrote: > rory@rory-PC MSYS ~ > $ pacman -S mingw-w64-x86_64-cmake > warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling > resolving dependencies... > looking for conflicting packages... > > Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 > > Total Installed Size: 26.31 MiB > Net Upgrade Size: 0.00 MiB > > :: Proceed with installation? [Y/n] y > (1/1) checking keys in keyring [#####################] 100% > (1/1) checking package integrity [#####################] 100% > (1/1) loading package files [#####################] 100% > (1/1) checking for file conflicts [#####################] 100% > (1/1) checking available disk space [#####################] 100% > :: Processing package changes... > (1/1) reinstalling mingw-w64-x86_64-cmake [#####################] 100% > > rory@rory-PC MSYS ~ > $ which cmake > which: no cmake in (/usr/local/bin:/usr/bin:/bin:/opt/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl) > > > > > On 25 May 2017 at 22:48, Michael Gogins wrote: > restore@sorabji MINGW64 /c/Users/restore/gogins.github.io > $ where cmake > bash: where: command not found > > restore@sorabji MINGW64 /c/Users/restore/gogins.github.io > $ which cmake > /mingw64/bin/cmake > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com > > > On Thu, May 25, 2017 at 4:27 PM, Rory Walsh wrote: > > Doesn't everything in the msys2 shell look for packages in the usr/bin dir > > rather than anywhere else in the Windows file structure? Anyhow, I've > > removed all other cmakes on my machine. I also removed cmake 3.6 with > > pacman. When I try to install the latest version of cmake msys2 tells me I > > already have it installed? Here's the output, as you can see it reports to > > having cmake 3.8 installed, but "where cmake" returns a not found? > > > > ============================================ > > rory@rory-PC MSYS ~ > > $ pacman -S mingw-w64-x86_64-cmake > > warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling > > resolving dependencies... > > looking for conflicting packages... > > > > Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 > > > > Total Installed Size: 26.31 MiB > > Net Upgrade Size: 0.00 MiB > > > > :: Proceed with installation? [Y/n] n > > > > rory@rory-PC MSYS ~ > > $ where cmake > > INFO: Could not find files for the given pattern(s). > > > > rory@rory-PC MSYS ~ > > > > > > > > On 25 May 2017 at 21:21, Michael Gogins wrote: > >> > >> Check your PATH. You probably have the directory for a wrong cmake.exe > >> coming before a directory if any for the right cmake.exe. > >> > >> Regards, > >> Mike > >> > >> ----------------------------------------------------- > >> Michael Gogins > >> Irreducible Productions > >> http://michaelgogins.tumblr.com > >> Michael dot Gogins at gmail dot com > >> > >> > >> On Thu, May 25, 2017 at 3:39 PM, Rory Walsh wrote: > >> > I've ran pacman -Syu until it tells me everything is up to date. Yet > >> > when I > >> > try cmake --version I get 3.6. Check the following: > >> > > >> > rory@rory-PC MSYS ~ > >> > $ pacman -Syuu > >> > :: Synchronizing package databases... > >> > mingw32 is up to date > >> > mingw64 is up to date > >> > msys is up to date > >> > :: Starting core system upgrade... > >> > there is nothing to do > >> > :: Starting full system upgrade... > >> > there is nothing to do > >> > > >> > rory@rory-PC MSYS ~ > >> > $ pacman -S mingw-w64-i686-cmake > >> > warning: mingw-w64-i686-cmake-3.8.1-3 is up to date -- reinstalling > >> > resolving dependencies... > >> > looking for conflicting packages... > >> > > >> > Packages (1) mingw-w64-i686-cmake-3.8.1-3 > >> > > >> > Total Installed Size: 26.54 MiB > >> > Net Upgrade Size: 0.00 MiB > >> > > >> > :: Proceed with installation? [Y/n] y > >> > (1/1) checking keys in keyring > >> > [#####################] > >> > 100% > >> > (1/1) checking package integrity > >> > [#####################] > >> > 100% > >> > (1/1) loading package files > >> > [#####################] > >> > 100% > >> > (1/1) checking for file conflicts > >> > [#####################] > >> > 100% > >> > (1/1) checking available disk space > >> > [#####################] > >> > 100% > >> > :: Processing package changes... > >> > (1/1) reinstalling mingw-w64-i686-cmake > >> > [#####################] > >> > 100% > >> > > >> > rory@rory-PC MSYS ~ > >> > $ cmake --version > >> > cmake version 3.6.2 > >> > > >> > CMake suite maintained and supported by Kitware (kitware.com/cmake). > >> > > >> > rory@rory-PC MSYS ~ > >> > $ which cmake > >> > /usr/bin/cmake > >> > > >> > rory@rory-PC MSYS ~ > >> > $ where cmake > >> > C:\msys64\usr\bin\cmake.exe > >> > > >> > rory@rory-PC MSYS ~ > >> > > >> > Any ideas how to get past this? > >> > > >> > On 25 May 2017 at 10:44, Rory Walsh wrote: > >> >> > >> >> Thanks guys, I'll try that. I did update my cmake for the VS stuff. It > >> >> must have inadvertently caused some issues with the msys2 cmake. > >> >> > >> >> On 24 May 2017 at 17:26, Oeyvind Brandtsegg > >> >> wrote: > >> >>> > >> >>> I tested here on the dev branch just now, and it builds fine for me > >> >>> under > >> >>> msys2/mingw64. > >> >>> I don't have any active MSVC installation though. > >> >>> > >> >>> 2017-05-24 8:51 GMT-07:00 Rory Walsh : > >> >>>> > >> >>>> I'm trying to build the minimal packages for Windows for this > >> >>>> release, > >> >>>> but each time I run the build.sh script I get the following in my > >> >>>> msys2 > >> >>>> shell: > >> >>>> > >> >>>> ============================================================ > >> >>>> Building Csound... > >> >>>> /c/Users/rory/sourcecode/csound64/csound/mingw64/csound-mingw64 > >> >>>> CMake Error: Could not create named generator MSYS Makefiles > >> >>>> > >> >>>> Generators > >> >>>> Unix Makefiles = Generates standard UNIX makefiles. > >> >>>> Ninja = Generates build.ninja files. > >> >>>> CodeBlocks - Ninja = Generates CodeBlocks project files. > >> >>>> CodeBlocks - Unix Makefiles = Generates CodeBlocks project files. > >> >>>> CodeLite - Ninja = Generates CodeLite project files. > >> >>>> CodeLite - Unix Makefiles = Generates CodeLite project files. > >> >>>> Eclipse CDT4 - Ninja = Generates Eclipse CDT 4.0 project > >> >>>> files. > >> >>>> Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project > >> >>>> files. > >> >>>> KDevelop3 = Generates KDevelop 3 project files. > >> >>>> KDevelop3 - Unix Makefiles = Generates KDevelop 3 project files. > >> >>>> Kate - Ninja = Generates Kate project files. > >> >>>> Kate - Unix Makefiles = Generates Kate project files. > >> >>>> Sublime Text 2 - Ninja = Generates Sublime Text 2 project > >> >>>> files. > >> >>>> Sublime Text 2 - Unix Makefiles > >> >>>> = Generates Sublime Text 2 project > >> >>>> files. > >> >>>> > >> >>>> Failed to run CMake. > >> >>>> ============================================================ > >> >>>> > >> >>>> I've updated pacman and all my packages, but it still gives me > >> >>>> errors. > >> >>>> cmake shows version 3.6.2, and I'm running everything from my msys2 > >> >>>> shell. I > >> >>>> have recently installed a newer version of Cmake for the VS build, > >> >>>> but > >> >>>> that's 3.8, so msys seems to be showing the correct version of cmake. > >> >>>> Anyone > >> >>>> have any ideas? > >> >>>> > >> >>>> > >> >>> > >> >>> > >> >>> > >> >>> -- > >> >>> > >> >>> Oeyvind Brandtsegg > >> >>> Professor of Music Technology > >> >>> NTNU > >> >>> 7491 Trondheim > >> >>> Norway > >> >>> Cell: +47 92 203 205 > >> >>> > >> >>> http://www.partikkelaudio.com/ > >> >>> http://crossadaptive.hf.ntnu.no > >> >>> http://gdsp.hf.ntnu.no/ > >> >>> http://soundcloud.com/brandtsegg > >> >>> http://flyndresang.no/ > >> >>> http://soundcloud.com/t-emp > >> >>> > >> >> > >>

Date	2017-05-27 08:39
From	Rory Walsh
Subject	Re: [Csnd-dev] problems on WIndows using msys2...
	Still no luck with this. Pthread is installed, yet defining HAVE_PTHREAD in cmake isn't making any difference. Hmm.. On 26 May 2017 8:59 p.m., "Victor Lazzarini" <Victor.Lazzarini@nuim.ie> wrote: No, I don’t think it is to do with that specifically, but maybe with changes in the threading codes to isolate the pthread dependency. ======================== Prof. Victor Lazzarini Dean of Arts, Celtic Studies, and Philosophy, Maynooth University, Maynooth, Co Kildare, Ireland Tel: 00 353 7086936 Fax: 00 353 1 7086952 > On 26 May 2017, at 20:56, Tarmo Johannes <trmjhnns@GMAIL.COM> wrote: > > Hi, this might have something to do with problems with multithread performance discovered today or new fix Victor just did a couple of hours ago. > Although, I think Victor committed it to develop branch and other people have been able to build the previous state with msys2... > Just my two cents. > t > > 2017-05-26 19:46 GMT+03:00 Rory Walsh <rorywalsh@ear.ie>: > I wrote too soon! I get these errors when I try building the release branch: > > CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3b7): undefined reference to `InitializeSynchronizationBarrier' > CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3d4): undefined reference to `DeleteSynchronizationBarrier' > CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3f6): undefined reference to `EnterSynchronizationBarrier' > collect2.exe: error: ld returned 1 exit status > > Anyone have any suggestions? > > > On 26 May 2017 at 17:36, Rory Walsh <rorywalsh@ear.ie> wrote: > I did a completely fresh install of msys2 today. Now I can build again. Not sure what messed my install up but it's all good now. > > On 25 May 2017 at 23:20, Rory Walsh <rorywalsh@ear.ie> wrote: > rory@rory-PC MSYS ~ > $ pacman -S mingw-w64-x86_64-cmake > warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling > resolving dependencies... > looking for conflicting packages... > > Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 > > Total Installed Size: 26.31 MiB > Net Upgrade Size: 0.00 MiB > > :: Proceed with installation? [Y/n] y > (1/1) checking keys in keyring [#####################] 100% > (1/1) checking package integrity [#####################] 100% > (1/1) loading package files [#####################] 100% > (1/1) checking for file conflicts [#####################] 100% > (1/1) checking available disk space [#####################] 100% > :: Processing package changes... > (1/1) reinstalling mingw-w64-x86_64-cmake [#####################] 100% > > rory@rory-PC MSYS ~ > $ which cmake > which: no cmake in (/usr/local/bin:/usr/bin:/bin:/opt/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl) > > > > > On 25 May 2017 at 22:48, Michael Gogins <michael.gogins@gmail.com> wrote: > restore@sorabji MINGW64 /c/Users/restore/gogins.github.io > $ where cmake > bash: where: command not found > > restore@sorabji MINGW64 /c/Users/restore/gogins.github.io > $ which cmake > /mingw64/bin/cmake > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com > > > On Thu, May 25, 2017 at 4:27 PM, Rory Walsh <rorywalsh@ear.ie> wrote: > > Doesn't everything in the msys2 shell look for packages in the usr/bin dir > > rather than anywhere else in the Windows file structure? Anyhow, I've > > removed all other cmakes on my machine. I also removed cmake 3.6 with > > pacman. When I try to install the latest version of cmake msys2 tells me I > > already have it installed? Here's the output, as you can see it reports to > > having cmake 3.8 installed, but "where cmake" returns a not found? > > > > ============================================ > > rory@rory-PC MSYS ~ > > $ pacman -S mingw-w64-x86_64-cmake > > warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling > > resolving dependencies... > > looking for conflicting packages... > > > > Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 > > > > Total Installed Size: 26.31 MiB > > Net Upgrade Size: 0.00 MiB > > > > :: Proceed with installation? [Y/n] n > > > > rory@rory-PC MSYS ~ > > $ where cmake > > INFO: Could not find files for the given pattern(s). > > > > rory@rory-PC MSYS ~ > > > > > > > > On 25 May 2017 at 21:21, Michael Gogins <michael.gogins@gmail.com> wrote: > >> > >> Check your PATH. You probably have the directory for a wrong cmake.exe > >> coming before a directory if any for the right cmake.exe. > >> > >> Regards, > >> Mike > >> > >> ----------------------------------------------------- > >> Michael Gogins > >> Irreducible Productions > >> http://michaelgogins.tumblr.com > >> Michael dot Gogins at gmail dot com > >> > >> > >> On Thu, May 25, 2017 at 3:39 PM, Rory Walsh <rorywalsh@ear.ie> wrote: > >> > I've ran pacman -Syu until it tells me everything is up to date. Yet > >> > when I > >> > try cmake --version I get 3.6. Check the following: > >> > > >> > rory@rory-PC MSYS ~ > >> > $ pacman -Syuu > >> > :: Synchronizing package databases... > >> > mingw32 is up to date > >> > mingw64 is up to date > >> > msys is up to date > >> > :: Starting core system upgrade... > >> > there is nothing to do > >> > :: Starting full system upgrade... > >> > there is nothing to do > >> > > >> > rory@rory-PC MSYS ~ > >> > $ pacman -S mingw-w64-i686-cmake > >> > warning: mingw-w64-i686-cmake-3.8.1-3 is up to date -- reinstalling > >> > resolving dependencies... > >> > looking for conflicting packages... > >> > > >> > Packages (1) mingw-w64-i686-cmake-3.8.1-3 > >> > > >> > Total Installed Size: 26.54 MiB > >> > Net Upgrade Size: 0.00 MiB > >> > > >> > :: Proceed with installation? [Y/n] y > >> > (1/1) checking keys in keyring > >> > [#####################] > >> > 100% > >> > (1/1) checking package integrity > >> > [#####################] > >> > 100% > >> > (1/1) loading package files > >> > [#####################] > >> > 100% > >> > (1/1) checking for file conflicts > >> > [#####################] > >> > 100% > >> > (1/1) checking available disk space > >> > [#####################] > >> > 100% > >> > :: Processing package changes... > >> > (1/1) reinstalling mingw-w64-i686-cmake > >> > [#####################] > >> > 100% > >> > > >> > rory@rory-PC MSYS ~ > >> > $ cmake --version > >> > cmake version 3.6.2 > >> > > >> > CMake suite maintained and supported by Kitware (kitware.com/cmake). > >> > > >> > rory@rory-PC MSYS ~ > >> > $ which cmake > >> > /usr/bin/cmake > >> > > >> > rory@rory-PC MSYS ~ > >> > $ where cmake > >> > C:\msys64\usr\bin\cmake.exe > >> > > >> > rory@rory-PC MSYS ~ > >> > > >> > Any ideas how to get past this? > >> > > >> > On 25 May 2017 at 10:44, Rory Walsh <rorywalsh@ear.ie> wrote: > >> >> > >> >> Thanks guys, I'll try that. I did update my cmake for the VS stuff. It > >> >> must have inadvertently caused some issues with the msys2 cmake. > >> >> > >> >> On 24 May 2017 at 17:26, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> > >> >> wrote: > >> >>> > >> >>> I tested here on the dev branch just now, and it builds fine for me > >> >>> under > >> >>> msys2/mingw64. > >> >>> I don't have any active MSVC installation though. > >> >>> > >> >>> 2017-05-24 8:51 GMT-07:00 Rory Walsh <rorywalsh@ear.ie>: > >> >>>> > >> >>>> I'm trying to build the minimal packages for Windows for this > >> >>>> release, > >> >>>> but each time I run the build.sh script I get the following in my > >> >>>> msys2 > >> >>>> shell: > >> >>>> > >> >>>> ============================================================ > >> >>>> Building Csound... > >> >>>> /c/Users/rory/sourcecode/csound64/csound/mingw64/csound-mingw64 > >> >>>> CMake Error: Could not create named generator MSYS Makefiles > >> >>>> > >> >>>> Generators > >> >>>> Unix Makefiles = Generates standard UNIX makefiles. > >> >>>> Ninja = Generates build.ninja files. > >> >>>> CodeBlocks - Ninja = Generates CodeBlocks project files. > >> >>>> CodeBlocks - Unix Makefiles = Generates CodeBlocks project files. > >> >>>> CodeLite - Ninja = Generates CodeLite project files. > >> >>>> CodeLite - Unix Makefiles = Generates CodeLite project files. > >> >>>> Eclipse CDT4 - Ninja = Generates Eclipse CDT 4.0 project > >> >>>> files. > >> >>>> Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project > >> >>>> files. > >> >>>> KDevelop3 = Generates KDevelop 3 project files. > >> >>>> KDevelop3 - Unix Makefiles = Generates KDevelop 3 project files. > >> >>>> Kate - Ninja = Generates Kate project files. > >> >>>> Kate - Unix Makefiles = Generates Kate project files. > >> >>>> Sublime Text 2 - Ninja = Generates Sublime Text 2 project > >> >>>> files. > >> >>>> Sublime Text 2 - Unix Makefiles > >> >>>> = Generates Sublime Text 2 project > >> >>>> files. > >> >>>> > >> >>>> Failed to run CMake. > >> >>>> ============================================================ > >> >>>> > >> >>>> I've updated pacman and all my packages, but it still gives me > >> >>>> errors. > >> >>>> cmake shows version 3.6.2, and I'm running everything from my msys2 > >> >>>> shell. I > >> >>>> have recently installed a newer version of Cmake for the VS build, > >> >>>> but > >> >>>> that's 3.8, so msys seems to be showing the correct version of cmake. > >> >>>> Anyone > >> >>>> have any ideas? > >> >>>> > >> >>>> > >> >>> > >> >>> > >> >>> > >> >>> -- > >> >>> > >> >>> Oeyvind Brandtsegg > >> >>> Professor of Music Technology > >> >>> NTNU > >> >>> 7491 Trondheim > >> >>> Norway > >> >>> Cell: +47 92 203 205 > >> >>> > >> >>> http://www.partikkelaudio.com/ > >> >>> http://crossadaptive.hf.ntnu.no > >> >>> http://gdsp.hf.ntnu.no/ > >> >>> http://soundcloud.com/brandtsegg > >> >>> http://flyndresang.no/ > >> >>> http://soundcloud.com/t-emp > >> >>> > >> >> > >> >> > >> > > > > > > > > >

Date	2017-05-27 09:31
From	Victor Lazzarini
Subject	Re: [Csnd-dev] problems on WIndows using msys2...
	cmake should be able to find pthread automatically, if that is the problem. Maybe we're barking at the wrong tree? Victor Lazzarini Dean of Arts, Celtic Studies, and Philosophy Maynooth University Ireland On 27 May 2017, at 08:39, Rory Walsh <rorywalsh@EAR.IE> wrote: Still no luck with this. Pthread is installed, yet defining HAVE_PTHREAD in cmake isn't making any difference. Hmm.. On 26 May 2017 8:59 p.m., "Victor Lazzarini" <Victor.Lazzarini@nuim.ie> wrote: No, I don’t think it is to do with that specifically, but maybe with changes in the threading codes to isolate the pthread dependency. ======================== Prof. Victor Lazzarini Dean of Arts, Celtic Studies, and Philosophy, Maynooth University, Maynooth, Co Kildare, Ireland Tel: 00 353 7086936 Fax: 00 353 1 7086952 > On 26 May 2017, at 20:56, Tarmo Johannes <trmjhnns@GMAIL.COM> wrote: > > Hi, this might have something to do with problems with multithread performance discovered today or new fix Victor just did a couple of hours ago. > Although, I think Victor committed it to develop branch and other people have been able to build the previous state with msys2... > Just my two cents. > t > > 2017-05-26 19:46 GMT+03:00 Rory Walsh <rorywalsh@ear.ie>: > I wrote too soon! I get these errors when I try building the release branch: > > CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3b7): undefined reference to `InitializeSynchronizationBarrier' > CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3d4): undefined reference to `DeleteSynchronizationBarrier' > CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3f6): undefined reference to `EnterSynchronizationBarrier' > collect2.exe: error: ld returned 1 exit status > > Anyone have any suggestions? > > > On 26 May 2017 at 17:36, Rory Walsh <rorywalsh@ear.ie> wrote: > I did a completely fresh install of msys2 today. Now I can build again. Not sure what messed my install up but it's all good now. > > On 25 May 2017 at 23:20, Rory Walsh <rorywalsh@ear.ie> wrote: > rory@rory-PC MSYS ~ > $ pacman -S mingw-w64-x86_64-cmake > warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling > resolving dependencies... > looking for conflicting packages... > > Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 > > Total Installed Size: 26.31 MiB > Net Upgrade Size: 0.00 MiB > > :: Proceed with installation? [Y/n] y > (1/1) checking keys in keyring [#####################] 100% > (1/1) checking package integrity [#####################] 100% > (1/1) loading package files [#####################] 100% > (1/1) checking for file conflicts [#####################] 100% > (1/1) checking available disk space [#####################] 100% > :: Processing package changes... > (1/1) reinstalling mingw-w64-x86_64-cmake [#####################] 100% > > rory@rory-PC MSYS ~ > $ which cmake > which: no cmake in (/usr/local/bin:/usr/bin:/bin:/opt/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl) > > > > > On 25 May 2017 at 22:48, Michael Gogins <michael.gogins@gmail.com> wrote: > restore@sorabji MINGW64 /c/Users/restore/gogins.github.io > $ where cmake > bash: where: command not found > > restore@sorabji MINGW64 /c/Users/restore/gogins.github.io > $ which cmake > /mingw64/bin/cmake > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com > > > On Thu, May 25, 2017 at 4:27 PM, Rory Walsh <rorywalsh@ear.ie> wrote: > > Doesn't everything in the msys2 shell look for packages in the usr/bin dir > > rather than anywhere else in the Windows file structure? Anyhow, I've > > removed all other cmakes on my machine. I also removed cmake 3.6 with > > pacman. When I try to install the latest version of cmake msys2 tells me I > > already have it installed? Here's the output, as you can see it reports to > > having cmake 3.8 installed, but "where cmake" returns a not found? > > > > ============================================ > > rory@rory-PC MSYS ~ > > $ pacman -S mingw-w64-x86_64-cmake > > warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling > > resolving dependencies... > > looking for conflicting packages... > > > > Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 > > > > Total Installed Size: 26.31 MiB > > Net Upgrade Size: 0.00 MiB > > > > :: Proceed with installation? [Y/n] n > > > > rory@rory-PC MSYS ~ > > $ where cmake > > INFO: Could not find files for the given pattern(s). > > > > rory@rory-PC MSYS ~ > > > > > > > > On 25 May 2017 at 21:21, Michael Gogins <michael.gogins@gmail.com> wrote: > >> > >> Check your PATH. You probably have the directory for a wrong cmake.exe > >> coming before a directory if any for the right cmake.exe. > >> > >> Regards, > >> Mike > >> > >> ----------------------------------------------------- > >> Michael Gogins > >> Irreducible Productions > >> http://michaelgogins.tumblr.com > >> Michael dot Gogins at gmail dot com > >> > >> > >> On Thu, May 25, 2017 at 3:39 PM, Rory Walsh <rorywalsh@ear.ie> wrote: > >> > I've ran pacman -Syu until it tells me everything is up to date. Yet > >> > when I > >> > try cmake --version I get 3.6. Check the following: > >> > > >> > rory@rory-PC MSYS ~ > >> > $ pacman -Syuu > >> > :: Synchronizing package databases... > >> > mingw32 is up to date > >> > mingw64 is up to date > >> > msys is up to date > >> > :: Starting core system upgrade... > >> > there is nothing to do > >> > :: Starting full system upgrade... > >> > there is nothing to do > >> > > >> > rory@rory-PC MSYS ~ > >> > $ pacman -S mingw-w64-i686-cmake > >> > warning: mingw-w64-i686-cmake-3.8.1-3 is up to date -- reinstalling > >> > resolving dependencies... > >> > looking for conflicting packages... > >> > > >> > Packages (1) mingw-w64-i686-cmake-3.8.1-3 > >> > > >> > Total Installed Size: 26.54 MiB > >> > Net Upgrade Size: 0.00 MiB > >> > > >> > :: Proceed with installation? [Y/n] y > >> > (1/1) checking keys in keyring > >> > [#####################] > >> > 100% > >> > (1/1) checking package integrity > >> > [#####################] > >> > 100% > >> > (1/1) loading package files > >> > [#####################] > >> > 100% > >> > (1/1) checking for file conflicts > >> > [#####################] > >> > 100% > >> > (1/1) checking available disk space > >> > [#####################] > >> > 100% > >> > :: Processing package changes... > >> > (1/1) reinstalling mingw-w64-i686-cmake > >> > [#####################] > >> > 100% > >> > > >> > rory@rory-PC MSYS ~ > >> > $ cmake --version > >> > cmake version 3.6.2 > >> > > >> > CMake suite maintained and supported by Kitware (kitware.com/cmake). > >> > > >> > rory@rory-PC MSYS ~ > >> > $ which cmake > >> > /usr/bin/cmake > >> > > >> > rory@rory-PC MSYS ~ > >> > $ where cmake > >> > C:\msys64\usr\bin\cmake.exe > >> > > >> > rory@rory-PC MSYS ~ > >> > > >> > Any ideas how to get past this? > >> > > >> > On 25 May 2017 at 10:44, Rory Walsh <rorywalsh@ear.ie> wrote: > >> >> > >> >> Thanks guys, I'll try that. I did update my cmake for the VS stuff. It > >> >> must have inadvertently caused some issues with the msys2 cmake. > >> >> > >> >> On 24 May 2017 at 17:26, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> > >> >> wrote: > >> >>> > >> >>> I tested here on the dev branch just now, and it builds fine for me > >> >>> under > >> >>> msys2/mingw64. > >> >>> I don't have any active MSVC installation though. > >> >>> > >> >>> 2017-05-24 8:51 GMT-07:00 Rory Walsh <rorywalsh@ear.ie>: > >> >>>> > >> >>>> I'm trying to build the minimal packages for Windows for this > >> >>>> release, > >> >>>> but each time I run the build.sh script I get the following in my > >> >>>> msys2 > >> >>>> shell: > >> >>>> > >> >>>> ============================================================ > >> >>>> Building Csound... > >> >>>> /c/Users/rory/sourcecode/csound64/csound/mingw64/csound-mingw64 > >> >>>> CMake Error: Could not create named generator MSYS Makefiles > >> >>>> > >> >>>> Generators > >> >>>> Unix Makefiles = Generates standard UNIX makefiles. > >> >>>> Ninja = Generates build.ninja files. > >> >>>> CodeBlocks - Ninja = Generates CodeBlocks project files. > >> >>>> CodeBlocks - Unix Makefiles = Generates CodeBlocks project files. > >> >>>> CodeLite - Ninja = Generates CodeLite project files. > >> >>>> CodeLite - Unix Makefiles = Generates CodeLite project files. > >> >>>> Eclipse CDT4 - Ninja = Generates Eclipse CDT 4.0 project > >> >>>> files. > >> >>>> Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project > >> >>>> files. > >> >>>> KDevelop3 = Generates KDevelop 3 project files. > >> >>>> KDevelop3 - Unix Makefiles = Generates KDevelop 3 project files. > >> >>>> Kate - Ninja = Generates Kate project files. > >> >>>> Kate - Unix Makefiles = Generates Kate project files. > >> >>>> Sublime Text 2 - Ninja = Generates Sublime Text 2 project > >> >>>> files. > >> >>>> Sublime Text 2 - Unix Makefiles > >> >>>> = Generates Sublime Text 2 project > >> >>>> files. > >> >>>> > >> >>>> Failed to run CMake. > >> >>>> ============================================================ > >> >>>> > >> >>>> I've updated pacman and all my packages, but it still gives me > >> >>>> errors. > >> >>>> cmake shows version 3.6.2, and I'm running everything from my msys2 > >> >>>> shell. I > >> >>>> have recently installed a newer version of Cmake for the VS build, > >> >>>> but > >> >>>> that's 3.8, so msys seems to be showing the correct version of cmake. > >> >>>> Anyone > >> >>>> have any ideas? > >> >>>> > >> >>>> > >> >>> > >> >>> > >> >>> > >> >>> -- > >> >>> > >> >>> Oeyvind Brandtsegg > >> >>> Professor of Music Technology > >> >>> NTNU > >> >>> 7491 Trondheim > >> >>> Norway > >> >>> Cell: +47 92 203 205 > >> >>> > >> >>> http://www.partikkelaudio.com/ > >> >>> http://crossadaptive.hf.ntnu.no > >> >>> http://gdsp.hf.ntnu.no/ > >> >>> http://soundcloud.com/brandtsegg > >> >>> http://flyndresang.no/ > >> >>> http://soundcloud.com/t-emp > >> >>> > >> >> > >> >> > >> > > > > > > > > >

Date	2017-05-27 09:50
From	Rory Walsh
Subject	Re: [Csnd-dev] problems on WIndows using msys2...
	Could be. CMak should find it, and msys installs it with the mingw tool chain. Steven is away for a few days but will be back on Monday. He may be able to help then. On 27 May 2017 at 09:31, Victor Lazzarini <Victor.Lazzarini@nuim.ie> wrote: cmake should be able to find pthread automatically, if that is the problem. Maybe we're barking at the wrong tree? Victor Lazzarini Dean of Arts, Celtic Studies, and Philosophy Maynooth University Ireland On 27 May 2017, at 08:39, Rory Walsh <rorywalsh@EAR.IE> wrote: Still no luck with this. Pthread is installed, yet defining HAVE_PTHREAD in cmake isn't making any difference. Hmm.. On 26 May 2017 8:59 p.m., "Victor Lazzarini" <Victor.Lazzarini@nuim.ie> wrote: No, I don’t think it is to do with that specifically, but maybe with changes in the threading codes to isolate the pthread dependency. ======================== Prof. Victor Lazzarini Dean of Arts, Celtic Studies, and Philosophy, Maynooth University, Maynooth, Co Kildare, Ireland Tel: 00 353 7086936 Fax: 00 353 1 7086952 > On 26 May 2017, at 20:56, Tarmo Johannes <trmjhnns@GMAIL.COM> wrote: > > Hi, this might have something to do with problems with multithread performance discovered today or new fix Victor just did a couple of hours ago. > Although, I think Victor committed it to develop branch and other people have been able to build the previous state with msys2... > Just my two cents. > t > > 2017-05-26 19:46 GMT+03:00 Rory Walsh <rorywalsh@ear.ie>: > I wrote too soon! I get these errors when I try building the release branch: > > CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3b7): undefined reference to `InitializeSynchronizationBarrier' > CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3d4): undefined reference to `DeleteSynchronizationBarrier' > CMakeFiles/csound64.dir/objects.a(threads.c.obj):threads.c:(.text+0x3f6): undefined reference to `EnterSynchronizationBarrier' > collect2.exe: error: ld returned 1 exit status > > Anyone have any suggestions? > > > On 26 May 2017 at 17:36, Rory Walsh <rorywalsh@ear.ie> wrote: > I did a completely fresh install of msys2 today. Now I can build again. Not sure what messed my install up but it's all good now. > > On 25 May 2017 at 23:20, Rory Walsh <rorywalsh@ear.ie> wrote: > rory@rory-PC MSYS ~ > $ pacman -S mingw-w64-x86_64-cmake > warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling > resolving dependencies... > looking for conflicting packages... > > Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 > > Total Installed Size: 26.31 MiB > Net Upgrade Size: 0.00 MiB > > :: Proceed with installation? [Y/n] y > (1/1) checking keys in keyring [#####################] 100% > (1/1) checking package integrity [#####################] 100% > (1/1) loading package files [#####################] 100% > (1/1) checking for file conflicts [#####################] 100% > (1/1) checking available disk space [#####################] 100% > :: Processing package changes... > (1/1) reinstalling mingw-w64-x86_64-cmake [#####################] 100% > > rory@rory-PC MSYS ~ > $ which cmake > which: no cmake in (/usr/local/bin:/usr/bin:/bin:/opt/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl) > > > > > On 25 May 2017 at 22:48, Michael Gogins <michael.gogins@gmail.com> wrote: > restore@sorabji MINGW64 /c/Users/restore/gogins.github.io > $ where cmake > bash: where: command not found > > restore@sorabji MINGW64 /c/Users/restore/gogins.github.io > $ which cmake > /mingw64/bin/cmake > > ----------------------------------------------------- > Michael Gogins > Irreducible Productions > http://michaelgogins.tumblr.com > Michael dot Gogins at gmail dot com > > > On Thu, May 25, 2017 at 4:27 PM, Rory Walsh <rorywalsh@ear.ie> wrote: > > Doesn't everything in the msys2 shell look for packages in the usr/bin dir > > rather than anywhere else in the Windows file structure? Anyhow, I've > > removed all other cmakes on my machine. I also removed cmake 3.6 with > > pacman. When I try to install the latest version of cmake msys2 tells me I > > already have it installed? Here's the output, as you can see it reports to > > having cmake 3.8 installed, but "where cmake" returns a not found? > > > > ============================================ > > rory@rory-PC MSYS ~ > > $ pacman -S mingw-w64-x86_64-cmake > > warning: mingw-w64-x86_64-cmake-3.8.1-3 is up to date -- reinstalling > > resolving dependencies... > > looking for conflicting packages... > > > > Packages (1) mingw-w64-x86_64-cmake-3.8.1-3 > > > > Total Installed Size: 26.31 MiB > > Net Upgrade Size: 0.00 MiB > > > > :: Proceed with installation? [Y/n] n > > > > rory@rory-PC MSYS ~ > > $ where cmake > > INFO: Could not find files for the given pattern(s). > > > > rory@rory-PC MSYS ~ > > > > > > > > On 25 May 2017 at 21:21, Michael Gogins <michael.gogins@gmail.com> wrote: > >> > >> Check your PATH. You probably have the directory for a wrong cmake.exe > >> coming before a directory if any for the right cmake.exe. > >> > >> Regards, > >> Mike > >> > >> ----------------------------------------------------- > >> Michael Gogins > >> Irreducible Productions > >> http://michaelgogins.tumblr.com > >> Michael dot Gogins at gmail dot com > >> > >> > >> On Thu, May 25, 2017 at 3:39 PM, Rory Walsh <rorywalsh@ear.ie> wrote: > >> > I've ran pacman -Syu until it tells me everything is up to date. Yet > >> > when I > >> > try cmake --version I get 3.6. Check the following: > >> > > >> > rory@rory-PC MSYS ~ > >> > $ pacman -Syuu > >> > :: Synchronizing package databases... > >> > mingw32 is up to date > >> > mingw64 is up to date > >> > msys is up to date > >> > :: Starting core system upgrade... > >> > there is nothing to do > >> > :: Starting full system upgrade... > >> > there is nothing to do > >> > > >> > rory@rory-PC MSYS ~ > >> > $ pacman -S mingw-w64-i686-cmake > >> > warning: mingw-w64-i686-cmake-3.8.1-3 is up to date -- reinstalling > >> > resolving dependencies... > >> > looking for conflicting packages... > >> > > >> > Packages (1) mingw-w64-i686-cmake-3.8.1-3 > >> > > >> > Total Installed Size: 26.54 MiB > >> > Net Upgrade Size: 0.00 MiB > >> > > >> > :: Proceed with installation? [Y/n] y > >> > (1/1) checking keys in keyring > >> > [#####################] > >> > 100% > >> > (1/1) checking package integrity > >> > [#####################] > >> > 100% > >> > (1/1) loading package files > >> > [#####################] > >> > 100% > >> > (1/1) checking for file conflicts > >> > [#####################] > >> > 100% > >> > (1/1) checking available disk space > >> > [#####################] > >> > 100% > >> > :: Processing package changes... > >> > (1/1) reinstalling mingw-w64-i686-cmake > >> > [#####################] > >> > 100% > >> > > >> > rory@rory-PC MSYS ~ > >> > $ cmake --version > >> > cmake version 3.6.2 > >> > > >> > CMake suite maintained and supported by Kitware (kitware.com/cmake). > >> > > >> > rory@rory-PC MSYS ~ > >> > $ which cmake > >> > /usr/bin/cmake > >> > > >> > rory@rory-PC MSYS ~ > >> > $ where cmake > >> > C:\msys64\usr\bin\cmake.exe > >> > > >> > rory@rory-PC MSYS ~ > >> > > >> > Any ideas how to get past this? > >> > > >> > On 25 May 2017 at 10:44, Rory Walsh <rorywalsh@ear.ie> wrote: > >> >> > >> >> Thanks guys, I'll try that. I did update my cmake for the VS stuff. It > >> >> must have inadvertently caused some issues with the msys2 cmake. > >> >> > >> >> On 24 May 2017 at 17:26, Oeyvind Brandtsegg <oyvind.brandtsegg@ntnu.no> > >> >> wrote: > >> >>> > >> >>> I tested here on the dev branch just now, and it builds fine for me > >> >>> under > >> >>> msys2/mingw64. > >> >>> I don't have any active MSVC installation though. > >> >>> > >> >>> 2017-05-24 8:51 GMT-07:00 Rory Walsh <rorywalsh@ear.ie>: > >> >>>> > >> >>>> I'm trying to build the minimal packages for Windows for this > >> >>>> release, > >> >>>> but each time I run the build.sh script I get the following in my > >> >>>> msys2 > >> >>>> shell: > >> >>>> > >> >>>> ============================================================ > >> >>>> Building Csound... > >> >>>> /c/Users/rory/sourcecode/csound64/csound/mingw64/csound-mingw64 > >> >>>> CMake Error: Could not create named generator MSYS Makefiles > >> >>>> > >> >>>> Generators > >> >>>> Unix Makefiles = Generates standard UNIX makefiles. > >> >>>> Ninja = Generates build.ninja files. > >> >>>> CodeBlocks - Ninja = Generates CodeBlocks project files. > >> >>>> CodeBlocks - Unix Makefiles = Generates CodeBlocks project files. > >> >>>> CodeLite - Ninja = Generates CodeLite project files. > >> >>>> CodeLite - Unix Makefiles = Generates CodeLite project files. > >> >>>> Eclipse CDT4 - Ninja = Generates Eclipse CDT 4.0 project > >> >>>> files. > >> >>>> Eclipse CDT4 - Unix Makefiles= Generates Eclipse CDT 4.0 project > >> >>>> files. > >> >>>> KDevelop3 = Generates KDevelop 3 project files. > >> >>>> KDevelop3 - Unix Makefiles = Generates KDevelop 3 project files. > >> >>>> Kate - Ninja = Generates Kate project files. > >> >>>> Kate - Unix Makefiles = Generates Kate project files. > >> >>>> Sublime Text 2 - Ninja = Generates Sublime Text 2 project > >> >>>> files. > >> >>>> Sublime Text 2 - Unix Makefiles > >> >>>> = Generates Sublime Text 2 project > >> >>>> files. > >> >>>> > >> >>>> Failed to run CMake. > >> >>>> ============================================================ > >> >>>> > >> >>>> I've updated pacman and all my packages, but it still gives me > >> >>>> errors. > >> >>>> cmake shows version 3.6.2, and I'm running everything from my msys2 > >> >>>> shell. I > >> >>>> have recently installed a newer version of Cmake for the VS build, > >> >>>> but > >> >>>> that's 3.8, so msys seems to be showing the correct version of cmake. > >> >>>> Anyone > >> >>>> have any ideas? > >> >>>> > >> >>>> > >> >>> > >> >>> > >> >>> > >> >>> -- > >> >>> > >> >>> Oeyvind Brandtsegg > >> >>> Professor of Music Technology > >> >>> NTNU > >> >>> 7491 Trondheim > >> >>> Norway > >> >>> Cell: +47 92 203 205 > >> >>> > >> >>> http://www.partikkelaudio.com/ > >> >>> http://crossadaptive.hf.ntnu.no > >> >>> http://gdsp.hf.ntnu.no/ > >> >>> http://soundcloud.com/brandtsegg > >> >>> http://flyndresang.no/ > >> >>> http://soundcloud.com/t-emp > >> >>> > >> >> > >> >> > >> > > > > > > > > >

Date	2017-05-31 16:15
From	Steven Yi
Subject	Re: [Csnd-dev] Android: why API 21?
	Hi Beppi, git log for AndroidManifest.xml in the CsoundAndroid folder shows: commit 2ef3d7cd3f0a910122a61bf45d7fd7b1f22724fa Author: Michael Gogins Date: Fri Sep 16 17:33:43 2016 -0400 Finally a clang build of the Csound for Android app. Had to change minSdkVersion and APP_PLATFORM to android-21 for paulstretch. Perhaps Michael can comment further on this. steven On Fri, May 26, 2017 at 12:39 PM, Giuseppe Menozzi wrote: > Hi there everybody. > I suppose that there is a technical reason behind the choice of putting 21 > as MinSdk for Android for CSound 6. What is it? Would it be possible to > reduce this, and what would the performance / functional drawback of this? > I say this because, while APIs >=21 are very common nowadays for cell > phones, there's still a gap reguarding tablets, for which there's a high > presence of Android Jelly Bean 4.x (API 16) and KitKat (API 19). > > Thank you very much. > Beppi. > >