[PD-dev] pd-extended / mingw32_nt-5.1_windowsxp-i386
Hans-Christoph Steiner
hans at eds.org
Tue Aug 14 22:09:11 CEST 2007
Here's the detailed setup:
http://puredata.org/docs/developer/mingw
autotools should all work, but I haven't tried in a while, plus I
don't know what a "build.stamp" is. Good luck! :D Here's the versions:
pd at WINDOWSXP-I386 ~
$ automake --version
autoconf --verautomake (GNU automake) 1.10
Written by Tom Tromey <tromey at redhat.com>
and Alexandre Duret-Lutz <adl at gnu.org>.
Copyright 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There
is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
pd at WINDOWSXP-I386 ~
$ autoconf --version
autoconf (GNU Autoconf) 2.61
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software. You may redistribute copies of it under the
terms of
the GNU General Public License <http://www.gnu.org/licenses/gpl.html>.
There is NO WARRANTY, to the extent permitted by law.
Written by David J. MacKenzie and Akim Demaille.
On Aug 11, 2007, at 7:27 PM, Bryan Jurish wrote:
> moin moin,
>
> it seems that my externals are not building nicely for pd-extended
> under
> mingw32. The logs say (linebreaks introduced to avoid mailer
> mangling):
>
>> make \
>> -C /home/pd/auto-build/pd-extended/externals/moocow/extended \
>> pd_src="/home/pd/auto-build/pd-extended/pd" \
>> CFLAGS="-DPD -O2 -mcpu=i586 -mtune=pentium3 \
>> -I/home/pd/auto-build/pd-extended/pd/src \
>> -Wall -W -ggdb -mms-bitfields \
>> -DMSW -DNT -D'O_NONBLOCK=1' -D'srand48(n)=srand((n))' \
>> -D'drand48()=((double)rand()/RAND_MAX)' \
>> -D'bzero(p,n)=memset(p,0,n)'" \
>> build.stamp \
>> || echo "moocow: WARNING: build failed"
>>
>> make[3]: Entering directory \
>> `/home/pd/auto-build/pd-extended/externals/moocow/extended'
>>
>> make[3]: *** No rule to make target `flite.build_stamp', needed by \
>> `build.stamp'. Stop.
>>
>> make[3]: Leaving directory \
>> `/home/pd/auto-build/pd-extended/externals/moocow/extended'
>>
>> moocow: WARNING: build failed
>
> The "build.stamp" target is a literal that depends on a finite
> number of
> generated targets ("deque.build_stamp", "sprinkler.build_stamp",
> etc.);
> the rules for these are generated with GNU make macros and the $(eval
> $(call ...)) idiom. I thought I was safe using GNU make-isms for the
> pd-extended build: is this known to be a Bad Idea for mingw32/winxp?
>
> Alternately, can anyone give me a rundown on the precise system
> configuration of the build machine (in particular, which version of
> make
> is it running?) so that I can try and debug things from here?
>
> marmosets,
> Bryan
>
> --
> Bryan Jurish "There is *always* one more
> bug."
> jurish at ling.uni-potsdam.de -Lubarsky's Law of Cybernetic
> Entomology
>
> _______________________________________________
> PD-dev mailing list
> PD-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev
------------------------------------------------------------------------
----
I spent 33 years and four months in active military service and
during that period I spent most of my time as a high class muscle man
for Big Business, for Wall Street and the bankers. - General
Smedley Butler
More information about the Pd-dev
mailing list