On 16/12/2006, at 23.47, Hans-Christoph Steiner wrote:
The IEMGUIs were not originally part of the core, they were added
later.
Would it be of any value/interest to this discussion to bring up the
reason why it was added (when it was added)?
On 2006-12-17 03:09:19, Martin Peach [EMAIL PROTECTED] appears
to have written:
A string could be considered unused when its length is set to 0. Memory
would need to be dynamically allocated in small blocks. The API should
return no method for string if the external doesn't implement strings.
On Sun, 17 Dec 2006, Bryan Jurish wrote:
... which wouldn't get us true strings in the mathematical sense of a
free monoid Alphabet,concat(), since the empty string is the identity
element for concat()...
Right, and it may seem like not much, but if one is going to make a lot of
On Sun, 17 Dec 2006, Steffen wrote:
On 16/12/2006, at 23.47, Hans-Christoph Steiner wrote:
The IEMGUIs were not originally part of the core, they were added later.
Would it be of any value/interest to this discussion to bring up the reason
why it was added (when it was added)?
As I
On Sun, 17 Dec 2006, Mathieu Bouchard wrote:
On Sun, 10 Dec 2006, Mathieu Bouchard wrote:
On Sun, 3 Dec 2006, Hans-Christoph Steiner wrote:
On Dec 2, 2006, at 5:24 PM, Mathieu Bouchard wrote:
Well, compatibility would be a lot easier if we had automated tests like
most programming languages
Mathieu Bouchard wrote:
On Sat, 16 Dec 2006, Martin Peach wrote:
What if strings could be automatically cast to symbols for externals
that would rather have symbols, and vice-versa?
I have written an external asc2sym that takes lists of bytes and
splits them into symbols based on the
Mathieu Bouchard wrote:
On Sat, 16 Dec 2006, Martin Peach wrote:
Yes, and it's also easier to limit strings to word (16-bit) lengths,
while 8-bit is too short. So a t_string would look like:
typedef struct _string /* pointer to a string */
{
unsigned short s_length; /* length of string in
This message is from building pd-MAIN on Mac OS X 10.4/PowerPC:
cc -g -O2 -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-
parentheses -Wno-switch -DDL_OPEN -DMACOSX -DUNISTD -I/usr/X11R6/
include -I../portaudio/pa_common -I../portaudio/pablio -I../
portmidi/pm_common
moin Martin, moin list,
On 2006-12-17 21:46:50, Martin Peach [EMAIL PROTECTED] appears
to have written:
Bryan Jurish wrote:
On 2006-12-17 03:09:19, Martin Peach [EMAIL PROTECTED]
appears to have written:
A string could be considered unused when its length is set to 0.
Memory would need to be
Correct me if I am wrote, but shouldn't sys_externlist be only
declared in one .c file? Its declared like this in s_stuff.h:
(line 24) extern t_namelist *sys_externlist;
Then like this is s_path.c:
(line 33) t_namelist *sys_externlist;
And a duplicate in s_main.c:
(line 48) t_namelist
I made two builds of Pd-0.39-2-extended-test6 on Mac OSX using gcc
4.0.1, with differing CFLAGS. I used the attached patch to measure
the CPU usage, I tried to keep the operating circumstances equal, but
this is a rough test. But from this, the results look quite promising:
These flags
On Dec 17, 2006, at 1:36 AM, Mathieu Bouchard wrote:
On Sat, 16 Dec 2006, Martin Peach wrote:
What if strings could be automatically cast to symbols for
externals that would rather have symbols, and vice-versa?
I have written an external asc2sym that takes lists of bytes and
splits them
It's a mistake... I think the one in s_main.c should go. C code since
the 70s (at least) has allowed duplicate definitions of uninitialzed
data, but everyone knows it's wrong :)
M
On Sun, Dec 17, 2006 at 07:39:48PM -0500, Hans-Christoph Steiner wrote:
Correct me if I am wrote, but shouldn't
Automatic type conversion sounds like a really bad idea if the language only
partially supports it. Pd is strongly typed
is it? it mainly has numbers that occasionally look like symbols, and symbols
that more than occasionally look like lists and/or strings..
, so what Martin says is
Automatic type conversion sounds like a really bad idea if the language only
partially supports it. Pd is strongly typed
do you think the target user base wants to think in terms of casting types? i
don't. i have a feeling that was why there are so few types. i think most users
wan't to be
15 matches
Mail list logo
