Simple answer: looks like the mac folder is missing in the source distribution tarball.
On Jul 15, 2017, at 11:02 AM, pd-list-request@lists.iem.at wrote:
autogen fail on ubuntu linux 16.04 for me :
chnry@hnry:~/pd/pd$ ./autogen.sh autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4/generated -I m4 autoreconf: configure.ac: tracing autoreconf: running: libtoolize --copy --force libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'm4/config'. libtoolize: copying file 'm4/config/ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4/generated'. libtoolize: copying file 'm4/generated/libtool.m4' libtoolize: copying file 'm4/generated/ltoptions.m4' libtoolize: copying file 'm4/generated/ltsugar.m4' libtoolize: copying file 'm4/generated/ltversion.m4' libtoolize: copying file 'm4/generated/lt~obsolete.m4' autoreconf: running: /usr/bin/autoconf --force autoreconf: configure.ac: not using Autoheader autoreconf: running: automake --add-missing --copy --force-missing configure.ac:164: installing 'm4/config/compile' configure.ac:9: installing 'm4/config/missing' configure.ac:492: error: required file 'mac/Makefile.in' not found Makefile.am:45: error: required directory ./mac does not exist Makefile.am:48: error: required directory ./mac does not exist asio/Makefile.am: installing 'm4/config/depcomp' autoreconf: automake failed with exit status: 1
cheers c
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Duh, may bad - I've updated the source tarball to be the actual git sources (I had been using a script I wrote many years before Git appeared.) It should work now to download the new source (msp.ucsd.edu) and compile.
thanks Miller
On Sat, Jul 15, 2017 at 11:09:14PM +0200, Dan Wilcox wrote:
Simple answer: looks like the mac folder is missing in the source distribution tarball.
On Jul 15, 2017, at 11:02 AM, pd-list-request@lists.iem.at wrote:
autogen fail on ubuntu linux 16.04 for me :
chnry@hnry:~/pd/pd$ ./autogen.sh autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4/generated -I m4 autoreconf: configure.ac: tracing autoreconf: running: libtoolize --copy --force libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'm4/config'. libtoolize: copying file 'm4/config/ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4/generated'. libtoolize: copying file 'm4/generated/libtool.m4' libtoolize: copying file 'm4/generated/ltoptions.m4' libtoolize: copying file 'm4/generated/ltsugar.m4' libtoolize: copying file 'm4/generated/ltversion.m4' libtoolize: copying file 'm4/generated/lt~obsolete.m4' autoreconf: running: /usr/bin/autoconf --force autoreconf: configure.ac: not using Autoheader autoreconf: running: automake --add-missing --copy --force-missing configure.ac:164: installing 'm4/config/compile' configure.ac:9: installing 'm4/config/missing' configure.ac:492: error: required file 'mac/Makefile.in' not found Makefile.am:45: error: required directory ./mac does not exist Makefile.am:48: error: required directory ./mac does not exist asio/Makefile.am: installing 'm4/config/depcomp' autoreconf: automake failed with exit status: 1
cheers c
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
thanks, it works now : I just compile it and start a complex patch : everything look like working. i'll do more test later.
cheers c
Le 16/07/2017 à 04:18, Miller Puckette a écrit :
Duh, may bad - I've updated the source tarball to be the actual git sources (I had been using a script I wrote many years before Git appeared.) It should work now to download the new source (msp.ucsd.edu) and compile.
thanks Miller
On Sat, Jul 15, 2017 at 11:09:14PM +0200, Dan Wilcox wrote:
Simple answer: looks like the mac folder is missing in the source distribution tarball.
On Jul 15, 2017, at 11:02 AM, pd-list-request@lists.iem.at wrote:
autogen fail on ubuntu linux 16.04 for me :
chnry@hnry:~/pd/pd$ ./autogen.sh autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4/generated -I m4 autoreconf: configure.ac: tracing autoreconf: running: libtoolize --copy --force libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'm4/config'. libtoolize: copying file 'm4/config/ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4/generated'. libtoolize: copying file 'm4/generated/libtool.m4' libtoolize: copying file 'm4/generated/ltoptions.m4' libtoolize: copying file 'm4/generated/ltsugar.m4' libtoolize: copying file 'm4/generated/ltversion.m4' libtoolize: copying file 'm4/generated/lt~obsolete.m4' autoreconf: running: /usr/bin/autoconf --force autoreconf: configure.ac: not using Autoheader autoreconf: running: automake --add-missing --copy --force-missing configure.ac:164: installing 'm4/config/compile' configure.ac:9: installing 'm4/config/missing' configure.ac:492: error: required file 'mac/Makefile.in' not found Makefile.am:45: error: required directory ./mac does not exist Makefile.am:48: error: required directory ./mac does not exist asio/Makefile.am: installing 'm4/config/depcomp' autoreconf: automake failed with exit status: 1
cheers c
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hi Miller, Should there be a compatibility path for the following bugfix:
https://sourceforge.net/p/pure-data/pure-data/ci/fc1dd9b0d93e9b039719103155b... Looks like the old behavior was there for awhile. -Jonathan
Yeah, been trying to decide if this rises to the level of needing a compatibility path. I'll try to get to that later today.
On Sun, Jul 16, 2017 at 04:03:38PM +0000, Jonathan Wilkes via Pd-list wrote:
Hi Miller, Should there be a compatibility path for the following bugfix:
https://sourceforge.net/p/pure-data/pure-data/ci/fc1dd9b0d93e9b039719103155b... Looks like the old behavior was there for awhile. -Jonathan
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
2017-07-16 13:03 GMT-03:00 Jonathan Wilkes via Pd-list <pd-list@lists.iem.at
:
Hi Miller,
Should there be a compatibility path for the following bugfix:
https://sourceforge.net/p/pure-data/pure-data/ci/ fc1dd9b0d93e9b039719103155b5772f20762c7e/
Looks like the old behavior was there for awhile.
hmm, more than a "behaviour", seems to me like a wrong mathematical output, a bug.
That's just the question - is it worth keeping an old bug available for compatibility? In this case, perhaps yes - although you'd have to explicitly set a compatibility flag in Pd to get eh old behavior.
(incidentally teh old behavior was machine-dependent - this complicates it even further :)
On Sun, Jul 16, 2017 at 01:41:22PM -0300, Alexandre Torres Porres wrote:
2017-07-16 13:03 GMT-03:00 Jonathan Wilkes via Pd-list <pd-list@lists.iem.at
:
Hi Miller,
Should there be a compatibility path for the following bugfix:
https://sourceforge.net/p/pure-data/pure-data/ci/ fc1dd9b0d93e9b039719103155b5772f20762c7e/
Looks like the old behavior was there for awhile.
hmm, more than a "behaviour", seems to me like a wrong mathematical output, a bug.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
That's just the question - is it worth keeping an old bug available for
compatibility? In this case, perhaps yes - although you'd have to explicitly set a compatibility flag in Pd to get eh old behavior.
(incidentally teh old behavior was machine-dependent - this complicates it
even further :) I didn't notice that it's machine-dependent-- it just appears as the wrong algorithm to me.
Is there undefined behavior there? -Jonathan
The "bad" behavior is that, fro instance, 0 in gives 1 out. That happened on everyone's machine except mine (so I was blissfully unaware that anything was wrong). I'm running fedora linux. Even debian linux machines gave the wrong answer while my machine kept giving me the right one. Im not going to try to figure out what the #$&^ was going on :)
M
On Sun, Jul 16, 2017 at 06:51:03PM +0000, Jonathan Wilkes via Pd-list wrote:
That's just the question - is it worth keeping an old bug available for
compatibility? In this case, perhaps yes - although you'd have to explicitly set a compatibility flag in Pd to get eh old behavior.
(incidentally teh old behavior was machine-dependent - this complicates it
even further :) I didn't notice that it's machine-dependent-- it just appears as the wrong algorithm to me.
Is there undefined behavior there? -Jonathan
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
The "bad" behavior is that, fro instance, 0 in gives 1 out. That happened
on everyone's machine except mine (so I was blissfully unaware that anything was wrong). I'm running fedora linux. Even debian linux machines gave the wrong answer while my machine kept giving me the right one. Im not going to try to figure out what the #$&^ was going on :)
If someone can point clearly to the source of undefined behavior in that seemingly simple code then it would seem appropriate to just fix the bug and move on.
Otherwise it appears to be deterministic bug (excepting one unexplained edge case) that almost certainly has resulted in patches out in the wild behaving and/or sounding one way and not another. A compatibility case seems warranted for this. -Jonathan
M
On Sun, Jul 16, 2017 at 06:51:03PM +0000, Jonathan Wilkes via Pd-list wrote:
That's just the question - is it worth keeping an old bug available for
compatibility? In this case, perhaps yes - although you'd have to explicitly set a compatibility flag in Pd to get eh old behavior.
(incidentally teh old behavior was machine-dependent - this complicates it
even further :) I didn't notice that it's machine-dependent-- it just appears as the wrong algorithm to me.
Is there undefined behavior there? -Jonathan
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
Alexandre Torres Porres -
cyrille henry -
Dan Wilcox -
Jonathan Wilkes -
Miller Puckette