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
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
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
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
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
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
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 ;-))
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
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:
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
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
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,
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
___
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
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
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
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
[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
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
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:
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:
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:
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
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
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
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
___
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
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
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
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
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
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
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
501 - 547 of 547 matches
Mail list logo