Pd-dev September 2006

pd-dev@lists.iem.at

28 participants
80 discussions

corelibs, build system
by IOhannes m zmoelnig 10 Oct '06

10 Oct '06

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 (externals/Makefile vs. externals/corelibs/Makefile) which makes it impossible for a make-noob like me, to generate the .c files in the makefile while calling make in /externals (it does work fine when i do just "make" in externals/corelibs. the reason is, that CORELIBS_OBJECTS is evaluated before the files are generated (which would result in NO objects, since there should be no .c files before generation) a simple solution would be, to call "make -c corelibs/ generate" and then "make -C corelibs/" from the externals/Makefile. obviously this does not work, since externals/corelibs/Makefile has no logic and instead uses externals/Makefile with the "corelibs" target (which would make my idea quite recursive). then again there is the horror of touching externals/Makefile at all: this huge file makes it quite hard/impossible to work on / fix several targets at the same time. e.g. yesterday i first worked on corelibs, then noticed that zexy won't build as it should, so i had to revert all the changes i had done to the Makefile (since it didn't yet work properly) so i could start fixing the zexy-build (which i understand better, and which i was pretty sure to be able to fix). so i ask this again: would it not be better to have the build-logic for each directory in a separate Makefile (which could be edited separately)? these Makefile could make use of a generic(!) Makefile which (e.g.) lives in externals/ this generic Makefile MUST NOT have any intelligence about the separate destination targets (e.g. no different logic for building "corelibs" or "hid"; just a generic "build" target); if such intelligence is needed, it should live in the projects subdirectory (externals/corelibs/Makefile) i would also like to know the exact reason for the pwd-magic (i just never ever needed such thing in any makefile i wrote, so i'm curious) mfg.asdr IOhannes

2 7

missing file from pd-MAIN and fftw version
by Hans-Christoph Steiner 01 Oct '06

01 Oct '06

I am trying to compile the HEAD of MAIN with --enable-fftw, and I found that the CVS is missing a file: d_fft_fftw.c Also, I was wondering why pd 0.40 uses fftw 2 rather than 3. fftw3 sounds like it would be much quicker since it uses sse/altivec. .hc ------------------------------------------------------------------------ News is what people want to keep hidden and everything else is publicity. - Bill Moyers

10 33

[ pure-data-Patches-1564800 ] a few old MACOSX macros have crept back in
by SourceForge.net 30 Sep '06

30 Sep '06

Patches item #1564800, was opened at 2006-09-24 21:57 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1564800&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix Status: Open Resolution: None Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) >Summary: a few old MACOSX macros have crept back in Initial Comment: A few of the old MACOSX manually defined macros have crept back into the source. Everywhere else, its __APPLE__ which is the preferred macro to use, plus it automatically defined. The attached patch replaces the offending macros. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1564800&group_…

1 0

[ pure-data-Bugs-1561839 ] rhythmic glitching on PowerBook G4
by SourceForge.net 30 Sep '06

30 Sep '06

Bugs item #1561839, was opened at 2006-09-19 21:31 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1561839&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata >Group: v0.40.0 Status: Open Resolution: None Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: rhythmic glitching on PowerBook G4 Initial Comment: On an Apple PowerBook G4 1.67GHz running 10.4.7, the sound always had a pulsing glitch on it no matter if any sound was being generated or not. When I switched the output sampling rate to 48000, the glitching went away. When I switched back to 44100, the glitching came back. I saw this one other time on a PowerBook, but it was also happening to Audacity. This time it was only happening for Pd. My guess is that its related to portaudio. This was on a student's laptop, so I can't test again. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1561839&group_…

1 0

[once] default closed...
by Hans-Christoph Steiner 30 Sep '06

30 Sep '06

I was thinking that it would be nice to have [once] accept a single argument which would set the initial state of the object, just like [spigot]. But this means that it would have to be default closed like spigot, breaking backwards compatibility. Do you mind if I make this change in abstractions/purepd/once.pd and add a warning message on load? .hc ------------------------------------------------------------------------ The arc of history bends towards justice. - Dr. Martin Luther King, Jr.

6 26

pd cvs list policy
by Tim Blechmann 29 Sep '06

29 Sep '06

hi hans, hi rest, would it be possible to forward the pd extended autobuild notification mails to another list than pd-cvs? - i'm interested in the commit messages, not in the autobuild error messages - it's not possible to switch off digest mode for the pd-cvs list and thus, i'm not able to filter out the autobuild mails by forwarding to /dev/null i see two possibilities: - switch off the forced digest mode for pd-cvs to make it possible to automatically delete pd-extended mails - send pd extended mails to a pd-extended-log list i'd prefer the second possibility, since pd-CVS implies that it's a list for CVS commit logs... thanks ... tim -- tim(a)klingt.org ICQ: 96771783 http://www.mokabar.tk Just what the hell is the experimental tradition? Morton Feldman

4 5

VASP issues (again)
by Michal Seta 29 Sep '06

29 Sep '06

Hello all, hello Thomas, I have been having problems with vasp again. I tried it with the head CVS pd version as well as 0.39-2 (extended variety) and 0.39-2-4 (ggee build). Essentially what happens is that VASP loads fine but I cannot instantiate any of the classes, i.e. [vasp.*] generates the error vasp.* ... couldn't create It's a 0.1.4pre version (CVS) This is on a Debian Etch, gcc3.4 was used. ./MiS

2 2

branch for 0.39.2 Pd-extended release
by Hans-Christoph Steiner 29 Sep '06

29 Sep '06

I want to make a branch for the 0.39.2 release so that people can do whatever they need to in CVS and they won't mess up the final release tweaks. I haven't done a branch before, so I am looking for advice. Basically, I want to get as much heavy work into CVS now, then make a branch for the final tweaks and fixes here and there. Any things I should do to prepare? .hc

1 0

missing file in CVS: d_fft_mayer.c and problems building pd.app under osx (mac intel)
by Kilian Koepsell 28 Sep '06

28 Sep '06

hi, what is the recommended way to build pd.app under osx for mac intel? i was happy to see that the binary on miller puckette's web site (http://crca.ucsd.edu/~msp/software.html) for the experimental version 0.40-0.test.08 runs just fine. however, i didn't manage to compile it using the source code from the sam site. i also tried to follow the instructions on the osx howto (http:// puredata.info/dev/darwin) using each of the three versions rsync -av --delete rsync://128.238.56.50/distros/pd-devel/ pd-devel/ rsync -av --delete rsync://128.238.56.50/distros/pd-extended/ pd- extended/ rsync -av --delete rsync://128.238.56.50/distros/pd-main/ pd-main/ i did make patch_pd inside the package directory and then, inside the package/darwin_app directory, i did make darwin_app_wrapper make with little success: pd-main fails compiling s_loader.c pd-extended fails because it is missing the file pd/src/ d_fft_mayer.c needed by externals/corelibs/lib_d_fft.c pd-devel failed for some of the patches i also tried to get the source directly from cvs but didn't succeed in compiling it. here again the problem was the missing file d_fft_mayer.c. any help is highly appreciated, k.

2 2

Re: [PD] Pd 0.40-0 test 08
by Ed Kelly 27 Sep '06

27 Sep '06

Hi, Just to let you know that the rmstopow~ and powtorms~ objects do not get created on 0.40test8 on OSX. Best, Ed -> -> --> ---> -----> --------> -------------> ---------------------> "Genius is attention to detail" Louis Pasteur --------------------------------- Copy addresses and emails from any email account to Yahoo! Mail - quick, easy and free. Do it now...

4 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev September 2006