David Merrill wrote:
Hello all,
hi.
i am redirecting this to pd-dev, since i hope this mail will lead to
some further dev-specific discussion and hopefully to some usable build
system.
Has anyone else had a problem trying to compile an external from the CVS
source? I just checked out
IOhannes m zmoelnig wrote:
just to revive this discussion:
i have submitted a patch to the tracker, which enables the expansion of
$# (argc) and $@ (argv).
[$#( could be considered as an implementation of [list length] (and vice
versa)
which basically means, that [$#( is redundant, as soon
Mathieu Bouchard wrote:
On Mon, 28 Aug 2006, Hans-Christoph Steiner wrote:
If you already know the intricacies of Mac OS X, for example, why
should you have to learn some other random thing? Mac OS X and Debian
illustrate this concept very clearly. In Debian _all_ packages are
configured
Mathieu Bouchard wrote:
The following message from pd-cvs has no cvs log. Is this normal?
Modified Files:
ringbuffer.c ringbuffer.h
Log Message:
Many bug fixes
isn't Many bug fixes a cvs log?
if you are wondering, why there have been no diffs between r1.11 and
r1.12 in the
hi.
Hans-Christoph Steiner wrote:
IOhannes stuck [once] into the purepd library. I started that library
true
as a DEVELOPMENT library to explore ideas of how to implement things in
sorry, i had no idea you intended it like that.
i always thought that purepd would be a replacement for
Jarbas Jacome wrote:
Brothers, is it possible to use PD just as code API, without using its GUI?
I mean, for example, create a program with a completely diferent GUI for
PD?
Or make a program without interface at all. Any good example of
something like that?
pd -nogui
seriously, there have
Hans-Christoph Steiner wrote:
It would be very nice to have FFTW in Pd, its really much much faster.
.hc
On Sep 25, 2006, at 10:38 PM, Miller Puckette wrote:
Well, I started coding for fftw-2, then found out it had already been
replaced with fft-3, then decided that perhaps I should just
corelibs is currently broken due to a renaming of pd/src/d_mayer_fft.c
to pd/src/d_fft_mayer.c
while i updated the corelibs/generate.sh script to handle this, it still
does not really work with the autobuild-system.
the reason for this is (imo) the very complicated stacking of Makefiles
Tim Blechmann wrote:
what makes you think, that this is similar in text-based languages?
i think script language here did not mean text-based language
(ignoring the etymology of script), but rather interpreted language.
mfg.adsr
IOhannes
___
excerpt from scripts/nightly-build.sh
snip
# GNU/Linux
if [ ${UNAME} == Darwin ]; then
cd packages/linux_make
fi
/snip
it would be nice if such magic would be documented ;-)
mfg.adsr.
IOhannes
___
PD-dev mailing list
PD-dev@iem.at
hi all, hi hcs
would it be possible to do the rsync without the verbose (-v) flag?
even though rsync's manpage says that --delete s oh so dangerous and
to be used with care, i think that this care has already been taken.
so for me, this verbosity is really annoying in the logs.
mfasdr
Hans-Christoph Steiner wrote:
did not ask at all. d_mayer_fft.c is the name of the file in
0.39.2. You have broken compilation for Pd-extended.
because corelibs IS broken, even without my changes (which tried to
fix what was going on)
Check the build logs from the auto-build farm for the
Hans-Christoph Steiner wrote:
what i did (try to) do, was to modify your build system in a way, that
it could handle both cases. (and the build system has serious problems
with this)
Is this urgent?
well no, but pd-0.40.1 is out now...
How about waiting until we get the 0.39.2
SourceForge.net wrote:
Comment By: Mathieu Bouchard (matju)
Date: 2006-10-18 09:47
Whatever about calling functions y0,y1,yn, they've been
there since almost the beginning of unix. They're Bessel
functions defined in math.h. You won't be able to move
them out of it.
oh, i see. i didn't know
Hans-Christoph Steiner wrote:
I think its a really bad idea to name functions using names that have
existing in standard headers for decades, especially when that header is
i do not recall any function in pd with a name y1().
it is a simple stupid variable, with a _quite_ descriptive name
Hans-Christoph Steiner wrote:
I am getting conflicts just my using your build stuff. Could you remove
zexyconf.h from CVS since its dynamically generated? Otherwise this
will require manual intervention after automatic builds.
RCS file: /cvsroot/pure-data/externals/zexy/src/zexyconf.h,v
Hans-Christoph Steiner wrote:
gcc -DPD -O3 -funroll-loops -fomit-frame-pointer -mcpu=i586
-mtune=pentium3 -I/home/pd/auto-build/pd-extended/pd/src -W -ggdb
-mms-bitfields -DMSW -DNT -D'O_NONBLOCK=1' -D'srand48(n)=srand((n))'
-D'drand48()=((double)rand()/RAND_MAX)'
hi
Hans Steiner wrote:
Just a thought: Miller has started, just barely, to use a config.h
generated by ./configure in pd/src. How about adding the stuff that you
have in zexyconf.h there? Then every library can benefit. For now, we
can just use patches in the Pd-extended build until
SourceForge.net wrote:
This also happens on Ubuntu, so its not OS-specific. I guess I forgot to
mention that. The above Dell Dimension is running Ubuntu Dapper.
Is there a certain set of ./configure options to try?
please check whether this is related to rectangle-textures (by using
Georg Holzmann wrote:
Hallo!
since pd-0.40 you can do DSP-on-demand, by banging the [switch~] object.
i have not tested, but it might be, that this DSP-operation is in the
message queue.
what do you mean by that ?
by what? there are 2 parts which might be problematic.
mfg.adr
IOhannes
Hans-Christoph Steiner wrote:
FYI: I created a release branch called branch-v0-39-2-extended last
night following the instructions here:
http://puredata.org/docs/developer/Branching
I will be making commits to all sections of that branch in order to fix
things and get things working.
i just discovered a bug in mrpeach/net/tcpserver
the break in mrpeach/net/tcpserver.c:420 effectively makes the
broadcast message useless.
is there any reason for this?
can i change the file?
mfg.adr
IOhannes
___
PD-dev mailing list
PD-dev@iem.at
[EMAIL PROTECTED] wrote:
I get:
if(argc 2)
on line 420, so I don't get it...
oops, you are totally right. vi tells me it is line #459, but by
(x)emacs tells me it is line #420.
this is what you get, when you are trying to be overly cool and just
provide a bare minimum on information...
Hans-Christoph Steiner wrote:
On Dec 11, 2006, at 11:45 AM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
FYI: I created a release branch called branch-v0-39-2-extended last
night following the instructions here:
http://puredata.org/docs/developer/Branching
I will be making
Thomas Grill wrote:
Am 16.01.2007 um 16:13 schrieb Georg Holzmann:
Hallo!
i already submitted patches for this and other issues with IEM
sources to the patch tracker a while ago.
IEM stuff doesn't correctly deal with Mac/Intel endianness at the
moment.
hm ... I can't find that patches
Frank Barknecht wrote:
Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:
/usr/lib/gcc/i586-mingw32msvc/3.4.5/../../../../i586-mingw32msvc/bin/ld:
cannot find -lpd
collect2: ld returned 1 exit status
make: *** [rvbap.dll] Error 1
Oops, do I read this correctly, that on
Frank Barknecht wrote:
Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:
Oops, do I read this correctly, that on Windows (or *for* Windows) I need to
have some kind of pd.dll to compile an external? And that means, I need to
cross-compile Pd first?
Hm, sorry for talking to
Martin Peach wrote:
Thomas Grill wrote:
Hi Martin,
many thanks for your initiative, it is greatly appreciated!
yes, me too!
The [str] object contains the other functions, you can see them in str.c
in /externals/mrpeach/str.
i think that if pd provides the infrastructure, then it also
carmen wrote:
I'd also still be interested in getting us over to Subversion, if
there is still a supportive group for this? I've maintained several
SVN repos now, and feel a bit more up to the task of organizing the
project.
there are definitely a lot of supporters for this.
i think the main
Frank Barknecht wrote:
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
hardware, backups and the like (even if we only means me)
the bad thing is that sourceforge is really overloaded.
the good thing about the 2nd is, that the repository is under our full
control. we
Frank Barknecht wrote:
Hallo,
Miller Puckette hat gesagt: // Miller Puckette wrote:
I wonder if the old-fashioned idea of just using the file browser
should be available as at least an option...
Yes! ;)
me too
mnfg.ydr
IOhannes
___
hi.
Luigi Rensinghoff wrote:
Hi Developers, in particular Inte-Mac Users ;-)
well probably i shouldnt even try, but i would like to test partconv
on an intel mac.
So i am trying to compile it myself, which, well...i dont really
have enough background knowledge.
good (i mean,
Pierpaolo Marcon wrote:
I'm trying to put Pd on a DSP processor, but I need to separate
completely the Pd engine from the GUI.
Does anybody knows if it is available on the web the Pd engine code?
(without GUI)
pd -nogui will launch pd without gui (no X or whatsoever needed)
pd -guiport
Georg Holzmann wrote:
Hallo Peter+Hans!
Yeah, they aren't hurting anything, they've been there a looong
time. So might as well keep them.
Yes, but IMHO the cvs is not here for binaries ! (and then why only vbap?)
i agree with georg that they should be removed.
they should be zipped
Luigi Rensinghoff wrote:
Hi developers,
i am working on a cleaned version of a mac OSX extended Installer
and i am almost there.
Is thee a place where i can put it so that others can download it ???
Do i need dev-acces for that (sourceforge, wiki-page) ?
just if you haven't noticed:
Luigi Rensinghoff wrote:
Are you sure? I think you mean Luke Iannini, not Luigi Rensinghoff.
oh, might be; sorry for the confusion...but the subject was so similar...
Hm sorry guys...
i am talking about a file that is 70 MB. And for some reason the ftp
acces doesnt work. I tried all
just to make sure: iem_matrix is totally deprecated in favour of
iemmatrix.
it should not be added to the pd-extended build-system.
instead it should be removed from the pd-extended build-system.
(i don't want to break the build-system so i won't do it ;-))
sooner or later i will remove it from
Georg Holzmann wrote:
Hallo!
just to make sure: iem_matrix is totally deprecated in favour of
iemmatrix.
it should not be added to the pd-extended build-system.
instead it should be removed from the pd-extended build-system.
(i don't want to break the build-system so i won't do it ;-))
Hans-Christoph Steiner wrote:
Sure, I thought it was already. regex.h is already installed on all
of the auto-build machines. I guess someone just needs to fix the
compilation. A bug report would probably be good to keep track of it.
hmm, this is very weird: zexy's configure does find
Hans-Christoph Steiner wrote:
It would be good to keep the sourceforge page uncluttered, and adding
all these sections would make it much more cluttered than it already
is. But I do think it's a good idea to post the binaries one a website
and remove them from CVS.
i don't think that this
Nicolas Montgermont wrote:
It seems mingw32msvc can't find any pd function... but the linux to
linux part works well (see attached)
Do someone understand where is the error? Or better, already have a
makefile to cross compile?
Sorry if it's stupid, I'm not really used to makefiles...
you
moved this to pd-dev...
Hans-Christoph Steiner wrote:
On Apr 18, 2007, at 11:19 AM, IOhannes m zmoelnig wrote:
how should i proceed?
Hmm, I like the idea of encapsulating the hexloader code, but I think
if the hexloader is a separate loader, then the other loaders won't
benefit from
hi miller, all.
i am currently having troubles implementing the hexloader as a
system-loader.
while things work rather straightforward in external/library land, it
stops being trivial when it comes to loading abstractions via a
system-loader.
(this is needed since the hexloader mainly applies a
Hans-Christoph Steiner wrote:
I just noticed this in the build logs. Looks like the patch isn't
applied at all. I think the problem is that there is a relative path
in the filenames, while the working ones just have the filename, i.e.
this doesn't work:
|--- pd/src/g_text.c 4 Oct
Nose Hair wrote:
I think I figured it out. It looks like I have to use t_symbol *sym
instead of t_symbol sym and the outlet has to be x-outlet_new(x-
x_outlet0, *sym). That seemed to work. The weird problem I am
having now it I get an error with the return(void *)x; I get error:
[EMAIL PROTECTED] wrote:
--
Message: 4
Date: Wed, 30 May 2007 04:32:12 -0400 (EDT)
From: [EMAIL PROTECTED] (Pd User)
Subject: [PD-cvs] autobuild: pd-extended macosx104-powerpc 2007-05-30
03.15.04
To: [EMAIL PROTECTED]
Message-ID:
[EMAIL PROTECTED]
Georg Holzmann wrote:
Hallo!
just to reiterate myself:
i can compile and run iem16 on linux and os-x as a _library_.
yes, but also only if you NOT declare table16_class as static, which
leads to the compile error on osx ...
yes, sorry if this is unclear:
the reason for all this is that
IOhannes m zmoelnig wrote:
still frank is right when he says you shouldn't upload filenames with
spaces to the sf tracker...
and i add that you shouldn't use filenames with spaces at all.
(though you could try to name your directories AUX, which is fun too...)
on rereading this, i want to add
Frank Barknecht wrote:
might be that my reasoning is not completely in-line with pd-vanilla
(compare the send message to [netsend])
At first I thought, changing [netsend] so that it behaves the same would
be cool as well, however [netreceive] differentiates between foo 1
and list foo 1.
Chris McCormick wrote:
1. IEM? (is this an option?)
pros:
cons: lots of work for IOhannes.
2. savanna.nongnu.org
pros:
cons:
3. Rent a dedicated server.
pros: we have total control.
cons: we have to install and set up. costs money.
i do not fully understand the difference between
Chris McCormick wrote:
On Wed, Jul 04, 2007 at 11:50:00AM +0200, IOhannes m zmoelnig wrote:
Chris McCormick wrote:
1. IEM? (is this an option?)
pros:
cons: lots of work for IOhannes.
2. savanna.nongnu.org
pros:
cons:
3. Rent a dedicated server.
pros: we have total control.
cons: we
[EMAIL PROTECTED] wrote:
Log Message:
added error report to [sustain( message
--- 203,209
{
if (f 0 f x-last_state)
! x-sustain_state = f;
! else
! post(ERROR: sustain value not betweem 0 and %f,x-last_state);
}
tip of the day:
there are 2
IOhannes m zmoelnig wrote:
[EMAIL PROTECTED] wrote:
Log Message:
added error report to [sustain( message
--- 203,209
{
if (f 0 f x-last_state)
! x-sustain_state = f;
! else
! post(ERROR: sustain value not betweem 0 and %f,x-last_state
Hans-Christoph Steiner wrote:
Hey all,
I am thinking of changing my license to GPLv3. The only forseeable
problem would be if people have taken out the or (at your option)
any later version from the standard GPLv2 text, thereby tying the
code to only the GPLv2.
is there a reason for
[EMAIL PROTECTED] wrote:
Message: 6
Date: Wed, 11 Jul 2007 17:34:40 +
From: Martin Peach [EMAIL PROTECTED]
Subject: [PD-cvs] externals/mrpeach/osc packOSC-help.pd, 1.6, 1.7
packOSC.c, 1.6, 1.7 unpackOSC.c, 1.3, 1.4 routeOSC-help.pd, 1.2,
1.3
To: [EMAIL PROTECTED]
Martin Peach wrote:
one solution might be to use negative delays: delaying objects, such as
[delay] and [pipe] just ignore negative values (so they behave the same
as when fed with 0), but the user has the option to determine whether
the message arrived to late and can act accordingly (e.g.
Patrice Colet wrote:
I tried to make DLLs of nrepeat and nnrepeat, but it seems I'm too
ignoramus to find out how to proceed, I've entered those lines in the
msys shell
i haven't had a look at the tutorial files, but i was wondering why you
couldn't build [nrepeat] (i haen't seen [nnrepeat]
Serguei A. Mokhov wrote:
Hi,
hi serguei
I will soon be completing my PD external(s) for the upcoming PDCon07. I
would like to able to commit them to the PD repo once I am ready. For
this, could you please add SF.net 'mokhov' to the project.
as we (at least: i) do not know anything about
Bryan Jurish wrote:
moin again,
the fastest lurker on the list...
the new code has been checked into cvs as externals/moocow/pdstring
v0.04 ... let me know if it works (or doesn't)... and send me some
sequence of inputs that reproduces the error if you can find one...
thanks bryan.
i
Hans-Christoph Steiner wrote:
There is a glitch in any2string that is stopping Pd-extended from
building:
i fixed that yesterday.
and it is rather a glitch in the assumptions the externals/build/src/
makes than in the pdstring, which just builds perfectly.
mf.adsr
IOhannes
Hans-Christoph Steiner wrote:
3) I found the source to OSCx on SourceForge, but it looks ancient
(i.e. from 2002), which includes it's own statically-linked (and
very old) version of libosc. Is that really the latest release?
I'm thrilled that PD makes working with MIDI so easy, but I
hi all.
after talking to hans at the convention, i have created 2 new externals:
[propertybang]: outputs a bang when you select the property menu-item
for the abstraction that holds this object.
[saveargs]: allows you to change the arguments of the abstraction that
holds this object in the next
Hans-Christoph Steiner wrote:
Wow, awesome! You beat me to the whole thing. Can't wait to try
them. iemlib is fine by me, as long as it doesn't restrict your
access to them.
since thomas is unavailable for the next 2 weeks, i just decided to put
them into another new library iemguts
marius schebella wrote:
great! can you explain how kiosk mode is invoked? is there a flag at
start up, or can I change to kiosk mode during runtime? or is it a
totally different version than the normal pd and I can only run either/or?
can you send a screenshot how it looks?
is it already
Tim Blechmann wrote:
i am not really a fan of removing people from a project, but maybe one
could distinguish between 'active' and 'retired' developers ... retired
developers should loose their cvs access, but still kept in the
sourceforge developer lists ...
i agree with hans that i don't
David Plans Casal wrote:
a documentation duplication can be found at
http://puredata.info/dev/cvs, where the information is correct.
Hrm. Perhaps we could merge? or is that page duplicated for a reason?
no! you might break the carefully thought of layout :-)
mfga.sdr
IOhannes
PS: i
Hans-Christoph Steiner wrote:
On Sep 10, 2007, at 9:47 AM, IOhannes m zmoelnig wrote:
That sounds quite handy. It should definitely be in some lib
somewhere.
well, it already is in some lib: toxy (my patch is really just one of
the example-patches slightly modified)
Unfortunately
hi.
after the talk about svn at the pd-con, it seems like there is a general
ok from the community, if somebody would be willing to perform the
actual migration.
actually i could be this volunteer.
ad miller: there exist migration paths from both cvs and svn to git, so
svn would do no harm
Mathieu Bouchard wrote:
On Tue, 11 Sep 2007, IOhannes m zmoelnig wrote:
- moved abstractionsextensionsxguiFramestein into externals
good thing, as long as abstractions does not become a subfolder of
externals... but I would rather have it under a common name that isn't
abstractions nor
Hans-Christoph Steiner wrote:
As for 'scripts', there needs to be a place for all the scripts needed to
build Pd-extended. Whether that's also the place for bash_completion,
etc, that's a separate question.
but since it is the pd-repository rather than the pd-extended
repository, it
Hans-Christoph Steiner wrote:
#TAGS:misc
import (htdocs pd-msg aenv~ bsaylor susloop~ svf~ vadsr~ xgui zhzxh~)
These tags are useful for handling imported code that is maintained
elsewhere.
thats what the documentation says.
have you ever made any use of the useful thing?
Does SVN
Winfried Ritsch wrote:
Hello,
I just missed the pdconv, so how is the authorization for the repository
planed ? Is it possible to restrict access to a subfolder ?
no, since the plan is to stay with sourceforge for now, there is still
no way to restrict write access to submodules (afaik).
Hans-Christoph Steiner wrote:
Plus, what about adding Gem back to the main pure-data repository?
why?
- everything else is in that repository
?
- makes for one checkout for everything
see my random mentions of svn:externals
- makes it easy to make branches and tags for the whole
Hans-Christoph Steiner wrote:
however, once we have moved to SVN i would like to make an
experimental branch of pd-extended to re-work the entire build-system
into small (managable) pieces that are modular and survive directory
re-structuring.
i know that you are not really interested
SourceForge.net wrote:
Bugs item #1738289, was opened at 2007-06-16 12:06
File Added: array_viewlist.diff
i was just wondering: when a bug-report gets a fix (e.g. a patch-file),
should it be moved from the bugs section to the patches section or
should it stay within the bugs.
the question
federico wrote:
just a question about how layout is organized in cvs...
I think I'm going to create a directory in toplevel (say
externals/ffgx) where to put my externs, but I would like to put also
'tclpd' in a separate directory in toplevel (externals/tclpd) cause
I'm willing more people
Ed Kelly wrote:
I think, IOhannes, if you could explain to me precisely how to use this
function, I would be willing to (slowly) go through and make some
changes. This is a massive hole in PD!
i think you are mistaken on the powers of error():
this function is really just a version of
Atte André Jensen wrote:
Hi
I'm writing my second external, an arpeggiator called arp. I know I
was encouraged to write it as an abstraction, but the exact features
that I wanted seemed too overwhelming for a pd-newbie.
Anyways, I have two questions:
1) Whenever I instantiate it in
Atte André Jensen wrote:
Aha. So I should simply remove the above lines, right?
right.
To remove the risk of name clashes between my external and others, right?
right.
I'm now subscribed to that also, thanks!
right.
mfa.sdr
IOhannes
___
CUNHA Claudio wrote:
But I must to convert a PD patch in Max/MSP and the problem is that I am not
the person who creates the PD patch...
If I don't know the original order of the PD patch how can I use the triggers
well, if the original Pd patch does not use triggers to explicitely
[EMAIL PROTECTED] wrote:
i just test graph on parents, and it' not working.
the trick is basically to replace :
now this is what i call a reason to use a repository and maintain the
code :-)
fmadsr.
IOhannes
___
PD-dev mailing list
chris clepper wrote:
I uncommented it which is the correct behavior compared to the original
recordQT object.
i don't know why it has been removed.
however, why don't we just use a separate outlet (or a different
message) to indicate the end of recording?
i am not a very big fan of ambigous
Ed Kelly wrote:
Haha!
I hope subversion is more user friendly, but I guess it's just slightly
different!
no, this was one of the motivation to write subversion in the first
place: to not distinguish between files and directories on the
version-control level.
fgmas.dr
IOhannes
Lluis Gómez i Bigordà wrote:
hi list, just a question about sys_vgui() ...
i'm trying to get some info about a widget on the pd canvas,
but sys_vgui() is declared to retun void ... so i cannot get anything
using this function ...
there is another way to run tcl/tk scripts in the pd
Hans-Christoph Steiner wrote:
mrpeach/osc/packOSC.c
mrpeach/osc/unpackOSC.c
i thought at least these 2 have been fixed with recent versions of osc,
haven't they?
fmader
IOhannes
___
PD-dev mailing list
PD-dev@iem.at
Hans-Christoph Steiner wrote:
Finally, it's done! The most polished release of Pd yet. We are
further refining Pd into a truly powerful and usable programming
platform.
great and congratulations.
does this also mean that the pd-0.39-extended bug's in the tracker are
fixed and can be
finally, i would like to do the removal of inactive users from the long
list of sf-developers.
12 users have never committed anything, 26 users have not committed
anything within the last 2 years.
i would like to send this email (of no one objects) to each of them, and
after a one week period
Hans-Christoph Steiner wrote:
On Oct 26, 2007, at 2:13 PM, Martin Peach wrote:
Any specific suggestions? You mean casting as (entry_class) or
something like that?
you have to copy the struct definitions from whereever to your file.
look at iem/iemguts/src/saveargs.c
fmasdr
IOhannes
Mathieu Bouchard wrote:
On Sat, 27 Oct 2007, Hans-Christoph Steiner wrote:
t_canvas *canvas = (t_canvas*)glist_getcanvas(glist);
t_atom *ap = binbuf_getvec(canvas-gl_obj.te_binbuf);
t_symbol *s = atom_getsymbol(ap);
ah, you seem to have found the same thing that i just thought about
Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
And as an experiment, I made a new autobuild called pd-main+libs,
which is Pd straight from the HEAD of MAIN and the rest of Pd-
extended. None of the patches are included tho, so it
Miller Puckette wrote:
Hmm, well, the way Pd gets it is looking in the binbuf. But perhaps you
need to look in the binbuf for the object you're looking at, not that of
the containing canvas, no? Or, on the other hand. perhaps you're trying
to get the name of the abstraction the object is
Hans-Christoph Steiner wrote:
We have a winner! :D
darn, i just finished an example that works as well
fmasdr.
IOhannes
/**
*
* myname - implementation file
*
* copyleft (c) IOhannes m zm-bölnig-A
*
*
Hans-Christoph Steiner wrote:
I just saw that PDP has some MMX assembly (old school ;). Do you
think it would be worth turning on, even tho MMX seems to be
deprecated?
why is MMX deprecated?
especially, why do you consider MMX deprecated when there is no SSE2
code instead?
mfg.asdr
Hans-Christoph Steiner wrote:
Perhaps atom_getsymbol(binbuf_getvec(x-x_obj.te_binbuf)) could be
defined in m_pd.h as something like class_getclassname
this is along the lines of what i tried to suggest in my initial reply
to this thread (in the sf-ticket)
in addition to that i would like
Hans-Christoph Steiner wrote:
Well, AFAIK, there is no further development on MMX, while there is with
there is: it is called SSE
SSE. And it seems that SSE is meant to replace MMX, instead of
complement it. Plus if IIRC, MMX has some serious drawbacks to it. It
i don't know of
Hans-Christoph Steiner wrote:
Do MMX and SSE have different instruction sets? If so, is SSE preferred
over MMX?
yes they have different instruction sets: MMX can only handle integer
values, while SSE can only handle floating point values.
(only SSE2 added floating point support)
SSE2 is
Hans-Christoph Steiner wrote:
This looks good. How about storing the symbols somewhere to save some
symbol table lookups?
???
why not?
(one could also implement the storage function in MMX (or SSE2) to save
another 3 cycles :-))
not that the idea is bad or something, but i don't think
Rich E wrote:
Hi all,
i still don't fully understand how this relates to the dollar sign fix
patch in the subject.
fmar.
IOhannes
___
PD-dev mailing list
PD-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev
hi
i have removed some inactive developers from the sf-project.
the list of devs shortened a bit, as 1 dev happened to get onto the list
by accident and another one promised to do something in the near future.
if i still have deleted somebody by accident, they should tell me so
that they can
Mathieu Bouchard wrote:
On Wed, 7 Nov 2007, Hans-Christoph Steiner wrote:
It seems that somewhere in Pd # chars are being converted to $ chars.
I imagine this is support Max users who are used to #1 vars. But I
don't know of any use of # in Pd and I would like to be able to use
webcolors
1 - 100 of 547 matches
Mail list logo
