---------- Forwarded message ---------- Date: Sun, 12 Nov 2006 19:25:10 -0500 (EST) From: Mathieu Bouchard matju@artengine.ca To: patching-in-tongues@artengine.ca, pd-list@artengine.ca Subject: desiredata 0.39.A.pre2
Preview 2 of DesireData is now available. Since Preview 1 (august) the main changes are:
- Chun did a *lot* of work on subpatches, GOP, and keyboard shortcuts.
- I deleted a few thousand lines of C that we don't need anymore
- Mario Mora updated the Spanish translations
http://artengine.ca/desiredata/download/desiredata-0.39.A.pre2.tar.gz
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
How about putting out some binaries too? Its still not easy to build
DD. First off, there is no mention of installing portaudio in the
INSTALL.txt. Then after that, it dies here on Mac OS X 10.4:
gcc -Os -faltivec -maltivec -fnested-functions -fasm-blocks -DPD -
DDL_OPEN -DNEWHASH -DLOCKFREE -DPABLIO -DUNISTD -DPA_USE_COREAUDIO -
DMACOSX -DUSEAPI_JACK -DUSEAPI_PORTAUDIO -DPA19 -DNDEBUG -
DHAVE_ALLOCA -DPD_INTERNAL -I/Library/Frameworks/Tk.framework/Headers
-I/Library/Frameworks/Tcl.framework/Headers -I/usr/include/tcl8.4 -
Isrc -Iportmidi_osx -Iportmidi_osx/pm_common -Iportmidi_osx/porttime -
Iportmidi_osx/pm_mac -Iportaudio/include -Iportaudio/src/common -c -o
src/s_midi_pm.o src/s_midi_pm.c
src/s_midi_pm.c: In function 'sys_do_open_midi':
src/s_midi_pm.c:52: error: too few arguments to function 'Pm_OpenInput'
scons: *** [src/s_midi_pm.o] Error 1
scons: building terminated because of errors.
The compile farm would automate this process.
.hc
On Nov 12, 2006, at 7:25 PM, Mathieu Bouchard wrote:
---------- Forwarded message ---------- Date: Sun, 12 Nov 2006 19:25:10 -0500 (EST) From: Mathieu Bouchard matju@artengine.ca To: patching-in-tongues@artengine.ca, pd-list@artengine.ca Subject: desiredata 0.39.A.pre2
Preview 2 of DesireData is now available. Since Preview 1 (august)
the main changes are:
- Chun did a *lot* of work on subpatches, GOP, and keyboard
shortcuts.
- I deleted a few thousand lines of C that we don't need anymore
- Mario Mora updated the Spanish translations
http://artengine.ca/desiredata/download/desiredata-0.39.A.pre2.tar.gz
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC
Canada_______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
"[W]e have invented the technology to eliminate scarcity, but we are
deliberately throwing it away to benefit those who profit from
scarcity." -John Gilmore
Hans-Christoph Steiner wrote:
How about putting out some binaries too? Its still not easy to build DD. First off, there is no mention of installing portaudio in the INSTALL.txt. Then after that, it dies here on Mac OS X 10.4:
My *guess* (not having an OS X machine) is that you didn't set "portaudio=0"
scons desire=1 debug=1 wall=1 portaudio=0
Hopefully it is something as simple as this....
Claude
gcc -Os -faltivec -maltivec -fnested-functions -fasm-blocks -DPD -DDL_OPEN -DNEWHASH -DLOCKFREE -DPABLIO -DUNISTD -DPA_USE_COREAUDIO -DMACOSX -DUSEAPI_JACK -DUSEAPI_PORTAUDIO -DPA19 -DNDEBUG -DHAVE_ALLOCA -DPD_INTERNAL -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tcl.framework/Headers -I/usr/include/tcl8.4 -Isrc -Iportmidi_osx -Iportmidi_osx/pm_common -Iportmidi_osx/porttime -Iportmidi_osx/pm_mac -Iportaudio/include -Iportaudio/src/common -c -o src/s_midi_pm.o src/s_midi_pm.c src/s_midi_pm.c: In function 'sys_do_open_midi': src/s_midi_pm.c:52: error: too few arguments to function 'Pm_OpenInput' scons: *** [src/s_midi_pm.o] Error 1 scons: building terminated because of errors.
The compile farm would automate this process.
.hc
On Nov 12, 2006, at 7:25 PM, Mathieu Bouchard wrote:
---------- Forwarded message ---------- Date: Sun, 12 Nov 2006 19:25:10 -0500 (EST) From: Mathieu Bouchard matju@artengine.ca To: patching-in-tongues@artengine.ca, pd-list@artengine.ca Subject: desiredata 0.39.A.pre2
Preview 2 of DesireData is now available. Since Preview 1 (august) the main changes are:
- Chun did a *lot* of work on subpatches, GOP, and keyboard shortcuts.
- I deleted a few thousand lines of C that we don't need anymore
- Mario Mora updated the Spanish translations
http://artengine.ca/desiredata/download/desiredata-0.39.A.pre2.tar.gz
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada_______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Here, here! I second that. I still can't compile vanilla pd on OSX now, because I tried compiling DD over a year ago...you can get hypnotized by that #dataflow channel!
~Kyle
On 11/13/06, Claude Heiland-Allen claudiusmaximus@goto10.org wrote:
Hans-Christoph Steiner wrote:
How about putting out some binaries too? Its still not easy to build DD. First off, there is no mention of installing portaudio in the INSTALL.txt. Then after that, it dies here on Mac OS X 10.4:
My *guess* (not having an OS X machine) is that you didn't set "portaudio=0"
scons desire=1 debug=1 wall=1 portaudio=0
Hopefully it is something as simple as this....
Claude
gcc -Os -faltivec -maltivec -fnested-functions -fasm-blocks -DPD -DDL_OPEN -DNEWHASH -DLOCKFREE -DPABLIO -DUNISTD -DPA_USE_COREAUDIO -DMACOSX -DUSEAPI_JACK -DUSEAPI_PORTAUDIO -DPA19 -DNDEBUG -DHAVE_ALLOCA -DPD_INTERNAL -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tcl.framework/Headers -I/usr/include/tcl8.4 -Isrc -Iportmidi_osx -Iportmidi_osx/pm_common -Iportmidi_osx/porttime -Iportmidi_osx/pm_mac -Iportaudio/include -Iportaudio/src/common -c -o src/s_midi_pm.o src/s_midi_pm.c src/s_midi_pm.c: In function 'sys_do_open_midi': src/s_midi_pm.c:52: error: too few arguments to function 'Pm_OpenInput' scons: *** [src/s_midi_pm.o] Error 1 scons: building terminated because of errors.
The compile farm would automate this process.
.hc
On Nov 12, 2006, at 7:25 PM, Mathieu Bouchard wrote:
---------- Forwarded message ---------- Date: Sun, 12 Nov 2006 19:25:10 -0500 (EST) From: Mathieu Bouchard matju@artengine.ca To: patching-in-tongues@artengine.ca, pd-list@artengine.ca Subject: desiredata 0.39.A.pre2
Preview 2 of DesireData is now available. Since Preview 1 (august) the main changes are:
- Chun did a *lot* of work on subpatches, GOP, and keyboard
shortcuts.
- I deleted a few thousand lines of C that we don't need anymore
- Mario Mora updated the Spanish translations
http://artengine.ca/desiredata/download/desiredata-0.39.A.pre2.tar.gz
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada_______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Mon, 13 Nov 2006, Kyle Klipowicz wrote:
Here, here! I second that. I still can't compile vanilla pd on OSX now, because I tried compiling DD over a year ago...you can get hypnotized by that #dataflow channel!
wtf are you talking about... what do you mean you "can't" ?
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
On Nov 13, 2006, at 1:27 AM, Claude Heiland-Allen wrote:
Hans-Christoph Steiner wrote:
How about putting out some binaries too? Its still not easy to build DD. First off, there is no mention of installing portaudio in the INSTALL.txt. Then after that, it dies here on Mac OS X 10.4:
My *guess* (not having an OS X machine) is that you didn't set
"portaudio=0"scons desire=1 debug=1 wall=1 portaudio=0
Hopefully it is something as simple as this....
Nope:
gcc -Os -fnested-functions -fasm-blocks -DPD -DDL_OPEN -DDONTUSESIMD - DNEWHASH -DLOCKFREE -DDESIRE -DPABLIO -DUNISTD -DPA_USE_COREAUDIO - DMACOSX -DUSEAPI_JACK -DNDEBUG -DHAVE_ALLOCA -DPD_INTERNAL -I/Library/ Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tcl.framework/ Headers -I/usr/include/tcl8.4 -Isrc -Iportmidi_osx -Iportmidi_osx/ pm_common -Iportmidi_osx/porttime -Iportmidi_osx/pm_mac -c -o src/ d_dac.o src/d_dac.c In file included from src/d_dac.c:9: src/s_stuff.h:233:2: error: #error You must define USEAPI_PORTAUDIO. scons: *** [src/d_dac.o] Error 1 scons: building terminated because of errors.
.hc
Claude
gcc -Os -faltivec -maltivec -fnested-functions -fasm-blocks -DPD -DDL_OPEN -DNEWHASH -DLOCKFREE -DPABLIO -DUNISTD -DPA_USE_COREAUDIO -DMACOSX -DUSEAPI_JACK -DUSEAPI_PORTAUDIO -DPA19 -DNDEBUG - DHAVE_ALLOCA -DPD_INTERNAL -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tcl.framework/Headers -I/usr/include/tcl8.4 - Isrc -Iportmidi_osx -Iportmidi_osx/pm_common -Iportmidi_osx/porttime -Iportmidi_osx/pm_mac -Iportaudio/include -Iportaudio/src/common - c -o src/s_midi_pm.o src/s_midi_pm.c src/s_midi_pm.c: In function 'sys_do_open_midi': src/s_midi_pm.c:52: error: too few arguments to function
'Pm_OpenInput' scons: *** [src/s_midi_pm.o] Error 1 scons: building terminated because of errors.The compile farm would automate this process.
.hc
On Nov 12, 2006, at 7:25 PM, Mathieu Bouchard wrote:
---------- Forwarded message ---------- Date: Sun, 12 Nov 2006 19:25:10 -0500 (EST) From: Mathieu Bouchard matju@artengine.ca To: patching-in-tongues@artengine.ca, pd-list@artengine.ca Subject: desiredata 0.39.A.pre2
Preview 2 of DesireData is now available. Since Preview 1
(august) the main changes are:
- Chun did a *lot* of work on subpatches, GOP, and keyboard
shortcuts.
- I deleted a few thousand lines of C that we don't need anymore
- Mario Mora updated the Spanish translations
http://artengine.ca/desiredata/download/ desiredata-0.39.A.pre2.tar.gz
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada_______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
¡El pueblo unido jamás será vencido!
Hi all,
actually, OSX builds _need_ portaudio. Therefore, you can't just
specify portaudio=0.
You'd need to download portaudio-v19 (or check out from portaudio SVN)
and the latest portmidi package. You don't need to build those, just
point the scons variables portaudiopath and portmidipath to these
folders and set portaudio to 1.
(You get a list of config variables with scons --help).
all the best, Thomas
Am 13.11.2006 um 07:27 schrieb Claude Heiland-Allen:
Hans-Christoph Steiner wrote:
How about putting out some binaries too? Its still not easy to build DD. First off, there is no mention of installing portaudio in the INSTALL.txt. Then after that, it dies here on Mac OS X 10.4:
My *guess* (not having an OS X machine) is that you didn't set
"portaudio=0"scons desire=1 debug=1 wall=1 portaudio=0
Hopefully it is something as simple as this....
Claude
gcc -Os -faltivec -maltivec -fnested-functions -fasm-blocks -DPD -DDL_OPEN -DNEWHASH -DLOCKFREE -DPABLIO -DUNISTD -DPA_USE_COREAUDIO -DMACOSX -DUSEAPI_JACK -DUSEAPI_PORTAUDIO -DPA19 -DNDEBUG
-DHAVE_ALLOCA -DPD_INTERNAL -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tcl.framework/Headers -I/usr/include/tcl8.4
-Isrc -Iportmidi_osx -Iportmidi_osx/pm_common -Iportmidi_osx/porttime -Iportmidi_osx/pm_mac -Iportaudio/include -Iportaudio/src/common -c -o src/s_midi_pm.o src/s_midi_pm.c src/s_midi_pm.c: In function 'sys_do_open_midi': src/s_midi_pm.c:52: error: too few arguments to function
'Pm_OpenInput' scons: *** [src/s_midi_pm.o] Error 1 scons: building terminated because of errors.The compile farm would automate this process.
.hc
On Nov 12, 2006, at 7:25 PM, Mathieu Bouchard wrote:
---------- Forwarded message ---------- Date: Sun, 12 Nov 2006 19:25:10 -0500 (EST) From: Mathieu Bouchard matju@artengine.ca To: patching-in-tongues@artengine.ca, pd-list@artengine.ca Subject: desiredata 0.39.A.pre2
Preview 2 of DesireData is now available. Since Preview 1 (august)
the main changes are:
- Chun did a *lot* of work on subpatches, GOP, and keyboard
shortcuts.
- I deleted a few thousand lines of C that we don't need anymore
- Mario Mora updated the Spanish translations
http://artengine.ca/desiredata/download/desiredata-0.39.A.pre2.tar.gz
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada_______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
--
"[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Thomas Grill wrote:
Hi all, actually, OSX builds _need_ portaudio. Therefore, you can't just specify portaudio=0.
excuse my ignorance, but why is this so? i don't see a reason to use any audio library (unless i would want to do audio, of course; but sometimes i don't...)
mfg.adr IOhannes
Am 13.11.2006 um 17:18 schrieb IOhannes m zmoelnig:
Thomas Grill wrote:
Hi all, actually, OSX builds _need_ portaudio. Therefore, you can't just specify portaudio=0.
excuse my ignorance, but why is this so? i don't see a reason to use any audio library (unless i would want to do audio, of course; but sometimes i don't...)
hmmm, you are right.... does normal pd build without any audio API specified?
greetings, Thomas
Thomas Grill wrote:
Am 13.11.2006 um 17:18 schrieb IOhannes m zmoelnig:
Thomas Grill wrote:
Hi all, actually, OSX builds _need_ portaudio. Therefore, you can't just specify portaudio=0.
excuse my ignorance, but why is this so? i don't see a reason to use any audio library (unless i would want to do audio, of course; but sometimes i don't...)
hmmm, you are right.... does normal pd build without any audio API specified?
i don't think so. while there are configure flags to disable portaudio and portmidi, they seem to be ignored. manually removing the references to them in the "makefile" gives an error at link time:
/usr/bin/ld: Undefined symbols: _sys_close_midi _midi_getdevs _sys_do_open_midi _sys_poll_midi _sys_putmidibyte _sys_putmidimess collect2: ld returned 1 exit status
it would be a nice feature, though...
mfg.asd IOhannes
On Nov 13, 2006, at 11:00 AM, Thomas Grill wrote:
Hi all, actually, OSX builds _need_ portaudio. Therefore, you can't just
specify portaudio=0. You'd need to download portaudio-v19 (or check out from portaudio
SVN) and the latest portmidi package. You don't need to build
those, just point the scons variables portaudiopath and
portmidipath to these folders and set portaudio to 1. (You get a list of config variables with scons --help).
...one problem I've found with setting the portaudiopath and
portmidipath's explicitly is that they assume some non-standard
arrangement...for example, if I download cvs of portaudio, I get:
portaudio/pa_common portaudio/pa_mac_core ...etc...
...but if I scons with "portaudiopath=path/to/cvs/portaudio", scons
looks for something like this:
path/to/portaudio/include path/to/portaudio/src/common
...to make the point further, here's the compile line I've used:
gcc -g -Wall -faltivec -maltivec -fnested-functions -fasm-blocks -DPD
-DDL_OPEN -DNEWHASH -DLOCKFREE -DDESIRE -DPABLIO -DPA_LOG_API_CALLS -
DUNISTD -DPA_USE_COREAUDIO -DMACOSX -DUSEAPI_JACK -DUSEAPI_PORTAUDIO -
DPA19 -DDEBUG -DHAVE_ALLOCA -DPD_INTERNAL -I/Library/Frameworks/
Tk.framework/Headers -I/Library/Frameworks/Tcl.framework/Headers -I/
usr/include/tcl8.4 -Isrc -I/Users/tigital/dev/portmidi -I/Users/
tigital/dev/portmidi/pm_common -I/Users/tigital/dev/portmidi/porttime
-I/Users/tigital/dev/portmidi/pm_mac -I/Users/tigital/dev/portaudio/
include -I/Users/tigital/dev/portaudio/src/common -c -o src/
s_audio_pa.o src/s_audio_pa.c
...of course, an easy fix here is to add ",papath+'/pa_common'" to
line 497 of the src/SConscript (ex. pdenv.Append(CPPPATH=[papath+'/
include',papath+'/src/common',papath+'/pa_common']) ), but that leads
to the following error:
gcc -g -Wall -faltivec -maltivec -fnested-functions -fasm-blocks -DPD
-DDL_OPEN -DNEWHASH -DLOCKFREE -DDESIRE -DPABLIO -DPA_LOG_API_CALLS -
DUNISTD -DPA_USE_COREAUDIO -DMACOSX -DUSEAPI_JACK -DUSEAPI_PORTAUDIO -
DPA19 -DDEBUG -DHAVE_ALLOCA -DPD_INTERNAL -I/Library/Frameworks/
Tk.framework/Headers -I/Library/Frameworks/Tcl.framework/Headers -I/
usr/include/tcl8.4 -Isrc -I/Users/tigital/dev/portmidi -I/Users/
tigital/dev/portmidi/pm_common -I/Users/tigital/dev/portmidi/porttime
-I/Users/tigital/dev/portmidi/pm_mac -I/Users/tigital/dev/portaudio/
include -I/Users/tigital/dev/portaudio/src/common -I/Users/tigital/
dev/portaudio/pa_common -c -o src/s_audio_paring.o src/s_audio_paring.c
scons: *** Source /Users/tigital/dev/portaudio/src/common/ pa_allocation.c' not found, needed by target/Users/tigital/dev/
portaudio/src/common/pa_allocation.o'. Stop.
...unfortunately, I don't know where this is coming from: portaudio
in scons is spread out in several spots...
...one last question: are we now using s_audio_pa.c or
s_audio_portaudio.c?
james
Hi Jamie,
...one problem I've found with setting the portaudiopath and portmidipath's explicitly is that they assume some non-standard arrangement...for example, if I download cvs of portaudio, I get:
portaudio/pa_common portaudio/pa_mac_core ...etc...
portaudio has switched to svn a while ago... the cvs shouldn't be used anymore.
...one last question: are we now using s_audio_pa.c or s_audio_portaudio.c?
Tim Blechmann has coded the s_audio_portaudio.c interface for the vibrez project, that's why i am using it. I run it under OSX and Windows and due to callback scheduling it has far lower latency than Miller's implementation.
best greetings, Thomas
On Nov 13, 2006, at 3:13 PM, Thomas Grill wrote:
portaudio has switched to svn a while ago... the cvs shouldn't be
used anymore.
...gah! my last check on the website was back in april...as
expected, with the right sources it compiles fine here, too ;-)
...one last question: are we now using s_audio_pa.c or
s_audio_portaudio.c?Tim Blechmann has coded the s_audio_portaudio.c interface for the
vibrez project, that's why i am using it. I run it under OSX and
Windows and due to callback scheduling it has far lower latency
than Miller's implementation.
...hmm, I guess someone needs to make a patch for inclusion in main
pd: thanks for the clarification!
jamie
...one last question: are we now using s_audio_pa.c or
s_audio_portaudio.c?Tim Blechmann has coded the s_audio_portaudio.c interface for the
vibrez project, that's why i am using it. I run it under OSX and
Windows and due to callback scheduling it has far lower latency
than Miller's implementation.
i just want to mention, it also beats wini's alsa implementation, that has scheduling problems, when running below around 8 ms
...hmm, I guess someone needs to make a patch for inclusion in main
pd: thanks for the clarification!
it's not that easy ... from my understanding of miller's pd, he considers pd as synchronous application. to achieve these latencies, i had to rewrite the scheduler, to work asynchronously, which is not the 'pd way'. thus i think, it's not going to be included into main pd and submitting a patch would be a waste of time.
cheers ... tim
-- tim@klingt.org ICQ: 96771783 http://www.mokabar.tk
The aim of education is the knowledge, not of facts, but of values William S. Burroughs
I'm trying to get DD to compile on OS X Intel (as usual : ) ) and am getting the following:
gcc -g -Wall -fnested-functions -fasm-blocks -DPD -DDL_OPEN -DNEWHASH
-DLOCKFREE -DDESIRE -DPABLIO -DPA_LOG_API_CALLS -DUNISTD
-DPA_USE_COREAUDIO -DMACOSX -DUSEAPI_JACK -DUSEAPI_PORTAUDIO -DPA19
-DDEBUG -DHAVE_ALLOCA -DPD_INTERNAL
-I/Library/Frameworks/Tk.framework/Headers
-I/Library/Frameworks/Tcl.framework/Headers -I/usr/include/tcl8.4
-Isrc -Iportmidi_osx -Iportmidi_osx/pm_common -Iportmidi_osx/porttime
-Iportmidi_osx/pm_mac -Iportaudio/include -Iportaudio/src/common -c -o
src/m_fifo.o src/m_fifo.c
/var/tmp//cc9fyyxN.s:26:junk f' after expression /var/tmp//cc9fyyxN.s:27:Spurious digit 1. /var/tmp//cc9fyyxN.s:27:Rest of line ignored. 1st junk character valued 48 (0). /var/tmp//cc9fyyxN.s:31:junkf' after expression
/var/tmp//cc9fyyxN.s:33:junk `b' after expression
/var/tmp//cc9fyyxN.s:34:Spurious digit 2.
/var/tmp//cc9fyyxN.s:34:Rest of line ignored. 1st junk character valued 48 (0).
scons: *** [src/m_fifo.o] Error 1
Looks like there is a lot of processor specific assembler in there - is this another case of assuming PPC on the OS X platform?
On 11/14/06, Tim Blechmann tim@klingt.org wrote:
...one last question: are we now using s_audio_pa.c or s_audio_portaudio.c?
Tim Blechmann has coded the s_audio_portaudio.c interface for the vibrez project, that's why i am using it. I run it under OSX and Windows and due to callback scheduling it has far lower latency than Miller's implementation.
i just want to mention, it also beats wini's alsa implementation, that has scheduling problems, when running below around 8 ms
...hmm, I guess someone needs to make a patch for inclusion in main pd: thanks for the clarification!
it's not that easy ... from my understanding of miller's pd, he considers pd as synchronous application. to achieve these latencies, i had to rewrite the scheduler, to work asynchronously, which is not the 'pd way'. thus i think, it's not going to be included into main pd and submitting a patch would be a waste of time.
cheers ... tim
-- tim@klingt.org ICQ: 96771783 http://www.mokabar.tk
The aim of education is the knowledge, not of facts, but of values William S. Burroughs
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Also, this has obviously been fixed in later revisions of the pd source, but as m_fifo.c seems to no longer be in the source I am unsure of how to proceed.
On 11/14/06, Luke Iannini (pd) lukexipd@gmail.com wrote:
I'm trying to get DD to compile on OS X Intel (as usual : ) ) and am getting the following:
gcc -g -Wall -fnested-functions -fasm-blocks -DPD -DDL_OPEN -DNEWHASH -DLOCKFREE -DDESIRE -DPABLIO -DPA_LOG_API_CALLS -DUNISTD -DPA_USE_COREAUDIO -DMACOSX -DUSEAPI_JACK -DUSEAPI_PORTAUDIO -DPA19 -DDEBUG -DHAVE_ALLOCA -DPD_INTERNAL -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tcl.framework/Headers -I/usr/include/tcl8.4 -Isrc -Iportmidi_osx -Iportmidi_osx/pm_common -Iportmidi_osx/porttime -Iportmidi_osx/pm_mac -Iportaudio/include -Iportaudio/src/common -c -o src/m_fifo.o src/m_fifo.c /var/tmp//cc9fyyxN.s:26:junk
f' after expression /var/tmp//cc9fyyxN.s:27:Spurious digit 1. /var/tmp//cc9fyyxN.s:27:Rest of line ignored. 1st junk character valued 48 (0). /var/tmp//cc9fyyxN.s:31:junkf' after expression /var/tmp//cc9fyyxN.s:33:junk `b' after expression /var/tmp//cc9fyyxN.s:34:Spurious digit 2. /var/tmp//cc9fyyxN.s:34:Rest of line ignored. 1st junk character valued 48 (0). scons: *** [src/m_fifo.o] Error 1Looks like there is a lot of processor specific assembler in there - is this another case of assuming PPC on the OS X platform?
On 11/14/06, Tim Blechmann tim@klingt.org wrote:
...one last question: are we now using s_audio_pa.c or s_audio_portaudio.c?
Tim Blechmann has coded the s_audio_portaudio.c interface for the vibrez project, that's why i am using it. I run it under OSX and Windows and due to callback scheduling it has far lower latency than Miller's implementation.
i just want to mention, it also beats wini's alsa implementation, that has scheduling problems, when running below around 8 ms
...hmm, I guess someone needs to make a patch for inclusion in main pd: thanks for the clarification!
it's not that easy ... from my understanding of miller's pd, he considers pd as synchronous application. to achieve these latencies, i had to rewrite the scheduler, to work asynchronously, which is not the 'pd way'. thus i think, it's not going to be included into main pd and submitting a patch would be a waste of time.
cheers ... tim
-- tim@klingt.org ICQ: 96771783 http://www.mokabar.tk
The aim of education is the knowledge, not of facts, but of values William S. Burroughs
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Tue, 2006-11-14 at 05:16 -0700, Luke Iannini (pd) wrote:
Also, this has obviously been fixed in later revisions of the pd source, but as m_fifo.c seems to no longer be in the source I am unsure of how to proceed.
m_fifo.c never made it into miller's pd, but it's an essential part of devel_0_39, that's used by desiredata.
tim
-- tim@klingt.org ICQ: 96771783 http://www.mokabar.tk
A paranoid is a man who knows a little of what's going on. William S. Burroughs
How can I retain this file? It seems to be deleted immediately. I saw nothing in the scons run flags?
On 11/14/06, Tim Blechmann tim@klingt.org wrote:
On Tue, 2006-11-14 at 05:16 -0700, Luke Iannini (pd) wrote:
Also, this has obviously been fixed in later revisions of the pd source, but as m_fifo.c seems to no longer be in the source I am unsure of how to proceed.
m_fifo.c never made it into miller's pd, but it's an essential part of devel_0_39, that's used by desiredata.
tim
-- tim@klingt.org ICQ: 96771783 http://www.mokabar.tk
A paranoid is a man who knows a little of what's going on. William S. Burroughs
On Tue, 14 Nov 2006, Luke Iannini (pd) wrote:
Also, this has obviously been fixed in later revisions of the pd source, but as m_fifo.c seems to no longer be in the source I am unsure of how to proceed.
Stop thinking of the versions of pd being one neat sequence that comes from one direction of the past and goes to one direction of the future.
Currently, there are two main branches, miller and devel; and then devel is further split into the default one and the desiredata one (as compilation option).
At the time of this writing, the common root of all three head versions (the most recent version in each branch) is Miller's 0.39. There are no plans to incorporate Miller's 0.40 into devel_0_39 just like there are no plans to incorporate devel_0_39 into Miller's 0.40 or 0.41 or whenever.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
There are no plans to incorporate Miller's 0.40 into devel_0_39
Well, there are - but no manpower available.
greetings, Thomas
On Tue, 14 Nov 2006, Thomas Grill wrote:
There are no plans to incorporate Miller's 0.40 into devel_0_39
Well, there are - but no manpower available.
Oh sure there are would-likes for that... there are many would-likes... But I wouldn't like calling it a plan until there is some hint of allocated resources, and a 0.40 merge is low enough on my priority list, that I know that I wouldn't work on it anytime soon.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
On 14/11/2006, at 17.14, Mathieu Bouchard wrote:
On Tue, 14 Nov 2006, Thomas Grill wrote:
There are no plans to incorporate Miller's 0.40 into devel_0_39
Well, there are - but no manpower available.
Oh sure there are would-likes for that... there are many would- likes... But I wouldn't like calling it a plan until there is some
hint of allocated resources
I think there is a difference between a would-like and a sure-would-
not-ever-like. - The first is much more like a plan since it is a
possible plan, where the later is a plan not to or never to.
I say this, since i when i first read it, understood 'there are no
plans to' as 'there are plans never to' which proved not to be the case.
One could argue that a flaw in - or a mixture of - my understanding
of grammar, time or aristotle.
On 11/14/06, Steffen stffn@dibidut.dk wrote:
On 14/11/2006, at 17.14, Mathieu Bouchard wrote:
On Tue, 14 Nov 2006, Thomas Grill wrote:
There are no plans to incorporate Miller's 0.40 into devel_0_39
Well, there are - but no manpower available.
Oh sure there are would-likes for that... there are many would- likes... But I wouldn't like calling it a plan until there is some hint of allocated resources
I think there is a difference between a would-like and a sure-would- not-ever-like. - The first is much more like a plan since it is a possible plan, where the later is a plan not to or never to.
I say this, since i when i first read it, understood 'there are no plans to' as 'there are plans never to' which proved not to be the case.
I would call what you guys are talking about more of a wouldn't-it-be-cool-if, if people want it but no one intends it. I interpreted 'there are no plans to' as 'whatever, but I'm not doing it,' which sounds like what Mathieu was saying.
One could argue that a flaw in - or a mixture of - my understanding of grammar, time or aristotle.
An impressive understanding of grammar it is. I had to read this 4 times before I realized it was a complete sentence. The grammar is almost acrobatic, but correct.
-Chuckk
On Tue, 14 Nov 2006, Steffen wrote:
On 14/11/2006, at 17.14, Mathieu Bouchard wrote:
On Tue, 14 Nov 2006, Thomas Grill wrote:
There are no plans to incorporate Miller's 0.40 into devel_0_39
Well, there are - but no manpower available.
Oh sure there are would-likes for that... there are many would-likes... But I wouldn't like calling it a plan until there is some hint of allocated resources
I say this, since i when i first read it, understood 'there are no plans to' as 'there are plans never to' which proved not to be the case.
Ok, I miswrote that: Miller's 0.40 features will eventually go in devel_0_39, but we're really not in a hurry.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
On Tue, 2006-11-14 at 05:14 -0700, Luke Iannini (pd) wrote:
I'm trying to get DD to compile on OS X Intel (as usual : ) ) and am getting the following:
gcc -g -Wall -fnested-functions -fasm-blocks -DPD -DDL_OPEN -DNEWHASH -DLOCKFREE -DDESIRE -DPABLIO -DPA_LOG_API_CALLS -DUNISTD -DPA_USE_COREAUDIO -DMACOSX -DUSEAPI_JACK -DUSEAPI_PORTAUDIO -DPA19 -DDEBUG -DHAVE_ALLOCA -DPD_INTERNAL -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tcl.framework/Headers -I/usr/include/tcl8.4 -Isrc -Iportmidi_osx -Iportmidi_osx/pm_common -Iportmidi_osx/porttime -Iportmidi_osx/pm_mac -Iportaudio/include -Iportaudio/src/common -c -o src/m_fifo.o src/m_fifo.c /var/tmp//cc9fyyxN.s:26:junk
f' after expression /var/tmp//cc9fyyxN.s:27:Spurious digit 1. /var/tmp//cc9fyyxN.s:27:Rest of line ignored. 1st junk character valued 48 (0). /var/tmp//cc9fyyxN.s:31:junkf' after expression /var/tmp//cc9fyyxN.s:33:junk `b' after expression /var/tmp//cc9fyyxN.s:34:Spurious digit 2. /var/tmp//cc9fyyxN.s:34:Rest of line ignored. 1st junk character valued 48 (0). scons: *** [src/m_fifo.o] Error 1Looks like there is a lot of processor specific assembler in there - is this another case of assuming PPC on the OS X platform?
the assembler code is not operating system specific, but cpu architecture specific. having a look at the specifific file (/var/tmp/cc9fyyxN.s) would help to debug this ...
tim
-- tim@klingt.org ICQ: 96771783 http://www.mokabar.tk
All we composers really have to work with is time and sound - and sometimes I'm not even sure about sound. Morton Feldman
Ok, got it. Contents of m_fifo.s follow:
.stabs "/Users/LukeIannini/PdCheckout/DesireData/",100,0,2,Ltext0
.stabs "src/m_fifo.c",100,0,2,Ltext0
.text
Ltext0:
.stabs "",102,0,0,0
.stabs "gcc2_compiled.",60,0,0,0
.stabs ":t(0,1)=(0,1)",128,0,0,0
_lifo_pop:
.stabd 46,0,0
.stabd 68,0,281
pushl %ebp
movl %esp, %ebp
pushl %esi
subl $20, %esp
.stabd 68,0,282
movl $0, -12(%ebp)
.stabd 68,0,283
movl 8(%ebp), %esi
addl $4, %esi
# LFPOP
pushl %ebx
pushl %ecx
movl 4(%esi), %edx
movl (%esi), %eax
testl %eax, %eax
jz 20f
10: movl (%eax), %ebx
movl %edx, %ecx
incl %ecx
cmpxchg8b (%esi)
jz 20f
testl %eax, %eax
jnz 10b
20: popl %ecx
popl %ebx
movl %eax, -12(%ebp)
.stabd 68,0,305
movl -12(%ebp), %eax
.stabd 68,0,306
addl $20, %esp
popl %esi
popl %ebp
ret
.stabs "lifo_pop:f(0,2)",36,0,281,_lifo_pop
.stabs "lifo:p(0,3)",160,0,280,8
.stabs "data:(0,2)",128,0,282,-12
.stabs "void:t(0,1)",128,0,0,0
.stabs ":t(0,2)=*(0,1)",128,0,0,0
.stabs ":t(0,3)=*(0,4)",128,0,0,0
.stabs "t_lifo:t(0,4)=(0,5)",128,0,0,0
.stabs "_lifo:T(0,5)=s12ic:(0,6),0,32;top:(0,7),32,32;oc:(0,6),64,32;;",128,0,0,0
.stabs "long unsigned int:t(0,6)=r(0,6);0;037777777777;",128,0,0,0
.stabs ":t(0,7)=*(0,8)",128,0,0,0
.stabs "t_fifocell:t(0,8)=(0,9)",128,0,0,0
.stabs "_fifocell:T(0,9)=s8next:(0,10),0,32;data:(0,2),32,32;;",128,0,0,0
.stabs ":t(0,10)=*(0,9)",128,0,0,0
.stabn 192,0,0,_lifo_pop
.stabn 224,0,0,Lscope0
Lscope0:
.stabs "",36,0,0,Lscope0-_lifo_pop
.stabd 78,0,0
_lifo_push:
.stabd 46,0,0
.stabd 68,0,309
pushl %ebp
movl %esp, %ebp
pushl %esi
subl $4, %esp
.stabd 68,0,310
movl 8(%ebp), %esi
movl 12(%ebp), %ecx
# LFPUSH
pushl %ebx
pushl %ecx
movl 0(%esi), %eax
movl 4(%esi), %edx
1: movl %eax, %ebx
incl %ebx
movl %edx, (%ecx)
cmpxchg8b (%esi)
jnz 1b
popl %ecx
popl %ebx
.stabd 68,0,327
addl $4, %esp
popl %esi
popl %ebp
ret
.stabs "lifo_push:f(0,1)",36,0,309,_lifo_push
.stabs "lifo:p(0,3)",160,0,308,8
.stabs "data:p(0,2)",160,0,308,12
Lscope1:
.stabs "",36,0,0,Lscope1-_lifo_push
.stabd 78,0,0
_lifo_init:
.stabd 46,0,0
.stabd 68,0,449
pushl %ebp
movl %esp, %ebp
subl $8, %esp
.stabd 68,0,450
movl 8(%ebp), %eax
movl $0, (%eax)
.stabd 68,0,451
movl 8(%ebp), %eax
movl $0, 4(%eax)
.stabd 68,0,452
movl 8(%ebp), %eax
movl $0, 8(%eax)
.stabd 68,0,453
leave
ret
.stabs "lifo_init:f(0,1)",36,0,449,_lifo_init
.stabs "lifo:p(0,3)",160,0,448,8
Lscope2:
.stabs "",36,0,0,Lscope2-_lifo_init
.stabd 78,0,0
.globl _fifo_init
_fifo_init:
.stabd 46,0,0
.stabd 68,0,456
pushl %ebp
movl %esp, %ebp
subl $40, %esp
.stabd 68,0,457
movl $24, (%esp)
call L_getbytes$stub
movl %eax, -12(%ebp)
.stabd 68,0,459
movl -12(%ebp), %eax
movl %eax, (%esp)
call _lifo_init
.stabd 68,0,460
movl -12(%ebp), %eax
addl $12, %eax
movl %eax, (%esp)
call _lifo_init
.stabd 68,0,462
movl -12(%ebp), %eax
.stabd 68,0,463
leave
ret
.stabs "fifo_init:F(0,11)",36,0,456,_fifo_init
.stabs "ret:(0,11)",128,0,457,-12
.stabs "_fifo:T(0,12)=s24in:(0,4),0,96;out:(0,4),96,96;;",128,0,0,0
.stabs ":t(0,11)=*(0,12)",128,0,0,0
.stabn 192,0,0,_fifo_init
.stabn 224,0,0,Lscope3
Lscope3:
.stabs "",36,0,0,Lscope3-_fifo_init
.stabd 78,0,0
.globl _fifo_destroy
_fifo_destroy:
.stabd 46,0,0
.stabd 68,0,467
pushl %ebp
movl %esp, %ebp
subl $40, %esp
L10:
.stabd 68,0,471
movl 8(%ebp), %eax
movl %eax, (%esp)
call L_fifo_get$stub
movl %eax, -12(%ebp)
.stabd 68,0,473
cmpl $0, -12(%ebp)
jne L10
.stabd 68,0,475
movl $24, 4(%esp)
movl 8(%ebp), %eax
movl %eax, (%esp)
call L_freebytes$stub
.stabd 68,0,477
leave
ret
.stabs "fifo_destroy:F(0,1)",36,0,467,_fifo_destroy
.stabs "fifo:p(0,11)",160,0,466,8
.stabs "data:(0,2)",128,0,468,-12
.stabn 192,0,0,_fifo_destroy
.stabn 224,0,0,Lscope4
Lscope4:
.stabs "",36,0,0,Lscope4-_fifo_destroy
.stabd 78,0,0
.globl _fifo_put
_fifo_put:
.stabd 46,0,0
.stabd 68,0,480
pushl %ebp
movl %esp, %ebp
subl $24, %esp
.stabd 68,0,481
movl 8(%ebp), %edx
movl 12(%ebp), %eax
movl %eax, 4(%esp)
movl %edx, (%esp)
call _lifo_push
.stabd 68,0,482
leave
ret
.stabs "fifo_put:F(0,1)",36,0,480,_fifo_put
.stabs "fifo:p(0,11)",160,0,479,8
.stabs "data:p(0,2)",160,0,479,12
Lscope5:
.stabs "",36,0,0,Lscope5-_fifo_put
.stabd 78,0,0
.globl _fifo_get
_fifo_get:
.stabd 46,0,0
.stabd 68,0,485
pushl %ebp
movl %esp, %ebp
subl $40, %esp
.stabd 68,0,487
movl 8(%ebp), %eax
addl $12, %eax
movl %eax, -20(%ebp)
.stabd 68,0,489
movl -20(%ebp), %eax
movl %eax, (%esp)
call _lifo_pop
movl %eax, -24(%ebp)
.stabd 68,0,491
cmpl $0, -24(%ebp)
jne L16
LBB2:
.stabd 68,0,494
movl 8(%ebp), %eax
movl %eax, -12(%ebp)
.stabd 68,0,495
movl -12(%ebp), %eax
movl %eax, (%esp)
call _lifo_pop
movl %eax, -24(%ebp)
.stabd 68,0,497
cmpl $0, -24(%ebp)
jne L18
jmp L16
L19:
.stabd 68,0,501
movl -24(%ebp), %eax
movl %eax, 4(%esp)
movl -20(%ebp), %eax
movl %eax, (%esp)
call _lifo_push
.stabd 68,0,502
movl -16(%ebp), %eax
movl %eax, -24(%ebp)
L18:
.stabd 68,0,499
movl -12(%ebp), %eax
movl %eax, (%esp)
call _lifo_pop
movl %eax, -16(%ebp)
cmpl $0, -16(%ebp)
jne L19
L16:
LBE2:
.stabd 68,0,507
movl -24(%ebp), %eax
.stabd 68,0,508
leave
ret
.stabs "fifo_get:F(0,2)",36,0,485,_fifo_get
.stabs "fifo:p(0,11)",160,0,484,8
.stabs "data:(0,2)",128,0,486,-24
.stabs "out:(0,3)",128,0,487,-20
.stabn 192,0,0,_fifo_get
.stabs "tmp:(0,2)",128,0,493,-16
.stabs "in:(0,3)",128,0,494,-12
.stabn 192,0,0,LBB2
.stabn 224,0,0,LBE2
.stabn 224,0,0,Lscope6
Lscope6:
.stabs "",36,0,0,Lscope6-_fifo_get
.stabd 78,0,0
.stabs "",100,0,0,Letext0
Letext0:
.section __IMPORT,__jump_table,symbol_stubs,self_modifying_code+pure_instructions,5
L_freebytes$stub:
.indirect_symbol _freebytes
hlt ; hlt ; hlt ; hlt ; hlt
L_getbytes$stub:
.indirect_symbol _getbytes
hlt ; hlt ; hlt ; hlt ; hlt
L_fifo_get$stub:
.indirect_symbol _fifo_get
hlt ; hlt ; hlt ; hlt ; hlt
.subsections_via_symbols
On 11/14/06, Tim Blechmann tim@klingt.org wrote:
On Tue, 2006-11-14 at 05:14 -0700, Luke Iannini (pd) wrote:
I'm trying to get DD to compile on OS X Intel (as usual : ) ) and am getting the following:
gcc -g -Wall -fnested-functions -fasm-blocks -DPD -DDL_OPEN -DNEWHASH -DLOCKFREE -DDESIRE -DPABLIO -DPA_LOG_API_CALLS -DUNISTD -DPA_USE_COREAUDIO -DMACOSX -DUSEAPI_JACK -DUSEAPI_PORTAUDIO -DPA19 -DDEBUG -DHAVE_ALLOCA -DPD_INTERNAL -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tcl.framework/Headers -I/usr/include/tcl8.4 -Isrc -Iportmidi_osx -Iportmidi_osx/pm_common -Iportmidi_osx/porttime -Iportmidi_osx/pm_mac -Iportaudio/include -Iportaudio/src/common -c -o src/m_fifo.o src/m_fifo.c /var/tmp//cc9fyyxN.s:26:junk
f' after expression /var/tmp//cc9fyyxN.s:27:Spurious digit 1. /var/tmp//cc9fyyxN.s:27:Rest of line ignored. 1st junk character valued 48 (0). /var/tmp//cc9fyyxN.s:31:junkf' after expression /var/tmp//cc9fyyxN.s:33:junk `b' after expression /var/tmp//cc9fyyxN.s:34:Spurious digit 2. /var/tmp//cc9fyyxN.s:34:Rest of line ignored. 1st junk character valued 48 (0). scons: *** [src/m_fifo.o] Error 1Looks like there is a lot of processor specific assembler in there - is this another case of assuming PPC on the OS X platform?
the assembler code is not operating system specific, but cpu architecture specific. having a look at the specifific file (/var/tmp/cc9fyyxN.s) would help to debug this ...
tim
-- tim@klingt.org ICQ: 96771783 http://www.mokabar.tk
All we composers really have to work with is time and sound - and sometimes I'm not even sure about sound. Morton Feldman
Hi,
I just got scons installed and tried to install desire data on os x
10.4.7 and there seems to be a problem with jack. Any ideas would be
welcome, Am very new to this compiling.
thanks
scons: Reading SConscript files ...
Checking for dlopen() in C library dl... yes
Checking for jack_activate() in C library jack... no
jack not found, so it's not enabled
Checking for sin() in C library m... yes
Checking for pthread_create() in C library pthread... yes
Checking for C header file pthread.h... yes
Checking for main() in C library fftw3f... no
NameError: name 'jack' is not defined:
File "SConstruct", line 46:
pdwatchdog, pdsend, pdreceive, pdgui, pd, pdlib = SConscript('./
src/SConscript')
File "/sw/lib/scons/SCons/Script/SConscript.py", line 581:
return apply(method, args, kw)
File "/sw/lib/scons/SCons/Script/SConscript.py", line 508:
return apply(_SConscript, [self.fs,] + files, {'exports' :
exports})
File "/sw/lib/scons/SCons/Script/SConscript.py", line 239:
exec _file_ in stack[-1].globals
File "src/SConscript", line 463:
if jack:
On Mon, 13 Nov 2006, Hans-Christoph Steiner wrote:
How about putting out some binaries too?
One day I'll provide some but only for Linux. If you want to provide OSX binaries, feel free to do so, this is free software.
Its still not easy to build DD. First off, there is no mention of installing portaudio in the INSTALL.txt. Then after that, it dies here on Mac OS X 10.4:
I can try to help about OSX, but I don't use OSX, and I don't have easy access to OSX. Often, someone else will have to reply.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
On Nov 13, 2006, at 11:55 AM, Mathieu Bouchard wrote:
On Mon, 13 Nov 2006, Hans-Christoph Steiner wrote:
How about putting out some binaries too?
One day I'll provide some but only for Linux. If you want to
provide OSX binaries, feel free to do so, this is free software.Its still not easy to build DD. First off, there is no mention of
installing portaudio in the INSTALL.txt. Then after that, it dies
here on Mac OS X 10.4:I can try to help about OSX, but I don't use OSX, and I don't have
easy access to OSX. Often, someone else will have to reply.
Write a build script and put it into scripts/auto-build/pd-devel-auto-
builder.sh, then you will have easy, automated access to many
platforms, included Mac OS X 10.3, 10.4, and Intel.
.hc
Terrorism is not an enemy. It cannot be defeated. It's a tactic.
It's about as sensible to say we declare war on night attacks and
expect we're going to win that war. We're not going to win the war
on terrorism. - retired U.S. Army general, William Odom
Hi Hans,
So what ever happened with this? I'm trying myself at present time and I managed to work through a lot of the problems you mentioned, and I kept a log which can be viewed here
http://www.csounds.com/akbari/desiredata_log.txt
I'm stuck at the last step at link time, the compiler errors out with
ld: Undefined symbols: _OSAtomicAnd32 _OSAtomicOr32
According to http://www.hmug.org/man/3/OSAtomicAnd32.php it seems these symbols belong to libc ...
Did you manage to build successfully? What was the trick?
./d5
On 11/13/06, Hans-Christoph Steiner hans@eds.org wrote:
On Nov 13, 2006, at 11:55 AM, Mathieu Bouchard wrote:
On Mon, 13 Nov 2006, Hans-Christoph Steiner wrote:
How about putting out some binaries too?
One day I'll provide some but only for Linux. If you want to provide OSX binaries, feel free to do so, this is free software.
Its still not easy to build DD. First off, there is no mention of installing portaudio in the INSTALL.txt. Then after that, it dies here on Mac OS X 10.4:
I can try to help about OSX, but I don't use OSX, and I don't have easy access to OSX. Often, someone else will have to reply.
Write a build script and put it into scripts/auto-build/pd-devel-auto- builder.sh, then you will have easy, automated access to many platforms, included Mac OS X 10.3, 10.4, and Intel.
.hc
I just wanted it to build. I don't use scons and I spend already too
much time on build issues, so I stopped.
But please take it on, you could write that script for example. But
I am not one of the devel/dd people, so it'd be best if you
coordinated with them.
.hc
On Nov 18, 2006, at 12:46 AM, day five wrote:
Hi Hans,
So what ever happened with this? I'm trying myself at present time and I managed to work through a lot of the problems you mentioned, and I kept a log which can be viewed here
http://www.csounds.com/akbari/desiredata_log.txt
I'm stuck at the last step at link time, the compiler errors out with
ld: Undefined symbols: _OSAtomicAnd32 _OSAtomicOr32
According to http://www.hmug.org/man/3/OSAtomicAnd32.php it seems these symbols belong to libc ...
Did you manage to build successfully? What was the trick?
./d5
On 11/13/06, Hans-Christoph Steiner hans@eds.org wrote:
On Nov 13, 2006, at 11:55 AM, Mathieu Bouchard wrote:
On Mon, 13 Nov 2006, Hans-Christoph Steiner wrote:
How about putting out some binaries too?
One day I'll provide some but only for Linux. If you want to provide OSX binaries, feel free to do so, this is free software.
Its still not easy to build DD. First off, there is no mention of installing portaudio in the INSTALL.txt. Then after that, it dies here on Mac OS X 10.4:
I can try to help about OSX, but I don't use OSX, and I don't have easy access to OSX. Often, someone else will have to reply.
Write a build script and put it into scripts/auto-build/pd-devel- auto- builder.sh, then you will have easy, automated access to many platforms, included Mac OS X 10.3, 10.4, and Intel.
.hc
http://at.or.at/hans/
On Sat, 18 Nov 2006, Hans-Christoph Steiner wrote:
On Nov 18, 2006, at 12:46 AM, day five wrote:
http://www.csounds.com/akbari/desiredata_log.txt I'm stuck at the last step at link time, the compiler errors out with ld: Undefined symbols: _OSAtomicAnd32 _OSAtomicOr32
I just wanted it to build. I don't use scons and I spend already too much time on build issues, so I stopped.
today, DesireData is switching back to ./configure && make, like it was in the ImpureData days.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
On Sun, 2006-11-19 at 16:59 -0500, Mathieu Bouchard wrote:
today, DesireData is switching back to ./configure && make, like it was in the ImpureData days.
... and that never worked on windos
t
-- tim@klingt.org ICQ: 96771783 http://www.mokabar.tk
Relying on the government to protect your privacy is like asking a peeping tom to install your window blinds. John Perry Barlow
Am 19.11.2006 um 22:59 schrieb Mathieu Bouchard:
On Sat, 18 Nov 2006, Hans-Christoph Steiner wrote:
On Nov 18, 2006, at 12:46 AM, day five wrote:
http://www.csounds.com/akbari/desiredata_log.txt I'm stuck at the
last step at link time, the compiler errors out with ld:
Undefined symbols: _OSAtomicAnd32 _OSAtomicOr32I just wanted it to build. I don't use scons and I spend already
too much time on build issues, so I stopped.today, DesireData is switching back to ./configure && make, like it
was in the ImpureData days.
Are you under OSX 10.3 ?
As far as i remember the reported symbols are used by portaudio v19,
which doesn't really support OSX 10.3 (which is a real drag!).
Switching back to autoconf won't help here.
greetings, Thomas
On Mon, 13 Nov 2006, Hans-Christoph Steiner wrote:
On Nov 13, 2006, at 11:55 AM, Mathieu Bouchard wrote:
I can try to help about OSX, but I don't use OSX, and I don't have easy access to OSX. Often, someone else will have to reply.
Write a build script and put it into scripts/auto-build/pd-devel-auto-builder.sh, then you will have easy, automated access to many platforms, included Mac OS X 10.3, 10.4, and Intel.
How about manual access to many platforms? Or do I have to wait until the next day?
For their FORTRAN course in 1974, my parents didn't have a computer, there was one modem for the whole classroom, so, they fed the punchcards one by one into the machine, and the next day they had the result of the compilation and execution.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
Anyone get a chance to check this out? I have been reviewing the tcl for DD, but as of late my primary dev machine has become my x86 mac laptop...
On 11/20/06, Mathieu Bouchard matju@artengine.ca wrote:
On Mon, 13 Nov 2006, Hans-Christoph Steiner wrote:
On Nov 13, 2006, at 11:55 AM, Mathieu Bouchard wrote:
I can try to help about OSX, but I don't use OSX, and I don't have easy access to OSX. Often, someone else will have to reply.
Write a build script and put it into scripts/auto-build/pd-devel-auto-builder.sh, then you will have easy, automated access to many platforms, included Mac OS X 10.3, 10.4, and Intel.
How about manual access to many platforms? Or do I have to wait until the next day?
For their FORTRAN course in 1974, my parents didn't have a computer, there was one modem for the whole classroom, so, they fed the punchcards one by one into the machine, and the next day they had the result of the compilation and execution.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Tue, 21 Nov 2006, Luke Iannini (pd) wrote:
Anyone get a chance to check this out? I have been reviewing the tcl for DD, but as of late my primary dev machine has become my x86 mac laptop...
Come on FreeNode's #desiredata and #dataflow chatlines.
If you don't have an IRC program already, try googling for: xchat aqua
To join us, click on "FreeNode" in the server list, and then once you're logged in, type two commands at the bottom of the screen:
/join #desiredata /join #dataflow
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada
-
Chuckk Hubbard -
Claude Heiland-Allen -
day five -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
james tittle -
Kyle Klipowicz -
Luke Iannini (pd) -
Mathieu Bouchard -
nward04＠qub.ac.uk -
Steffen -
Thomas Grill -
Tim Blechmann