Hi,
Maybe an idea would be a help-menu entry that says go to this patch's
page in the Pdpedia, that detects the frontmost window's patch name
(this must be possible, since [getpatchname] does it from within Pd).
It could filter out the -help.pd part, and then it would work for
object helpfiles as
Hey,
Part of the reason of adding the links is to encourage people to
start adding more content to the pdpedia. As long as we have the
template in place for that object, then I think that it will be
worthwhile to have the link on the help patch.
Would you like to lead this up?
.hc
On
Yo Pd-dev,
The 'make patch_pd' step prevents one from successfully building pd-
extended on Mac os x 10.5.
When after you've make patch_pd when you build pd-extended, you will
get the following error:
m_obj.c: In function ‘blobinlet_new’:
m_obj.c:222: error: ‘union inletunion’ has no
Hi Devs,
I have a working setup for pd-extended on 10.5. Pd-extended fails to
build when the mrpeach externals are set in LIB_TARGETS. Here is what
I see:
cc -DPD -march=pentium4 -msse2 -mfpmath=sse -ftree-vectorize -ftree-
vectorizer-verbose=2
This has to do with the add_string_support patch, which might conflict with
some other patch.
Does your m_obj.c have a
union inletunion
around line 12?
If so does it have a field
t_blob **iu_blobslot;
in it?
And is there a line
#define i_blobslot i_un.iu_blobslot
around line 34?
...because if
Hi again,
PDP fails to build when building pd-extended on OS X 10.5. Thanks m8s.
Here is the text:
In file included from ../../include/pdp.h:80,
from pdp_reg.c:23:
../../include/pdp_matrix.h:25:27: error: gsl/gsl_block.h: No such file
or directory
I guess it's the line:
tcpserver.c:89: error: syntax error before u_long
which indicates that the compiler doesn't know what a u_long is.
You could try uncommenting line 34:
//#include sys/types.h
or setting it to
#include types.h
Martin
bsoisoi wrote:
Hi Devs,
I have a working setup for
Strange error. Which version of Pd are you building against? 40? 41?
.hc
On Mar 19, 2008, at 4:03 PM, bsoisoi wrote:
Hi Devs,
I have a working setup for pd-extended on 10.5. Pd-extended fails to
build when the mrpeach externals are set in LIB_TARGETS. Here is what
I see:
cc -DPD
Currently, 'make patch_pd' is meant to patch 0.40.x, it (probably)
won't work when building against 0.41. Once the 0.40.3-extended
release branch is created (soon), then we can port the patches to 0.41.
.hc
On Mar 19, 2008, at 4:11 PM, Martin Peach wrote:
This has to do with the
Sounds like a good idea, and a nice comprimise, definitely give it a
shot.
.hc
On Mar 19, 2008, at 4:11 AM, Luke Iannini (pd) wrote:
Hi,
Maybe an idea would be a help-menu entry that says go to this patch's
page in the Pdpedia, that detects the frontmost window's patch name
(this must be
Just a quick FYI, I'm able to build the whole piece (minus a few
externals) on 10.5 w/ XCode 3.0. I'll help work out the gaps on those
pieces, and we should be able to resume pd-extended mac/intel builds
(hopefully) within the next week or so.
Cheers,
~brandon
On Mar 17, 2008, at 10:51
HEAD (revision 9604) in svn, pd 0.41.4.
On Mar 19, 2008, at 4:34 PM, Hans-Christoph Steiner wrote:
Strange error. Which version of Pd are you building against? 40? 41?
.hc
On Mar 19, 2008, at 4:03 PM, bsoisoi wrote:
Hi Devs,
I have a working setup for pd-extended on 10.5.
just a small addon:
the help-browser opens relative to the pd i am currently running and
seems not to use the (absolute) install path.
which means, that pd mixes hardcoded (absolute) install path and relativ
path to the binary.
shouldn't it be all relative to the binary?
roman
On Tue,
Bugs item #1601850, was opened at 2006-11-23 08:17
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478070aid=1601850group_id=55736
Please note that this message will contain a full copy of the comment
Bugs item #1899458, was opened at 2008-02-22 02:01
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478070aid=1899458group_id=55736
Please note that this message will contain a full copy of the comment
Bugs item #1853216, was opened at 2007-12-18 08:06
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478070aid=1853216group_id=55736
Please note that this message will contain a full copy of the comment
Bugs item #1752995, was opened at 2007-07-12 14:52
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478070aid=1752995group_id=55736
Please note that this message will contain a full copy of the comment
Uncommenting line 34, #include sys/types.h did the trick, it'll build
now. Thanks!
On Mar 19, 2008, at 4:19 PM, Martin Peach wrote:
I guess it's the line:
tcpserver.c:89: error: syntax error before u_long
which indicates that the compiler doesn't know what a u_long is.
You could try
Looks like your computer is missing 'gsl'. I updated the fink
instructions a bit, maybe you could try to run through them again.
Basically, if you just copy and paste the packages into one big 'fink
install' line, it won't rebuild existing things. Don't bother with
the last ones,
19 matches
Mail list logo