here is a patch for current git that should make the automake functional again.
note: when doing a make install, the pd binary only get's installed into
/usr/local/bin/pd (by default) and not into /usr/local/lib/pd/bin/pd; this is
not a problem unless you try to start Pd from the gui-side (pd-gui
That's the idea of the wait4pd stuff, to make sure that pd is started
before continuing on. I don't think this is necessary. Do you have a
way to trigger pd taking too long to start up?
.hc
On Jul 15, 2010, at 2:57 AM, IOhannes m zmoelnig wrote:
if Pd takes too long to startup, Pd-gui
On Jul 15, 2010, at 5:19 AM, IOhannes m zmoelnig wrote:
here is a patch for current git that should make the automake
functional again.
note: when doing a make install, the pd binary only get's
installed into
/usr/local/bin/pd (by default) and not into /usr/local/lib/pd/bin/
pd; this is
On 2010-07-15 16:06, Hans-Christoph Steiner wrote:
FYI: if you remove all makefiles in 'extra' you can replace it with the
extra/Makefile from pd-gui-rewrite-0.43 which builds all objects in
'extra'. It has the added advantage of working on GNU/Linux, Mac OS X,
MinGW and Cygwin, plus is
On 2010-07-15 16:08, Hans-Christoph Steiner wrote:
That rather tedious enumeration is something that rarely changes and
provides error checking where automatic enumeration does not. A build
system should know if any of the relevant files are missing, and it
should ignore all non-relevant
On Jul 15, 2010, at 10:13 AM, IOhannes m zmoelnig wrote:
On 2010-07-15 16:08, Hans-Christoph Steiner wrote:
That rather tedious enumeration is something that rarely changes and
provides error checking where automatic enumeration does not. A
build
system should know if any of the relevant
On 07/15/2010 04:46 PM, Hans-Christoph Steiner wrote:
The vwait timeout would not be needed if we can rely on 'pd' to actually
fully die when it exits/crashes. On Mac OS X at least it is often
doesn't completely crash and the process just sits there doing who knows
what. If this happens
On 15/07/10 17:08, IOhannes zmölnig wrote:
On 07/12/2010 05:33 AM, Miller Puckette wrote:
o Pd developers --
is it only me that cannot open files via open?
No, I got this error too. Command line -open is what I used so far, but
obviously unsatisfactory.
i get:
snip
bad option
Patches item #3011285, was opened at 2010-06-03 19:54
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478072aid=3011285group_id=55736
Please note that this message will contain a full copy of the
Patches item #284, was opened at 2009-09-02 01:29
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478072aid=284group_id=55736
Please note that this message will contain a full copy of the comment
Patches item #2886889, was opened at 2009-10-27 00:41
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478072aid=2886889group_id=55736
Please note that this message will contain a full copy of the comment
Should be fixed now (in git repo)
thanks
Miller
On Thu, Jul 15, 2010 at 12:38:59PM -0700, Miller Puckette wrote:
Sure enough... will debug.
thanks
M
`
On Thu, Jul 15, 2010 at 08:18:41PM +0100, Claude Heiland-Allen wrote:
On 15/07/10 17:08, IOhannes zm?lnig wrote:
On 07/12/2010 05:33
Patches item #1944380, was opened at 2008-04-16 17:19
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478072aid=1944380group_id=55736
Please note that this message will contain a full copy of the comment
Patches item #1836228, was opened at 2007-11-21 23:37
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478072aid=1836228group_id=55736
Please note that this message will contain a full copy of the comment
14 matches
Mail list logo
