state. It also creates objects in the subpatch with
proper $0 and $1.
- [instances] uses one [route] for all instances
.hc
poly-ideas.tar.bz2
Description: Binary data
On Nov 15, 2008, at 4:38 PM, Hans-Christoph Steiner wrote:
Hey,
Now that I am immersing myself in the various
On Nov 15, 2008, at 9:46 PM, Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
- [rawpoly] allows for dynamic addition while each existing instance
will keep it's state. It also creates objects in the subpatch with
proper $0 and $1
On Nov 16, 2008, at 4:17 PM, Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I didn't think of changing the behavior by using different wrappers,
that makes sense. I guess with nqpoly4 vs polypoly the main
difference in the wrapper. I
I just thought of one more advantage of not using a wrap patch: when
you modify an instance, the dirty flag gets set on the nqpoly patch
rather than all of the nqpwrap instances. This is a huge advantage
for debugging.
.hc
On Nov 16, 2008, at 5:19 PM, Hans-Christoph Steiner wrote
Anyone know why moocow is dying on Fedora with this error:
http://autobuild.puredata.info/auto-build/2008-11-16/logs/
2008-11-16_04.30.20_linux_fedora8-i386_pd-extended_run-automated-
builder.txt
gcc -DHAVE_CONFIG_H -I. -I. -DPIC -O3 -pipe -fPIC -Wall -DPD -O2 -
mtune=i686 -march=i386
I think you want to set the CFLAGS in packages/linux_make/Makefile
.hc
On Nov 16, 2008, at 7:31 PM, jano . wrote:
hi! still trying..
i discover some parts of the source where the enviroment CFLAGS has
no effect, i don'k know why so i add by hand, they are: externals/
pdp/opengl --- i
On Nov 18, 2008, at 5:09 AM, Bryan Jurish wrote:
morning Hans, morning list,
On 2008-11-18 02:32:57, Hans-Christoph Steiner [EMAIL PROTECTED]
appears to
have written:
Anyone know why moocow is dying on Fedora with this error:
http://autobuild.puredata.info/auto-build/2008-11-16/logs
instantiation
.hc
On Nov 16, 2008, at 4:17 PM, Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I didn't think of changing the behavior by using different wrappers,
that makes sense. I guess with nqpoly4 vs polypoly the main
difference
For the next release of Pd-extended, I think we should release it
under the GPL v3, so I am asking to see if there are any objections.
This is my understanding of what this would mean: the only real added
restriction would be that things included in Pd-extended could not be
licensed GPL v2
Hey,
Thanks for the intro! I support this because we definitely need
someone to finish up the details of a full 64-bit port!
.hc
On Nov 25, 2008, at 9:17 PM, Ilias Anagnostopoulos wrote:
Quote: Please send your request to the pd-dev mailing list, together
with an introduction about your
Hey,
I just checked out [stdout] in pd 0.42 in extra, looks like a handy
object. One comment, what about adding a second inlet that you can
bang for the flush? This would be instead of the flush message.
Then the first inlet can always just be passed straight through to
stdout.
.hc
I'll happily install any packages that don't cause problems with
anything else. It seems this one is mostly kind of installed
already, but I'll fully install it:
debian-stable-i386
--
ii libglib2.0-0 2.12.4-2 The GLib library of C routines
un
Yay, more devs! Thanks for the email intro, though I know you
already. First off, if you send your sourceforge name, then we'll
have it once this process is complete.
.hc
On Dec 1, 2008, at 6:09 PM, Damian Stewart wrote:
hey list,
i'm Damian, i come from a background in electroacoustic
be quite handy.
.hc
cheers
Miller
On Sun, Nov 30, 2008 at 08:11:02PM -0500, Hans-Christoph Steiner
wrote:
Hey,
I just checked out [stdout] in pd 0.42 in extra, looks like a handy
object. One comment, what about adding a second inlet that you can
bang for the flush? This would be instead
On Dec 2, 2008, at 8:58 AM, Damian Stewart wrote:
cyrille henry wrote:
hello,
i'm maybe wrong, but it look like the pd~ object that is part of
0.42 test release offer a good and generic solution to create
thread with pd.
ok,
hello, Miller? if you're reading: is there a roadmap for
On Dec 2, 2008, at 5:43 AM, Frank Barknecht wrote:
Hallo,
Damian Stewart hat gesagt: // Damian Stewart wrote:
i'd like SVN commit access, so that i can work on improvements to
some of
the Pd usability issues that have been bugging me lately. i would
like to
implement multithreaded
On Dec 2, 2008, at 2:43 PM, Miller Puckette wrote:
Fortunately many people are just posting up their papers on their own
websites, maybe Miller could do this.
I don't know which paper was being talked about but they should all be
up there on my website :)
Rumor has it there is a paper
My guess is that these errors are mostly likely caused by the fact
that Fedora puts the libmpeg3 headers in a different place:
[EMAIL PROTECTED]:~$ grep mpeg3_close /usr/include/*.h
/usr/include/libmpeg3.h:int mpeg3_close(mpeg3_t *file);
[EMAIL PROTECTED]:~ grep mpeg3_close
On Dec 5, 2008, at 7:58 AM, IOhannes m zmölnig wrote:
Hans-Christoph Steiner wrote:
My guess is that these errors are mostly likely caused by the fact
that Fedora puts the libmpeg3 headers in a different place:
[EMAIL PROTECTED]:~$ grep mpeg3_close /usr/include/*.h
/usr/include/libmpeg3
Yay! Its my hope that we can build upon efforts like pd-devel and
desiredata. Standing on the shoulders of giants kind of thing.
I would like to contribute to a community fork that aims to be Pd
compatible, but really focuses on decentralizing as much as possible,
by structuring things
On Dec 7, 2008, at 12:02 PM, IOhannes m zmölnig wrote:
Hans-Christoph Steiner wrote:
well, the joys of multiple distros...
i suggest that either the distro or the upstream maintainers
create a
pkg-config for libmpeg3.
this would be used automatically by Gem's build system
So I am just adding support to canvas_name and window_name for
getting the names from other canvases besides the current one, i.e.
parent, toplevel, etc. I am using the now standard numeric notation
that is used in [getdir], iemguts, getdollarzero, etc.
What I am wondering is whether it
On Dec 8, 2008, at 11:11 AM, Miller Puckette wrote:
Hi all,
I've spent some time thinking about this. I had only limited
success pulling
code from the 0.39 devel because there were so many changes,
often with
rationales I didn't fully understand, that I wasn't confident about my
On Dec 8, 2008, at 12:21 PM, Claude Heiland-Allen wrote:
Hans-Christoph Steiner wrote:
So I am just adding support to canvas_name and window_name for
getting the names from other canvases besides the current one,
i.e. parent, toplevel, etc.
OK.
I am using the now standard numeric
On Dec 9, 2008, at 3:37 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
On Dec 8, 2008, at 12:21 PM, Claude Heiland-Allen wrote:
Hans-Christoph Steiner wrote:
So I am just adding support to canvas_name and window_name for
getting the names from other canvases besides
On Dec 11, 2008, at 4:39 AM, IOhannes m zmoelnig wrote:
Miller Puckette wrote:
I'm thinking the sys_pdexe is teh only way. I try to avoid adding
junk
to the Pd API but in this case I think it will be necessary.
speaking of adding things to the Pd API...
is it totally out of your ways
and starts anyway.
cheers
Miller
On Mon, Dec 08, 2008 at 05:49:14PM -0500, Hans-Christoph Steiner
wrote:
On Dec 8, 2008, at 11:11 AM, Miller Puckette wrote:
Hi all,
I've spent some time thinking about this. I had only limited
success pulling
code from the 0.39 devel because there were so
On Dec 11, 2008, at 1:54 PM, Martin Peach wrote:
IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
IOhannes m zmoelnig wrote:
speaking of adding things to the Pd API...
is it totally out of your ways to
- add a function that returns the version of Pd?
something like const char
Unfortunately, the Submitter field is fixed... I think you should be
able to subscribe to it though.
.hc
On Dec 12, 2008, at 3:55 AM, Jamie Bullock wrote:
Hi,
I just submitted a patch to the tracker. Id 2419952. Could one of the
admins change 'Submitter' field to 'postlude', so that I
Yeah, I think there should be more querying capabilities in Pd in
general. It allows for more dynamic behavior without resorting to
strange hacks.
.hc
On Dec 12, 2008, at 4:02 AM, Luke Iannini wrote:
That's great! I'd actually love to be able to get any of the
parameters of GUI
On Dec 14, 2008, at 10:22 AM, Claude Heiland-Allen wrote:
Daniel Aschauer wrote:
I wanted to add my external to the repository. How do I become a
developer?
Send a bio (with your sourceforge username) and description of project
to this list and wait for people to not object, or
On Dec 12, 2008, at 3:21 PM, IOhannes m zmölnig wrote:
IOhannes m zmoelnig wrote:
i have (hopefully) fixed it now -- let's wait for tomorrows logs.
argh!
while my changes no make Gem find the correct headers, it's only to
discover that they changed the API :-(
Everyone should just use
On Dec 14, 2008, at 9:12 AM, Jamie Bullock wrote:
On Sun, 2008-12-14 at 13:47 +0100, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Yeah, I think there should be more querying capabilities in Pd in
general. It allows for more dynamic behavior without resorting to
strange hacks
On Dec 18, 2008, at 6:08 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
FYI: I installed a52dec-devel on the Fedora build server
cool thanks.
could you do the same for the planetCCRMA machine?
Sorry, that's the same thing. It's Fedora/PlanetCCRMA.
.hc
fgm,asdr
On Dec 19, 2008, at 6:06 AM, IOhannes m zmölnig wrote:
IOhannes m zmölnig wrote:
i was over-enthusiastically looking at the log-files and noticed that
the error was still there, so i thought...
obviously because the build was started before the packages were
installed.
mfdar
IOhannes
On Dec 22, 2008, at 9:19 AM, [*~] wrote:
Hi all:
https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/
pd-
devel/0.41.4
I am creating pd/src/pd.tcl to working on. I think the first
rule
that we should work on is that we don't modify any of the files
directly from
On Dec 22, 2008, at 1:18 PM, volker böhm wrote:
hi miller,
On 22 Dec 2008, at 19:07, Miller Puckette wrote:
Sounds like you have a rare Mac without an i386 compiler
installed. I'm
not sure, but I think bringing the development suite up to date
should
fix that.
hm, i might not be
On Dec 21, 2008, at 5:28 PM, Ed Kelly wrote:
Yep, that's true, but OTOH a wrapper is just a Pd
patch, which is
much easier
to change than a dynamic patching construct. That has
to be taken into
account when it comes to longer-term maintainability.
Generally
less dynamic
patching is
and my username on sourceforge is aschix.
I would be glad to join the sourceforge project and add my code to the
repository!
Daniel
Hans-Christoph Steiner schrieb:
On Dec 14, 2008, at 10:22 AM, Claude Heiland-Allen wrote:
Daniel Aschauer wrote:
I wanted to add my external to the repository
It seems there are no objections so I am going to add Damian as a
developer. Damian, could you post your Sourceforge ID? I couldn't
find it anywhere.
Sorry it took so long, when going thru this process, it is
appropriate and even beneficial to nag on this list to be added :)
.hc
On Dec
On Dec 22, 2008, at 8:42 PM, [*~] wrote:
Hans-Christoph Steiner said :
On Dec 22, 2008, at 9:19 AM, [*~] wrote:
Hi all:
https://pure-data.svn.sourceforge.net/svnroot/pure-data/
branches/
pd-
devel/0.41.4
I am creating pd/src/pd.tcl to working on. I think the first
rule
that we
On Dec 23, 2008, at 12:55 AM, IOhannes m zmoelnig wrote:
Miller Puckette wrote:
Second, and this just occurred to me, I think it would be smart to
separate
the u_main.tk cide into several smaller files. They could simply be
concatenated by the makefile. This way people could work on
Now that I have done some coding on the new Tcl side of things, I
have some questions to pose here. (crossing fingers, hoping to avoid
bike shed issues :D )
- first, does anyone object to making the Tcl files use 90 or 100
character widths? Tcl lines tend to be long and 80 char width
Here's how I see it: I think we should first reorganize the code and
streamline the GUI. I think we can change things that are only in
the current u_main.tk. Then once that is complete, we can start
making more substantial changes. So things like updating the
preference pane GUIs
On Dec 25, 2008, at 10:27 PM, [*~] wrote:
Hi there:
Hans-Christoph Steiner said :
Here's how I see it: I think we should first reorganize the code and
streamline the GUI. I think we can change things that are only in
the
current u_main.tk. Then once that is complete, we can start
I forgot to add, I found this website has useful advice on organizing
and using Tcl packages:
http://www.wjduquette.com/tcl/namespaces.html
.hc
On Dec 24, 2008, at 6:29 PM, Hans-Christoph Steiner wrote:
Now that I have done some coding on the new Tcl side of things, I
have some
Before we start modifying any specific file in pd-devel, I think there
needs to be a plan for how those changes are going to maintained,
IMHO. I don't think pd-devel is an outright fork (yet?) so its too
soon to just start committing things without this discussion about how
it will
On Dec 28, 2008, at 5:11 PM, mescali...@gmail.com wrote:
Miller Puckette wrote:
Looks like I already took a DESTDIR patch sometime in the past,
and the
present one merely makes it more nearly correct -- so I just hand-
adapted
it into vanilla. (new test release hopefully to arrive
On Jan 3, 2009, at 1:48 PM, Miller Puckette wrote:
Sorry for the slow response on this one...
- first, does anyone object to making the Tcl files use 90 or 100
character widths? Tcl lines tend to be long and 80 char width tends
to cause a lot of really ugly lines.
This would cause me
Hey Chun, all,
I am thinking that for adding locales to pd-devel, we should leave
iemgui out of it. It is very messy code that has a lot of legacy use,
so that the iemgui stuff would need to have full backwards
compatibility. Instead, I think we should build a new GUI library
that
Actually, I just found out that the GNU gettext utils for .po files
are included in Tcl/Tk in a package called msgcat. Here's a little
bit more on the topic:
http://www.gnu.org/software/automake/manual/gettext/Tcl.html
.hc
On Jan 5, 2009, at 4:33 PM, Hans-Christoph Steiner wrote:
Hey
Ok, responding to myself again :D It turns out that msgcat has been
part of Tcl since 8.1:
http://tcl.tk/man/tcl8.4/TclCmd/msgcat.htm
It looks like this is definitely the way to handle locales.
.hc
On Jan 5, 2009, at 7:18 PM, Hans-Christoph Steiner wrote:
Actually, I just found out
If the fixes aren't in trunk or the patch tracker, then they still
need fixing, AFAIK. People have been building the bulk of Pd-extended
on 64-bit, but I don't think anyone has gotten everything building
yet. So it would be great if you did!
.hc
On Jan 5, 2009, at 11:05 PM, Spencer
On Jan 5, 2009, at 7:43 PM, mescali...@gmail.com wrote:
Hans-Christoph Steiner wrote:
Hey Chun, all,
I am thinking that for adding locales to pd-devel, we should leave
iemgui out of it. It is very messy code that has a lot of legacy
use,
so that the iemgui stuff would need to have full
Hey all,
http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-devel/0.41.4/src/
If you haven't followed the SVN check-ins, Chun and I have been
working on rewriting the Tcl side of things. Things are structured
into some Tcl packages, but I am not sure they are named or
On Jan 7, 2009, at 4:59 AM, Steffen Juul wrote:
This is a follow up to the other mail on pd-list regarding the same. I
think it makes sense to carry on on pd-dev, hence i just respond to
this
email.
On Wed, January 7, 2009 1:14 am, Hans-Christoph Steiner wrote:
If anyone is ready
system of desiredata is that we could simply
reuse all the locale files (with permission) done for it so far,
which is quite a fair bit(check the locale directory in /src at the
dd branch).
my 0.01C:)
cheers
chun
Hans-Christoph Steiner said :
Actually, I just found out
On Jan 8, 2009, at 7:36 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
On Jan 3, 2009, at 1:48 PM, Miller Puckette wrote:
The pd_ is not understood in Tcl. If you have a package/namespace
called menus, that is very vague and has a very high potential for
causing name
On Jan 8, 2009, at 12:51 PM, Frank Barknecht wrote:
Hallo,
Loic Kessous hat gesagt: // Loic Kessous wrote:
I recently start to work with Pd (I was a Max guy only before) and
I'm
a little confuse about the 'scale' and range objects.
Both [scale]s, and [range] are externals, so they
Minor detail, but I was just thinking, since pd.tk is the core of the
Pd gui, which is often called 'pd-gui', perhaps pd.tk should be called
pd-gui.tk?
.hc
___
Pd-dev mailing list
Pd-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
On Jan 9, 2009, at 2:02 PM, Frank Barknecht wrote:
Hallo,
Daniel Aschauer hat gesagt: // Daniel Aschauer wrote:
I committed my external to the svn.
But I then realized that in the 0.40.3 extended pd version that I
downloaded there is an external (flatspace) included that has similar
One thing that is twisting my brain into knots is the startup order/
procedure. It is not very easy to follow and different on each
platform. This is something I would really like to smooth out. Right
now, I am looking for tips on figuring out everything that is going
on. I've searched
by the Wish.app on Mac OS X, pd.tk then starts
'pd' using -guiport,
- s_inter.c and t_tkcmd.c are scary
.hc
On Jan 10, 2009, at 11:44 AM, Hans-Christoph Steiner wrote:
One thing that is twisting my brain into knots is the startup order/
procedure. It is not very easy to follow and different
Hey,
I was just merging 0.41 vanilla into pd-extended 0.40 and noticed
something worthwhile to point out. It seems there isn't a patch
submitted for this, but it is quite simple. Basically, in s_inter.c,
'seteuid()' is used to lose setuid privileges. As far as I understand
it,
I just completed merging the Pd-vanilla 0.41.4 changes into Pd-
extended 0.40.3. It compiled, ran, and made sound, so I think it is
off to a good start! I am now changing the 'pd-extended' nightly
build to be based on this rather than 0.40.3 like it is now. Here's
the branch in SVN:
Since the Pd-extended 0.41 merge is done, soon it shall be time to add
externals, doc, etc. to that branch. So get your changes into trunk
now! :D
I think we should try to make this go quicker this time, meaning
absolutely no changes to the branch except bug fixes. Last time
things
Hey,
On Federico's request, I changed his developer access from
'federico__' to 'mescalinum', and removed the federico__ account.
.hc
'You people have such restrictive dress for women,’ she said, hobbling
away
Right, this is what I was looking for! Thanks so much, this is an
amazing resource!
.hc
On Jan 10, 2009, at 3:10 PM, Martin Peach wrote:
Hans-Christoph Steiner wrote:
One thing that is twisting my brain into knots is the startup
order/ procedure. It is not very easy to follow
this...(?)
(but, is the launch order reversed in OSX? i.e. the gui starts the
server?)
1:
http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-devel/0.41.4/src/s_inter.c?r1=10407r2=10501pathrev=10501
--
FF
Hans-Christoph Steiner wrote:
I little self-posting is in order
Does anyone mind if I enable the cia.vc stats reporting for the pure-
data SVN? It's a built-in feature in SourceForge, just a checkbox,
basically, in the Admin-Subversion section.
.hc
You can't steal a gift. Bird
On Jan 12, 2009, at 5:04 AM, Frank Barknecht wrote:
Hallo,
Tim Blechmann hat gesagt: // Tim Blechmann wrote:
I was just merging 0.41 vanilla into pd-extended 0.40 and noticed
something worthwhile to point out. It seems there isn't a patch
submitted for this, but it is quite simple.
I am thinking it would make things much more readable for non-Tclers
and it shouldn't change the function if the code used double-quotes
instead of Tcl's [concat] for sending messages. So something like this:
pd $name msg $accel :
Instead of this:
pd [concat $name msg $accel \;]
Can
So I have startup in both directions working, ('pd.tk' starts 'pd',
and 'pd' starts 'pd.tk'). This means you can choose which wish shell
to use on any platform, and it'll use that one. Here's how:
wish /path/to/pd.tk
This means you can easily use any 'wish' and run Pd with it. It also
I just found this snippet in the Tcl/Tk docs
(http://tcl.tk/man/tcl8.4/TkCmd/send.htm
) and it shows how to check if another instance of an app is running.
This script fragment can be used to make an application that only
runs once on a particular display.
if {[tk appname FoobarApp] ne
]$ pd -guiport 5600
connecting stream socket: Connection refused (111)
[...@slash src]$
This seems correct, since there wasn't anybody listening on port 5600.
cheers
Miller
On Mon, Jan 12, 2009 at 07:15:48PM -0500, Hans-Christoph Steiner
wrote:
So I have startup in both directions working
On Jan 12, 2009, at 1:45 PM, mescali...@gmail.com wrote:
Hans-Christoph Steiner wrote:
Does anyone mind if I enable the cia.vc stats reporting for the pure-
data SVN? It's a built-in feature in SourceForge, just a checkbox,
basically, in the Admin-Subversion section.
would be just sweet
On Jan 13, 2009, at 1:09 PM, IOhannes m zmoelnig wrote:
IOhannes m zmoelnig wrote:
since we are talking about guiports and stuff like that, i now find
the time to ask a question i always wanted to ask:
would it make sense to add an argument to pd so it could connect to
a remote pd-gui?
On Jan 13, 2009, at 9:06 AM, Martin Peach wrote:
IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
This looks very cool, we need an easy to use OSC replacement for
dumpOSC/sendOSC. One thing, I get this when I load them:
unpackOSCstream
... couldn't create
unpackOSCstream
I think it would make a lot of sense to rename a few functions/procs
so that they all match the pd message, but I haven't does this yet in
pd-devel. For example:
mouse message:
Tcl: pdtk_canvas_click - pdtk_canvas_mouse
C: canvas_mousedown - canvas_mouse
mouseup message
Tcl:
On Jan 13, 2009, at 3:25 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Minor detail, but I was just thinking, since pd.tk is the core of
the Pd gui, which is often called 'pd-gui', perhaps pd.tk should
be called pd-gui.tk?
if pd.tk is to be the executable (rather than
The pd/tk interface doesn't need to change, at least so far it
hasn't. That is one thing I have been working to keep completely
intact. One thing that will have to change is s_inter.c since it
handles the startup procedure. Mostly, I think it'll be drastically
simplified as most of
On Jan 13, 2009, at 3:39 AM, IOhannes m zmoelnig wrote:
IOhannes m zmoelnig wrote:
Steffen Juul wrote:
That aside. Just making sure: This devel branch is branching of
vanilla
0.41-4 and the only focus is the gui (as opposed to also merging
devel-0.39 features)?
since 0.42 is just out,
-- /home/msp/pd/bin/pd -stderr -guiport 6000
2320
% connecting stream socket: Connection refused (111)
On Tue, Jan 13, 2009 at 12:35:10AM -0500, Hans-Christoph Steiner
wrote:
I mean if I exec pd from Tcl with more arguments than just -guiport
5600, I get the output of -help and then pd quits
Sure, sounds like it fits in the mapping library. One question, could
the algorithm be implemented in Pd? So far, the mapping library is
all Pd, no C.
.hc
On Jan 14, 2009, at 8:40 AM, cyrille henry wrote:
Hello loic,
since you don't have a lot's of stuff to add to pure data svn, i
To start with, I am working on Ubuntu/Intrepid/i386 and Mac OS X
10.5.6/Intel. First, it works! You can open patches and run them!
You can create patches, but its pretty glitchy still. I am working on
getting saving working right now. So far, most of the work has been
on
When I try to build the spotlight importer with XCode 3.1.2 on Mac OS
X 10.5.6/Intel, I get this error:
error: can't exec '/Developer/Library/Xcode/Plug-ins/GCC 4.0.xcplugin/
Contents/Resources/cc' (No such file or directory)
Any ideas how to fix it? I have the whole XCode installed. That
Hey all,
Its time for the biannual post about type-punned pointers. The good
news is that in 0.41.4, it seems that Pd itself no longer as any type-
punned pointers that gcc auto-vectorizer complains about! The bad
news is that there are still a handful of externals that do. I'd
happily
On Jan 23, 2009, at 10:37 AM, Mathieu Bouchard wrote:
On Wed, 7 Jan 2009, Hans-Christoph Steiner wrote:
I hear you about reusing existing code, but I think there are a
number
of code reasons to use msgcat:
- it is a widely used standard, so its well documented (esp. compared
to our code
I just had a thought, does anyone know if SVN can stick in web links
to the modified code when sending emails to pd-commits rather than
including the whole diff? It would make the emails much smaller, and
would be much more useful to view things in viewvc rather than an
inline diff in an
On Jan 23, 2009, at 1:08 PM, Mathieu Bouchard wrote:
On Fri, 23 Jan 2009, Hans-Christoph Steiner wrote:
On Jan 23, 2009, at 10:37 AM, Mathieu Bouchard wrote:
So, do you really think that Tcl's GetText 'format' is being used
at all outside of Tcl? It's not like it's the same format as used
Hey,
Since the svnnotify script includes direct links to the changed code,
and more, would anyone object if the commit emails no longer include
the diff?
I think I initially objected to this, now I have seen the error of my
ways. :D
.hc
Since Pd devs are working on a mix of platforms, some with case
sensitive filesystems, and some not, I think it would be a good idea
to install SourceForge's check-case-insensitive.py script as a SVN
commit hook.
Any objections to that?
(We should perhaps also consider using the
On Jan 12, 2009, at 1:45 PM, mescali...@gmail.com wrote:
Hans-Christoph Steiner wrote:
Does anyone mind if I enable the cia.vc stats reporting for the pure-
data SVN? It's a built-in feature in SourceForge, just a checkbox,
basically, in the Admin-Subversion section.
would be just sweet
On Jan 23, 2009, at 10:41 PM, Mathieu Bouchard wrote:
On Fri, 23 Jan 2009, Hans-Christoph Steiner wrote:
Since there were no objections, I added the ciabot_svn.py script as
an
SVN hook. Here's the cia.vc project site:
http://cia.vc/stats/project/pure-data
How about commit messages
On Jan 23, 2009, at 10:38 PM, Mathieu Bouchard wrote:
On Fri, 23 Jan 2009, Hans-Christoph Steiner wrote:
Since the svnnotify script includes direct links to the changed
code, and more, would anyone object if the commit emails no longer
include the diff? I think I initially objected
On Jan 24, 2009, at 3:40 PM, Mathieu Bouchard wrote:
On Sat, 24 Jan 2009, Hans-Christoph Steiner wrote:
On Jan 23, 2009, at 10:38 PM, Mathieu Bouchard wrote:
On Fri, 23 Jan 2009, Hans-Christoph Steiner wrote:
Since the svnnotify script includes direct links to the changed
code, and more
Hey,
I am just starting to work on making 64-bit builds for Mac OS X. In
the process I found a few compiler warnings that Apple added to gcc to
help transition from 32-bit to 64-bit. I enabled it on the pd-
extended nightly builds and got a ton of warnings. It seems like it
would be
On Jan 24, 2009, at 3:47 PM, Mathieu Bouchard wrote:
Hans wrote:
On Jan 23, 2009, at 10:41 PM, Mathieu Bouchard wrote:
Back when I was on the pd-cvs mailing-list, I'd have said that
it's a good idea. I don't know how much pd-cvs has changed since.
Well, of course it should be made in a
On Jan 24, 2009, at 4:12 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
Since Pd devs are working on a mix of platforms, some with case
sensitive filesystems, and some not, I think it would be a good idea
to install SourceForge's check-case-insensitive.py script as a SVN
I just went through all of the externals that include t_tk.h and found
that none of them actually need to include it, since none of them
actually use the functions or macros declared in t_tk.h. Since pd-
devel has removed t_tk.h, and hopefully pd-vanilla will soon also
ditch t_tk.h, I
601 - 700 of 1799 matches
Mail list logo