-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-02 16:59, Hans-Christoph Steiner wrote:
On Nov 2, 2011, at 11:58 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-02 16:30, Hans-Christoph Steiner wrote:
I forced everything in the 'pd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-30 22:41, Hans-Christoph Steiner wrote:
Having the name SHARED_SOURCE singular highlights that its a single file,
which I think it should be. But since its an internal variable, I would be
OK with it having a different name.
i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-30 20:03, Roman Haefeli wrote:
Building iemnet on the Windows build machine still failed:
http://autobuild.puredata.info/auto-build/2011-10-30/logs/2011-10-30_03.31.00_mingw32_nt-5.1_windowsxp-i386_pd-extended.txt
seems like the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-31 15:39, Hans-Christoph Steiner wrote:
On Oct 31, 2011, at 4:59 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-30 20:03, Roman Haefeli wrote:
Building iemnet on the Windows build machine
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-31 15:35, Hans-Christoph Steiner wrote:
You should create some code that solves your issue in your library. Then
we'll take it from there.
hmm, the diff i posted was a cleaned up diff taken from
iem/iemnet/Makefile.
the code is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-26 19:29, katja wrote:
Hello,
Here is a .zip with an improved method for unit-testing of signal
before the list gets flooded with updates of updates of zip archives
with the current installment of the unit-testing framework, how about
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-24 22:10, Marvin Humphrey wrote:
I propose we use the suffix -regressiontest.pd for tests, then we can
have a script that crawls the whole pure-data SVN and runs the tests in
place with the libraries they are part of. (-test.pd is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-19 18:33, Hans-Christoph Steiner wrote:
Does it work for you?
it seems to work ok. at least the objects are loading (though i get a
lot of tcl/tk errors with some of the examples, but i guess that's
unrelated to the main problem)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-18 22:16, katja wrote:
On Tue, Oct 18, 2011 at 8:33 PM, Hans-Christoph Steiner h...@at.or.at wrote:
Another idea for handling this is to use the ./configure
--enable-double-precision flag, but have it generate a config.h, which is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-19 01:29, Hans-Christoph Steiner wrote:
Yes! I got it working. I see the way to use it for this situation,
this looks like great news!
fgmadr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-19 21:07, Hans-Christoph Steiner wrote:
I don't really understand what you're saying here.
it seems so.
fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-19 21:15, Hans-Christoph Steiner wrote:
On Oct 19, 2011, at 3:15 PM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-19 21:07, Hans-Christoph Steiner wrote:
I don't really understand what
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-18 05:01, Patrice Colet wrote:
then you did something weird :-)
i had the same problem after changing CC to CXX and replacing
myobject.c
with myobject.cpp
the template/Makefile is full of assumptions that the sources end
with
.c;
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-18 05:01, Patrice Colet wrote:
Also I still have same question about pd includes, but more accurately...
i missed that question :-)
gui externals needs m_imp.h, because of this:
[...]
c_externdir-s_name and c_name-s_name are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-17 22:27, katja wrote:
There's however a small issue to reckon with: at the moment, the only
way to force double precision compilation upon the external libs, is
to hardcode #define PF_FLOAT_PRECISION 64 in m_pd.h. If we put it in
i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-15 04:08, Patrice Colet wrote:
also I've added
CXX=g++
because i'm using mingw, and it starts compile :)
hmm, what is the default for CXX on mingw?
i think it's a bad idea to hardcode the used compiler for no compelling
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-17 17:11, Patrice Colet wrote:
Hello IOhannes,
all I could say is this:
$ make -p -n | grep CXX
make: *** No targets specified and no makefile found. Stop.
LINK.cc = $(CXX) $(CXXFLAGS) $(CPPFLAGS) $(LDFLAGS) $(TARGET_ARCH)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-03 18:48, Hans-Christoph Steiner wrote:
On Oct 3, 2011, at 5:06 AM, IOhannes m zmoelnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-02 22:27, Hans-Christoph Steiner wrote:
FYI:
http://autobuild.puredata.info
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-05 18:16, Hans-Christoph Steiner wrote:
On Oct 5, 2011, at 4:05 AM, IOhannes m zmoelnig wrote:
The logfile I see says its set to:
PATH=/usr/bin:/bin:/usr/sbin:/sbin:/sw/bin:/sw/sbin
http://autobuild.puredata.info/auto-build/2011
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-04 11:19, Roman Haefeli wrote:
Applied to standard paths this would lead to the following search order:
1) ~/pd-externals
2) /usr/local/lib/puredata/extra
3) /usr/local/lib/pd/extra
4) /usr/lib/puredata/extra
5) /usr/lib/pd/extra
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
@pd-dev: in the course of making packages for debian, we discovered
another slight problem with the -stdpath and -stdlib flags for
declare (and probably this also expands to the -nostdpath startup
flag). following is an excerpt of the discussion in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
when i try to login to the machine, i get:
Uptime for this computer is 10 [main] gawk 2200
C:\cygwin\bin\gawk.exe: *** fatal error - CreateFileMapping
Global\cygwin1S4.cygpid.3780, Win32 error 5. Terminating.
and i don't get a shell, which
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-03 11:49, IOhannes m zmoelnig wrote:
when i try to login to the machine, i get:
Uptime for this computer is 10 [main] gawk 2200
C:\cygwin\bin\gawk.exe: *** fatal error - CreateFileMapping
Global\cygwin1S4.cygpid.3780, Win32 error
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-03 16:31, Hans-Christoph Steiner wrote:
These all sound like good ideas to try. My only concern is that we
might let the deployment issues distract from the issues at hand about
getting it actually working first.
i'm definitely with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-03 17:16, Roman Haefeli wrote:
On Mon, 2011-10-03 at 10:47 -0400, Hans-Christoph Steiner wrote:
Looks like it was set to Pending, do you still need help with it?
No, that is what I am saying. It can be closed. But I seem to lack the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-03 17:44, katja wrote:
Thanks IOhannes for all your comments and suggestions.
I just realized that there are several ways in which identical symbols
for different function definitions could cause a problem and I did not
distinguish
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-03 18:00, Charles Henry wrote:
Would you prefer to set the types at configure time through a file--or
for example by adding a -DDOUBLE compiler flag? The affected
locations of code defining the types could just use #ifdef DOUBLE
no,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-03 18:04, katja wrote:
On Mon, Oct 3, 2011 at 4:35 PM, Hans-Christoph Steiner h...@at.or.at wrote:
Do you have access to an ARM
machine? If not, I could probably get one online with ssh access, if that's
useful.
I've mailed Joe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-03 18:32, Hans-Christoph Steiner wrote:
More on actually trying the patch. I tried to apply it to the HEAD of
pure-data.git, and one section failed:
pd@debian-lenny-i386 src $ patch -p1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-03 18:48, Hans-Christoph Steiner wrote:
I don't really know why this is happening, but I do know that the
./autogen.sh in pure-data.git and pd-extended.git works everywhere since
it is used in the builds every night. Why not just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-10-03 19:19, IOhannes m zmoelnig wrote:
On 2011-10-03 18:48, Hans-Christoph Steiner wrote:
I don't really know why this is happening, but I do know that the
./autogen.sh in pure-data.git and pd-extended.git works everywhere since
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-09-29 17:15, Hans-Christoph Steiner wrote:
Hey Roman,
I just saw this commit:
http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/Makefile?r1=15393r2=15397
.la files generally should not be installed, that makes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-09-29 17:41, Hans-Christoph Steiner wrote:
What is the problem this is trying to solve? How are the .la files
causing problems ? The Pd-extended is crufty enough as it is with lots
of kludges like this that I'm mostly responsible for.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-09-26 23:29, Hans-Christoph Steiner wrote:
My guess is that it'll be something like this:
#ifdef _WIN32
PATH
#elif defined(__APPLE__)
DYLD_LIBRARY_PATH
#else
LD_LIBRARY_PATH
#endif
i would go for something with less
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
http://cocoaconvert.net/2009/08/02/frameworks-with-private-frameworks/
fgmasdr
IOhannes
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
-BEGIN PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-09-26 14:14, Roman Haefeli wrote:
On Thu, 2011-09-22 at 17:36 -0400, Hans-Christoph Steiner wrote:
Hey IOhannes,
I think iemguts is ready primetime, I think it should be included in
the next Pd-extended 0.43 release. Do you have any
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-09-10 03:42, Rick T wrote:
# Makefile
# (c) 2006 IOhannes m zmölnig
oh, where did you get that one from?
nowadays, i would recommend using the Makefile template as found in
externals/template
(i should change the build system in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-07-13 14:20, Nicolas Montgermont wrote:
Before going further (tabread~, tabread4,...) I wanted to know if
someone has already done something similar or if you have advices on
names and behavior.
i think thomas musil did something like a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-07-13 15:30, Nicolas Montgermont wrote:
Le 13/07/11 14:29, IOhannes m zmoelnig a écrit :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-07-13 14:20, Nicolas Montgermont wrote:
Before going further (tabread~, tabread4,...) I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-07-13 19:31, katja wrote:
On Wed, Jul 13, 2011 at 3:51 PM, IOhannes m zmoelnig zmoel...@iem.atwrote:
the idea is to make double the standard for Pd in the future.
if nobody spents time for that it will never happen.
I'd like to help
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-07-13 20:11, Jonathan Wilkes wrote:
Hello,
Why is struct _canvasenvironment in g_canvas.c instead of g_canvas.h?
I want to take a t_object inside g_text.c and-- if it's an abstraction-- get
its name and dir. I can get the name but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-07-11 19:37, Hans-Christoph Steiner wrote:
That makes me think so ./configure is finding libdl find, and then
setting HAVE_LIBDL, and then the code in s_loader.c is going to do both
HAVE_LIBDL and the MSW section below it. So I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-07-11 23:20, SourceForge.net wrote:
Message:
Ok, I added this to Pd-extended. Be very careful to not copy things that
are not being translated. I.e. if DSP is going to remain DSP, then it
should look like this:
msgid DSP
msgstr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-07-02 13:01, Patrice Colet wrote:
I've found the odd part of that page is that they use LTLIBRARIES variable
while pd/src/Makefile.am doesn't.
does this mean that you have had no success with the dummy.cpp file
(output?) or that you
://enigmail.mozdev.org/
iEYEARECAAYFAk4avYkACgkQkX2Xpv6ydvTwPACeOmrqMSLAdz/YA+68e4zgWYHO
cZcAn32FOZOtnyIsGBoDfSDq/xYwwFFX
=Djnx
-END PGP SIGNATURE-
From 18878d89cfe3b02ff2649b48b6a9902fd1d0a4de Mon Sep 17 00:00:00 2001
From: IOhannes m zmoelnig zmoel...@iem.at
Date: Mon, 11 Jul 2011 11:00:21 +0200
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-07-11 17:59, Hans-Christoph Steiner wrote:
We have the opposite problem than that automake hack is trying to
solve. When ASIO is including, then everything including portaudio is
built and linked using g++. Portaudio fails to build with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-07-11 19:02, Patrice Colet wrote:
- Patrice Colet colet.patr...@free.fr a écrit :
The problem I'm encountering on win32 with makefile.am is that pd.dll
is not built
if I add this:
if WINDOWS
LIBS += -lwsock32 -lwinmm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ola,
On 2011-06-27 21:21, Hans-Christoph Steiner wrote:
Here's the files in puredata-doc:
http://packages.debian.org/sid/all/puredata-doc/filelist
in case this has gone unnoticed, i wanted to point out, that currently
the reference-patches
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-06-21 02:13, Jonathan Wilkes wrote:
How does one tell the difference?
i think the idea is to segregrate based on the paths libraries are
installed to.
usually there are directories where you need suprt-user rights to write
to. whenever
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-05-29 21:40, András Murányi wrote:
use [speedlim] from... err, it's included in iemlib, maxlib and cyclone, and
or write one yourself. it takes about 6 basic objects.
fgamsdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-05-30 12:00, pd-cvs-requ...@iem.at wrote:
Message: 1
Date: Thu, 1 Jan 1970 07:39:28 -0500 (EST)
From: p...@macosx104-powerpc.idmi.poly.edu (Pd User)
Subject: [PD-cvs] autobuild: pd-extended macosx104-powerpc 1970-01-01
03.15.05
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-04-27 12:08, Andrew Hassall wrote:
Anyone have any ideas why the pointer would change so dramatically? Is
it being corrupted? if so any ideas what by?
do you mind sharing the complete code?
and an unrelated issue with your code:
you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-04-27 13:17, Andrew Hassall wrote:
No thats fine, I've attached both c files. (they are a bit messy at
the moment due to debugging and tearing them apart sorry, if you need
cleaner commented code I can comment it up no problem)
a quick
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
some more comments, to fill in the gaps:
On 2011-04-27 13:51, IOhannes m zmoelnig wrote:
a quick glance at lpcanalysis_tilde_new() reveils, that you are
allocating data on the stack (which will be freed as soon as you leave
lpcanalysis_tilde_new
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-04-27 18:09, Andrew Hassall wrote:
When allocating memory with getbytes how do you refer to it as an
array? I can't seem to set values in the allocated memory using
*(mybytes+index) like normal.
as long as you only have one-dimensional
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
right now the gui-plugins in our svn-repository live in
/trunk/scripts/guiplugins/
i find this most unfortunate, since
a) the other scripts in the /trunk/scripts/ section are mainly
concerned with build-systems and the like, and could thus be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-02-23 21:52, Hans-Christoph Steiner wrote:
It seems to me the way to really do this would be to have post() and
logpost() find out the calling object instance on its own, if that's
possible. Then it would automatically apply to all
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-02-22 23:26, Hans-Christoph Steiner wrote:
This would be very nice, I could see being about to double-click any
line in the log and have it pop up which object made the log message. I
won't have time to implement this in the foreseeable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-02-23 09:05, IOhannes m zmoelnig wrote:
On 2011-02-22 23:26, Hans-Christoph Steiner wrote:
This would be very nice, I could see being about to double-click any
line in the log and have it pop up which object made the log message. I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-02-22 07:32, Hans-Christoph Steiner wrote:
So how about this:
- keep verbose() as it is
- add logpost(level, message) to both Tcl and C
- change ::pdwindow::post to mirror the C post() i.e. remove level
- remove ::pdwindow::fatal,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-02-16 04:53, Hans-Christoph Steiner wrote:
Do you remember why those incr 4 and level+4 are there to begin
yes, so that verbose(0, is not the same as error(
with? I think removing that is the best solution,
the duplication should be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-02-15 01:59, Hans-Christoph Steiner wrote:
Hmm, this might be the problem, in doverbose():
sys_vgui(::pdwindow::post %d {%s}\n, level+4, strnescape(upbuf, s,
MAXPDSTRING));
Why is there level+4? Why not just pass level straight
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-02-15 16:15, Hans-Christoph Steiner wrote:
I get the ranked levels, that stuff make sense. I am wondering about
the algorithm. In both C and Tcl, the verbose() posting is adding 4 to
the level value, so that means if people are doing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi all,
i want to inform you, that i have done a routine cleanup of our
developers at sourceforge.
18 people, who have not committed anything within the last two (2)
years, were contacted on the 2011-01-20 (that was also the deadline for
the 2 years
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-01-24 19:57, Felix Pfeifer wrote:
Hi,
Here is what i did:
I compiled pd-extended-0.42.5 on a 64bit slackware
linux. Everything seemed to work fine until i try to run
then i would say it is _not_ a compilation issue.
pdextended. I
On 2010-12-13 17:43, Hans-Christoph Steiner wrote:
From what I've seen, most network buffering is done with a ring buffer,
so a fixed size. That's my two bits...
flames
so what exactly are you trying to tell us?
one of the reasons for me to change my entire system and to switch to Pd
was
On 2010-12-13 23:15, Roman Haefeli wrote:
On Mon, 2010-12-13 at 14:42 -0500, Martin wrote:
What? It's better to crash the server than to disconnect an unresponsive
client?
Why crashing the server? I don't get the alarmism. If a patch needs to
i think martin commented on my if you rather go
On 2010-12-08 21:37, Xavier Miller wrote:
Hello,
.
So, yes, please list ALL the licences which are included in
PD/PD-extended, especially those that are not compatible with common
Open Source / Free licences !
At least users need to know they use non-free parts of software, and use
it
On 2010-12-09 16:32, Hans-Christoph Steiner wrote:
First off, I need to say I think Yves' code is great and very useful,
and he's doing important work that no one else is currently doing. This
has nothing to do with that. Yves changed his license to a non-free
license, which he is free to
On 2010-12-01 22:38, Bryan Jurish wrote:
moin folks,
On 2010-12-01 18:00:21, IOhannes m zmoelnig zmoel...@iem.at appears to
have written:
what is the canonical way to use the passed FLAGS and at the same time
adding whatever is needed?
something like 'PD_LDFLAGS=-Wl,--export-dynamic
On 2010-12-01 23:56, Albert Graef wrote:
IOhannes m zmölnig wrote:
however, afaict, CFLAGS and LDFLAGS are commonly meant to be settable by
the user, so setting those should not break the build system.
Exactly. Therefore a Makefile should *not* set CFLAGS, CXXFLAGS, LDFLAGS
and the like, or
On 2010-12-01 03:02, Hans-Christoph Steiner wrote:
I call mrpeach/net canonical not because I believe is it perfect and
bugfree, but rather because it is the established, proven way of doing
more elaborate networking.
i think it is not canonical as it tends to change it's API to workaround
during the debian packaging of externals i once more stumbled across one
of my many problems with make, which i was never able to solve in a
satisfactory way.
it is:
the Makefile uses CFLAGS and LDFLAGS to set crucial flags to the build
process e.g. LDFLAGS uses -Wl,--export-dynamic -shared to
On 2010-11-30 11:43, Roman Haefeli wrote:
Hi
If people are supposed to already report bugs with the current dev
(0.43) branch, where should they do so?
i'd say here or at the sf-tracker.
Is this the correct place to get most recent sources from:
On 2010-11-29 18:36, Hans-Christoph Steiner wrote:
It is OK IMHO to have iemnet use the names as the mrpeach objects as
long as the stated goal is interface compatibility. But I think this
packaging idea is just added complication without and real benefit. A
library is a library in Debian
On 2010-11-10 22:06, Roman Haefeli wrote:
In the case of iemmatrix (and also zexy, which actually already is
packaged as a multi-object-single-file library in Debian, but as a
one-object-one-file library in Pd-extended) and assuming that there
won't be any intelligent loader loader soon,
On 2010-11-11 10:07, Roman Haefeli wrote:
pd-iemmatrix:
generic single-file library depending on the metapackage 'pd'.
pdextended-iemmatrix:
dedicated iemmatrix package for Pd-extended, dependent on
'pd-extendeded', compiled as one-object-per-file library.
What do
hi miller, list...
i hear you are busy doing some bugfixing for the 0.43 release with hans...
working on the integra-live project i noticed a number of problems with
the portaudio support in Pd, some of them being real showstoppers (read:
they crash Pd)
i submitted a number of patches to
On 2010-09-14 17:42, Hans-Christoph Steiner wrote:
i believe the patch i attached to the ticket to solve the problem but
have not been able to test on the very platform.
ok, i managed to log in, and my patch indeed solves the reported problem.
however, there are more issues, coming from
On 2010-09-15 15:25, Hans-Christoph Steiner wrote:
I'm cc'ing pd-dev so others may benefit from this. There is nothing
magic about the files in Cygwin and MSYS, they are all on the same file
system. The problem is each system has its own root path:
sure.
* in MSYS, its /c
ha, i didn't
On 2010-09-15 15:20, Hans-Christoph Steiner wrote:
if we need a c++-aware linker, then we should ask for a c++-aware linker
(rather than force a c++ compiler). afaik, automake can handle this with
a 1-liner.
Try building with the ASIO sources, which are C++ and need to be built
i have
On 2010-09-15 15:56, IOhannes m zmoelnig wrote:
On 2010-09-15 15:20, Hans-Christoph Steiner wrote:
if we need a c++-aware linker, then we should ask for a c++-aware linker
(rather than force a c++ compiler). afaik, automake can handle this with
a 1-liner.
Try building with the ASIO
On 2010-09-14 11:30, SourceForge.net wrote:
Message:
i see the problem, but fail to understand why the chaining does not
stop the entire build.
i guess that the call to aclocal fails, but why autogen.sh then returns
TRUE is beyond my understanding.
it seems like i cannot log into the
On 2010-09-06 17:41, Hans-Christoph Steiner wrote:
Why do you think having the ability to autoload loaders is a bad idea?
I can't see a disadvantage, but I am not saying there couldn't be one.
I would like to see it be possible to write Pd objects in a bunch of
different langauges, then
On 2010-09-06 17:41, Hans-Christoph Steiner wrote:
Why do you think having the ability to autoload loaders is a bad idea?
I can't see a disadvantage, but I am not saying there couldn't be one.
i can't think of one, but that doesn't mean that there is none.
my main point was, that in
On 2010-09-01 06:06, Hans-Christoph Steiner wrote:
I refactored the startup/vwait code to be close to the
pd-gui-rewrite/0.43 startup procedure, but I removed the timeout that I
think was at the root of the problems here. I'll put together a patch
once I test it a bit more.
i wouldn't
On 2010-08-25 19:16, Jonathan Wilkes wrote:
Also, if you roll too many of your own in Pd, you end up doing so at the
expense of portability. I don't want to send a library of my hacks to
standard objects with every patch I show to someone else.
the implementation i attached in my last
On 2010-08-25 19:16, Jonathan Wilkes wrote:
ever tried to delay destroying an object?
With mouse and cut messages, yes. With your objects, no. What
happens?
you are talking about a completely different thing than i am.
so let's reset this discussion to my original example.
it's
On 2010-08-24 22:17, Jonathan Wilkes wrote:
I'd love to see an example of this in action. Just from your
description I'm wondering why you wouldn't do the fade from inside
the abstraction, and just delay destroying it until the fade out has
finished.
ever tried to delay destroying an
On 2010-08-25 05:36, SourceForge.net wrote:
Priority: 7
hi.
while i have tried to quickly fix the given problem, i would like to
raise the question, whether somebody could give me an example bug report
with a priority of e.g. 3.
i guess the reason to raise the priority, is to get it into Pd
On 2010-08-23 19:10, Jonathan Wilkes wrote:
Btw-- in your live-coding example you mentioned you were sending
the audio to a bus and would use [initbang] to fade in. But
how do you use [closebang] to fade out? Does [closebang] send
a trigger to one of the sister abstractions to do the
On 2010-08-24 05:39, Hans-Christoph Steiner wrote:
or use [constructorbang] and [destructorbang]
[createbang] and [destroybang] is a nice pair. :)
yes, but they have 2 drawbacks:
- the seem to be actors rather than reactors; e.g. i would expect
[destroybang] to destroy something, rather
On 2010-08-23 17:33, Hans-Christoph Steiner wrote:
Yeah, we definitely don't want [initbang] to be used too often, I can
i would also like to state, that we shouldn't use [metro] too often.
reversely, one cannot use [trigger] too often.
so Pd should print out a warning if there is no [t] in
On 2010-08-19 07:14, Ted Hayes wrote:
Following up on this—doesn't look like anything in iemguts will help.
Basically I need either
1) A way to generate a list (once) of all object names, number of inlets and
outlets or
2) A way to output the number of inlets and outlets for a given
On 2010-08-04 21:29, Hans-Christoph Steiner wrote:
I've packaged up a bunch of libraries as pd packages, and they rely on
headers besides just m_pd.h. These headers should be included in the
'make install' so that people can easily build them. I think we should
install these headers into
in order to not pollute /usr/include/ with files like s_stuff.h and to prevent
name-clashes with other packages, headers should go into a special subdirectory.
make install installs headers into ${includedir}/pd
to make this directory findeable, this also includes pkg-config support
---
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
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 2010-07-12 05:33, Miller Puckette wrote:
o Pd developers --
After much uncertainty how to proceed, I finally went ahead and 'pushed'
my Pd git repository to sourceforgs -- available at
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pure-data
or to clone it to your
101 - 200 of 547 matches
Mail list logo