I finally got into the secret room to reboot the Windows build server. There is a Pd-extended build going right now, hopefully it'll be successful and post here:
http://autobuild.puredata.info/auto-build/
I also added pd-double builds on Windows, there is already a build failure, looks related to src/makefile.mingw details.
.hc
Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom
On Tue, Dec 13, 2011 at 10:41 PM, Hans-Christoph Steiner hans@at.or.at wrote:
I finally got into the secret room to reboot the Windows build server. There is a Pd-extended build going right now, hopefully it'll be successful and post here:
http://autobuild.puredata.info/auto-build/
I also added pd-double builds on Windows, there is already a build failure, looks related to src/makefile.mingw details.
The Pd-double failure is in the first place related to s_audio_mmio.c. It is not difficult to make it so that PD compiles, but the audio output is ear-splitting garbage, it needs a decent fix. MinGW build system issues complicate the work, that is why it takes so long.
Katja
On Dec 14, 2011, at 5:31 AM, katja wrote:
On Tue, Dec 13, 2011 at 10:41 PM, Hans-Christoph Steiner hans@at.or.at wrote:
I finally got into the secret room to reboot the Windows build server. There is a Pd-extended build going right now, hopefully it'll be successful and post here:
http://autobuild.puredata.info/auto-build/
I also added pd-double builds on Windows, there is already a build failure, looks related to src/makefile.mingw details.
The Pd-double failure is in the first place related to s_audio_mmio.c. It is not difficult to make it so that PD compiles, but the audio output is ear-splitting garbage, it needs a decent fix. MinGW build system issues complicate the work, that is why it takes so long.
Yeah, building on windows is a pain, this is true. Having the nightly builds back should make it easier since you don't have to build it yourself. Could the earsplitting noise be caused by the 'float sys_dacsr' reclaration? Hopefully its that simple, since I committed that fix to pd-double.
.hc
“We must become the change we want to see. - Mahatma Gandhi
On Wed, Dec 14, 2011 at 5:59 PM, Hans-Christoph Steiner hans@at.or.at wrote:
Yeah, building on windows is a pain, this is true. Having the nightly builds back should make it easier since you don't have to build it yourself. Could the earsplitting noise be caused by the 'float sys_dacsr' reclaration? Hopefully its that simple, since I committed that fix to pd-double.
The nightly builds are a great help indeed.
Your commit will make Pd-double compile, but doesn't fix the problem of incompatible pointer casts. Anyway I'll work on that, once the builds will succeed. From today's build log it seems there's a problem with packaging.
Katja
On Dec 15, 2011, at 2:08 AM, katja wrote:
On Wed, Dec 14, 2011 at 5:59 PM, Hans-Christoph Steiner hans@at.or.at wrote:
Yeah, building on windows is a pain, this is true. Having the nightly builds back should make it easier since you don't have to build it yourself. Could the earsplitting noise be caused by the 'float sys_dacsr' reclaration? Hopefully its that simple, since I committed that fix to pd-double.
The nightly builds are a great help indeed.
Your commit will make Pd-double compile, but doesn't fix the problem of incompatible pointer casts. Anyway I'll work on that, once the builds will succeed. From today's build log it seems there's a problem with packaging.
Ok, I got src/makefile.mingw working in pd-double and committed the file. The big caveat is that it does not build 'extra' since there is not a working build system for MinGW for it, when its built with pd (Pd-extended uses extra as a standalone libdir based on the library template).
This should at least give us builds to test with.
.hc
Access to computers should be unlimited and total. - the hacker ethic
-
Hans-Christoph Steiner -
katja