There is currently mixed results with the intel macs, but in the long
term it'll get better. So an IntelMac is a decent bet in the long
term. A PowerPC mac will work now.

.hc

On Oct 18, 2006, at 6:41 PM, Damian Stewart wrote:

I'm thoroughly sick of pd's instability around MIDI and video on
Windows (I wanted to do my gig this coming tuesday with PD but MIDI
using my nice new MIDI controller makes pd crash - which really
isn't cool as I'm playing with a band...)

And I'm also thoroughly sick of trying to make Linux work on my PC
laptop. It doesn't, and I don't have the patience to make it.

So I'm going to switch to a mac system, sooner rather than later I
think (giving me, among other things, a switching power supply that
doesn't make the entire audio rig buzz like an angry bumblebee
whenever I play a gig and forget to bring my DI's, plus the ability
to run Steim's LiSa, and the ability to pretend that I'm more
creative just because I own an Apple product...).

So my question is: what does the combination of Jack and PD and an
external USB soundcard look like on a MacIntel? In the short term,
should I get a MacIntel or a PowerPC? How about the long term?

thanks :-)

-- Damian Stewart +64 27 305 4107

f r e y live music with machines http://www.frey.co.nz http://www.myspace.com/freyed

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list

                                           http://at.or.at/hans/

carmen wrote:

it would help if you can provide a backtrace so that these crashes can be diagnosed..

Pd does say 'warning: MIDI in Windows is dangerous' on creating any MIDI objects, I figure everyone knows this already. Also, I don't know how to provide a backtrace. I would love to get my hands dirty with the PD source but it resolutely refuses to compile on my machine. I've tried four different Windows-based unix-like and non-unix-like compilation environments, each taking upwards of ten hours to install and experiment with, and have achieved not a single compile. That's forty hours of potential music making, and all of my spare time for three weeks, gone, on nothing, not to mention the stress and frustration as gig dates loom and I still haven't actually made any music. And it turns out during that that I probably ended up getting several broken CVS versions, instead of 'the proper one', whichever that is.

have you tried Ubuntu Studio, Musix, Studio-to-Go, Studio64, DeMuDi, CCRMA or Dynebolic/PureDyne?

The issue isn't with Linux per se, it's my USB audio device. The built-in audio is gross on pretty much every PC laptop, and I just can't make my USB audio device go. It's a Tascam US122, which I specifically bought because people said good things about it working in Linux, but I can't make it go. (I've browsed the code, the logs, and the web trying to see if I can figure it out for myself, and I can't.)

Ubuntu (Hoary and Breezy) freezes my machine on boot (it's a PCMCIA issue but I can't work out how to disable it). I have a mostly working DeMuDi install which does almost everything except support my USB Audio / MIDI device, although I had to roll my own kernel to get around the PCMCIA issue (which seemed to be causing random kernel panics on boot).

I pay through the nose for internet which doesn't make downloading install discs particularly fun, and to be frank given my low success rate in the past I've lost the enthusiasm. I have been along to an installfest or two but no luck there either, it seems that the kind of people who know how to make Linux work on a laptop just know how to browse the web and how trial and error works, which is what I know already anyway.

So yes. I have tried many Liunx distros, multiple times. (I tried my first distro in 1999, in fact, with Red Hat 6. Couldn't make it work like I wanted then, either.) There is no silver bullet to this problem, that I know.

but if Tk is slow, and OSX is slow (they both are)

Most systems are slow, for given definitions of slow. Definitions of slow also have a habit of morphing over the years, so that the 'blazingly fast' cpu of 1999 magically becomes 'slow as a dog' by 2005. It should be called Moore's Treadmill, and it should've been smashed to small pieces ten years ago. I'm getting off.

Having bought a Macbook when they just came out, I would say that if you're sick of headaches, don't get an intel mac just yet. If you can wait, I'd say wait until pd-extended gets built for intel macs and then go ahead and buy one.

But buying a ppc mac now will be buying something's that's going to be deprecated real fast.

D

On 18/10/06, Damian Stewart damian@frey.co.nz wrote:

I'm thoroughly sick of pd's instability around MIDI and video on Windows (I wanted to do my gig this coming tuesday with PD but MIDI using my nice new MIDI controller makes pd crash - which really isn't cool as I'm playing with a band...)

And I'm also thoroughly sick of trying to make Linux work on my PC laptop. It doesn't, and I don't have the patience to make it.

So I'm going to switch to a mac system, sooner rather than later I think (giving me, among other things, a switching power supply that doesn't make the entire audio rig buzz like an angry bumblebee whenever I play a gig and forget to bring my DI's, plus the ability to run Steim's LiSa, and the ability to pretend that I'm more creative just because I own an Apple product...).

So my question is: what does the combination of Jack and PD and an external USB soundcard look like on a MacIntel? In the short term, should I get a MacIntel or a PowerPC? How about the long term?

thanks :-)

-- Damian Stewart +64 27 305 4107

f r e y live music with machines http://www.frey.co.nz http://www.myspace.com/freyed

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

On 21/10/2006, at 0.33, Hans-Christoph Steiner wrote:

Just a little reminder: The only real obsticle to getting a native
Pd-extended build is for someone with an Intel Mac to run the build
on their machine. I don't think it will be too bad.

I happen to have an Intel Mac and is very willing to 'run the build'.
How can i? What does it take? Where can i learn? (Sorry 'bout the
immature questions.)

On 21/10/2006, at 16.00, Hans-Christoph Steiner wrote:

On Oct 21, 2006, at 5:01 AM, Steffen wrote:

...

I happen to have an Intel Mac and is very willing to 'run the
build'. How can i? What does it take? Where can i learn? (Sorry
'bout the immature questions.)

Here's the HOWTO:

http://puredata.org/docs/developer/darwin

Superb. I just read through it. It doesn't scare me off. But as i
haven't got Fink just now, i'll have to first find out if i'm gonna
use Fink or DarwinPorts. I suppose the later holds the needed deps in
it's repo too. If I deside to use DarwinPorts, and succeed, I suppose
I could add a section to the wiki on that.

On a side note: Is the intention of the MetaPkg project to make a
(joint) package manager or the like?

Post questions here and we'll see what needs doing.

Brilliant. Just two things for starters:

1. The link to the 'checkout-developer-layout.sh' in the "Checking

out the code frfrom CVS" section seam dead. From the "How to download
from the SourceForge CVS" page it seams like it should point to
'http://pure-data.cvs.sourceforge.net/pure-data/scripts/checkout- developer-layout.sh?rev=HEAD' instead.

2. In the "Building" section it says, "For Pd-extended, you will need

to apply the required patches to Pd-core before compiling". What in
rough terms happens to the Pd-core (aka Millers version?) when
applying that patch?

First off, it would be good just to get a working build out there.

Agreed, indeed.

If you can run a nightly build, that would be even better.

I'll look into that, but i think irregular builds will be more
likely, as it's a laptop computer and not a server in my closet.

Just a quick follow-up,

On 21/10/2006, at 21.09, Hans-Christoph Steiner wrote:

On Oct 21, 2006, at 2:36 PM, Steffen wrote:

...

On 21/10/2006, at 16.00, Hans-Christoph Steiner wrote:

...

On Oct 21, 2006, at 5:01 AM, Steffen wrote:

...

I happen to have an Intel Mac and is very willing to 'run the
build'. How can i? What does it take? Where can i learn? (Sorry
'bout the immature questions.)

Here's the HOWTO:

http://puredata.org/docs/developer/darwin

Superb. I just read through it. It doesn't scare me off. But as i
haven't got Fink just now, i'll have to first find out if i'm
gonna use Fink or DarwinPorts. I suppose the later holds the
needed deps in it's repo too. If I deside to use DarwinPorts, and
succeed, I suppose I could add a section to the wiki on that.

I don't use DarwinPorts at all. I recommend Fink for this since
there are a number of scripts that rely on Fink that automate
things. But if you want to take all rewriting all that stuff for
DarwinPorts, I won't stop you.

Ok. I might even bother to do that given i can figure out how to
alter them scripts in question (and find them). But if it's too much
a show-stopper i'll just jump the Fink wagon.

...

1. The link to the 'checkout-developer-layout.sh' in the "Checking

out the code frfrom CVS" section seam dead. From the "How to
download from the SourceForge CVS" page it seams like it should
point to 'http://pure-data.cvs.sourceforge.net/pure-data/scripts/ checkout-developer-layout.sh?rev=HEAD' instead.

Thanks, fixed. That wasn't updated since SourceForge changed their
domain anme setup.

Cool. Btw. I fund that http://puredata.org/docs/developer/devlayout
got the same (dead) link to that script.

That page should be a wiki, but I haven't gotten around to
converting it... I did create a page for that content tho, if you
feel inspired:

http://puredata.org/docs/developer/MacOSXFink

If you go with DarwinPorts, I'd say make a page called:

http://puredata.org/docs/developer/MacOSXDarwinPorts

Ok. The wiki thing is new land to me, but i will do it, do i go the
DarwinPorts (which i've just learned has change name to MacProts)
way. Just one thing, most of the content of those two pages will be
redundant, only the "Build tools" section will differ.

hi,

i just wanted to share some experience i made trying to compile pd on
mac intel:

• pd wouldn't compile using TclTkAqua-8.4.10.dmg. only after i un-

installed the package i was able to compile pd.

• the result was a binary that would start but was useless -- it

wouldn't open any new window.

• miller puckette's version 0.40 compiles and runs on my computer.

it yould be great if you would get it to work. in case you encounter the same problem, it might be a good idea to
try compiling miller's version in order to be sure that you are not missing any of the dependencies.

good luck, kilian

On Oct 21, 2006, at 3:15 PM, Steffen wrote:

On 21/10/2006, at 21.09, Hans-Christoph Steiner wrote:

...

I recommend Fink for this since there are a number of scripts that
rely on Fink that automate things. But if you want to take all
rewriting all that stuff for DarwinPorts, I won't stop you.

Attached is a text file (hopefully) displaying some "research" and
in which i conclude that i'm not gonna use DarwinPorts to build Pd- extended.

...

If you go with DarwinPorts, I'd say make a page called:

http://puredata.org/docs/developer/MacOSXDarwinPorts

I should properly add this to the wiki for future reference/work?

<Pd-extended_packages.txt> _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list

I use the Tcl/Tk included with 10.4 on all Intel machines. So far it works.

On 10/22/06, james tittle tigital@mac.com wrote:

hey all,

On Oct 21, 2006, at 8:32 PM, Kilian Koepsell wrote:

...

i just wanted to share some experience i made trying to compile pd on mac intel:

• pd wouldn't compile using TclTkAqua-8.4.10.dmg. only after i un-

installed the package i was able to compile pd.

...or, "i could only drink the beer after opening the bottle" ;-)

...

• the result was a binary that would start but was useless -- it

wouldn't open any new window.

...this is because TclTkAqua-8.4.10.dmg is only for ppc, and not "universal", so pd would start, but then likely had problems with tk and rosetta trying to put up the gui...

...

• miller puckette's version 0.40 compiles and runs on my computer.

...this is because your computer has an x86 compiled Tcl/Tk...

...I still haven't gotten an intel mac, but I'm seeing alot of people "barking up the wrong tree" when trying to wedge pd and such from ppc to x86 on the mac...newer versions of tcl/tk haven't been widely distributed: the only place producing x86 distros of tcl/tk that I currently know of is http://www.activestate.com , but they aren't producing universal binaries or embedded versions, meaning we're gonna have to do more work to get the pd-extended thing working (of course!)...

james

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

On Oct 23, 2006, at 4:21 PM, Steffen wrote:

As i'm in the process of useing Fink to install the needed deps to
build Pd-extended i noticed a few things i'd like to ask about.

The fist is related to the Tcl/Tk "issue". Useing Fink it happens
that Tcl/Tk [1] is a dependency for the fftw3 packages. Using the
unstable tree, gives a Tcl/Tk of version 8.4.13. Now, will then
that version of Tcl/Tk be used instead of the version supplied by
Apple.

...this won't conflict with the apple/aqua tcl/tk: the fink one is
different (ie. works thru x11)...fink does use tcl to do some of it's
package handling...

Another dependency is the packaged called odcctools [2]. I don't
understand why. I know the info page say it is to "support gcc4",
but then why does it/Fink also install (yet another version of)
GCC? I don't understand it especially since there is already a
version of GCC installed with the XCode Tool, which was used to re- build Fink.

...XCode by default only installs one gcc version, but it's useful to
have multiple versions around, especially when trying to compile
software that may require a specific compiler version to compile...ya
might want to read up on fink: it installs many things which you may
not directly need, but that the package maintainer needs to provide
the programs you do want...it all goes into /sw anyway, so if you
decide you don't like it, just delete...

james

On 23/10/2006, at 22.21, Steffen wrote:

On 22/10/2006, at 18.02, chris clepper wrote:

...

I use the Tcl/Tk included with 10.4 on all Intel machines. So far
it works.

As i'm in the process of useing Fink to install the needed deps to
build Pd-extended [...]

I've finishing installing the deps for Pd-Extended that Fink offers.
I didn't install liblo0, liblo0-shlibs, ladspa, ladspa-cmt, ladspa- dev as there aren't a intel version for all of them and as the wiki
tells me they are not needed yet, but other then that i've followed
the wiki. - Though i don't understand how the rsync way of getting
the code fits with the "Directory Layout for Developers", so i
skipped that.

As I use the buld in Tcl/Tk that comes with OS X, i had to make some
changes to packages/Makefile - thanks to dpro and matju that helped
locating the problem on irc. It shows that the Makefile in the
devsymlinks section looks for all thinks related to Tcl/Tk in / Library/Frameworks/, however they are (on my system 10.4.8) in / System/Library/Frameworks/. Hence i made the appropriate changes to
the Makefile in order to complete the 'make devsymlinks' part of the
checkout script.

The 'make patch_pd' part was no problem. But the 'make install' part
didn't complete. The build gave a bunch of error. The first few being:

s_midi_pm.c:22:22: error: portmidi.h: No such file or directory s_midi_pm.c:23:22: error: porttime.h: No such file or directory s_midi_pm.c:24:24: error: pminternal.h: No such file or directory

The rest is in the attached file. Note that the (code-)branch is v
0.39.2.

Any suggestion on what to do next to complete the task?

On 27/10/2006, at 6.07, Hans-Christoph Steiner wrote:

On Oct 25, 2006, at 9:44 AM, Steffen wrote:

...

Any suggestion on what to do next to complete the task?

Yeah, this is because Miller didn't check in all of the needed
files back then. They are in CVS now. So basically, you need to
do this:

cd pure-data/pd rm -rf port* cvs checkout -D 2006-04-01 portaudio portmidi

That will check out the version that I am using for Pd-extended.

Thanks. Got it checked out by help of ClaudiusMaximus. For reasons i
don't know, i had to check out useing 'cvs -d:<snip> checkout -D
2006-04-01 pd/portaudio pd/portmidi' hence did it from the pure-data/
folder.

Next error/problem is:

--------------- tail of log ---------- cd /Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID\ Utilities \ Source &&
(test -x /usr/bin/xcodebuild && /usr/bin/xcodebuild) ||
(test -x /usr/bin/pbxbuild && /usr/bin/pbxbuild) ||
echo "Not building Apple HID Utilities" xcodebuild: Error: the directory /Users/stfi/Projects/Pd/pure-data/ externals/hcs/hid/HID Utilities Source contains more than one Xcode
project (it has 2 of them). You will need to specify the project to
build with the -project option. Not building Apple HID Utilities cc -bundle -bundle_loader /Users/stfi/Projects/Pd/pure-data/pd/bin/ pd -L/sw/lib -o /Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/ hid.pd_darwin
/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/ input_arrays.o /Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/ hid_darwin.o /Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/ hid.o -lm -lc -L/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/ HID\ Utilities\ Source/build -L/Users/stfi/Projects/Pd/pure-data/ externals/hcs/hid/HID\ Utilities\ Source/build/Default -lHIDUtilities
-weak_framework Carbon -weak_framework IOKit -weak_framework
ForceFeedback /usr/bin/ld: warning -L: directory name (/Users/stfi/Projects/Pd/pure- data/externals/hcs/hid/HID Utilities Source/build) does not exist /usr/bin/ld: warning -L: directory name (/Users/stfi/Projects/Pd/pure- data/externals/hcs/hid/HID Utilities Source/build/Default) does not
exist /usr/bin/ld: can't locate file for: -lHIDUtilities collect2: ld returned 1 exit status make[2]: *** [/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/ hid.pd_darwin] Error 1 make[1]: *** [externals_install] Error 2 make: *** [extended_install] Error 2

Any suggestions? Unfortunately i'm again blank.

Best, steffen

Also, I can't help you Steffen except to say that [hid] is among the working objects here ([crikey] works! my other stuff... doesn't :P)

On 10/27/06, Luke Iannini (pd) lukexipd@gmail.com wrote:

I'm very happy to report that with the addition of the correct port* sources, I have a successful build of Pd-Extended on Intel Mac!

Lots of broken objects... most of them it seems : )... but Gem is quite functional and core stuff is all working fine.

I'd be happy to run a build from time to time, though I can't promise any regularity as it is a laptop.

Steffen, I am using the ActiveTcl 8.4.13 distro, so it is /Library. I renamed my Utilities/Wish 8.14 to just Wish, though I don't remember why or if that is necessary.

On 10/27/06, Steffen stffn@dibidut.dk wrote:

...

On 27/10/2006, at 6.07, Hans-Christoph Steiner wrote:

...

On Oct 25, 2006, at 9:44 AM, Steffen wrote:

...

Any suggestion on what to do next to complete the task?

Yeah, this is because Miller didn't check in all of the needed files back then. They are in CVS now. So basically, you need to do this:

cd pure-data/pd rm -rf port* cvs checkout -D 2006-04-01 portaudio portmidi

That will check out the version that I am using for Pd-extended.

Thanks. Got it checked out by help of ClaudiusMaximus. For reasons i don't know, i had to check out useing 'cvs -d:<snip> checkout -D 2006-04-01 pd/portaudio pd/portmidi' hence did it from the pure-data/ folder.

Next error/problem is:

--------------- tail of log ---------- cd /Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID\ Utilities \ Source &&
(test -x /usr/bin/xcodebuild && /usr/bin/xcodebuild) ||
(test -x /usr/bin/pbxbuild && /usr/bin/pbxbuild) ||
echo "Not building Apple HID Utilities" xcodebuild: Error: the directory /Users/stfi/Projects/Pd/pure-data/ externals/hcs/hid/HID Utilities Source contains more than one Xcode project (it has 2 of them). You will need to specify the project to build with the -project option. Not building Apple HID Utilities cc -bundle -bundle_loader /Users/stfi/Projects/Pd/pure-data/pd/bin/ pd -L/sw/lib -o /Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/ hid.pd_darwin
/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/ input_arrays.o /Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/ hid_darwin.o /Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/ hid.o -lm -lc -L/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/ HID\ Utilities\ Source/build -L/Users/stfi/Projects/Pd/pure-data/ externals/hcs/hid/HID\ Utilities\ Source/build/Default -lHIDUtilities -weak_framework Carbon -weak_framework IOKit -weak_framework ForceFeedback /usr/bin/ld: warning -L: directory name (/Users/stfi/Projects/Pd/pure- data/externals/hcs/hid/HID Utilities Source/build) does not exist /usr/bin/ld: warning -L: directory name (/Users/stfi/Projects/Pd/pure- data/externals/hcs/hid/HID Utilities Source/build/Default) does not exist /usr/bin/ld: can't locate file for: -lHIDUtilities collect2: ld returned 1 exit status make[2]: *** [/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/ hid.pd_darwin] Error 1 make[1]: *** [externals_install] Error 2 make: *** [extended_install] Error 2

---

Any suggestions? Unfortunately i'm again blank.

Best, steffen

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Hi, I'd be happy to give my notes as best as I can remember, but I'll suppose I'll need someone to make me a page as I also have insufficient priveleges (which includes editing the developer/darwin page).

On 10/27/06, Steffen stffn@dibidut.dk wrote:

Hey Luke, great that you got to complete the build!

On 27/10/2006, at 14.49, Luke Iannini (pd) wrote:

...

Also, I can't help you Steffen except to say that [hid] is among the working objects here

Maybe you can help me - and maybe others - anyways, by giving a somewhat detailed explanation of what _you_ have done to complete the build. I think it would make a good and intel specific alternative to 'http://puredata.org/docs/developer/darwin/' about how to build pd- extended on a intel mac.

On 29/10/2006, at 2.34, Hans-Christoph Steiner wrote:

I think that Intel and PowerPC should ultimately be on the same
page, since 95% of it is probably the same. The idea is to take
the content from /docs/developer/darwin and put it into this wiki
page, then redirect it to the wiki page.

Yes, i see your point, i agree.

What i'd like to see in such a page is a table describing what libs
(ie. Fink packages) a given external depend on. I mean, that would
indeed please the curious reader/user.

Also such information could be used in the hypothetical situation
where a user wouldn't want to do a complete pd-extended build, but
rather a subset - that is, with only a subset of the externals
included.

On Oct 29, 2006, at 12:01 PM, Kuno Woudt wrote:

Hi,

I'm new to the list, so.. er... Hello Everyone!

I also tried building pd-extended for my intel macbook about a week
ago and had the same problem as Kilian Koepsell -- the compiled pd
wouldn't open a new window.

I'll have another go at it next weekend, hopefully I will have more
luck with some of the suggestions which have already been made in this thread.

A slightly related question though:

I installed Mac OS X on a case-sensitive file-system, which is perhaps a silly thing to do -- but at the time I did not know that that isn't the default. So, I had to do fix a lot of references to header files which don't exist (e.g. <Quicktime/quicktime.h> should be <QuickTime/QuickTime.h>, ec...). Are those considered bugs? If so, where do I submit bug fixes?

Bug fixes get submitted on the patch tracker:

http://sf.net/projects/pure-data

But I am not sure that's a bug. The problem is that Apple QuickTime
calls its headers QuickTime/QuickTime.h while libquicktime calls them
quicktime/quicktime.h, so its a matter of which library is being
targetted.

.hc

Mistrust authority - promote decentralization. - the hacker ethic

On Oct 29, 2006, at 5:45 PM, Kuno Woudt wrote:

On Sun, Oct 29, 2006 at 04:24:55PM -0500, Hans-Christoph Steiner
wrote:

...

But I am not sure that's a bug. The problem is that Apple QuickTime calls its headers QuickTime/QuickTime.h while libquicktime calls them quicktime/quicktime.h, so its a matter of which library is being targetted.

Isn't that something a ./configure script should sort out? (you'd probably get some ugly #if's in the source though...). I am pretty sure quicktime/quicktime.h is capitalized inconsistely throughout the source, so I have the impression that most of the pd-extended source tree currently isn't targeted at libquicktime anyway.

Anyway, as I mentioned before, I will be back with a list of inconsistent (apple) header file usage in a few days :)

PDP and PiDiP use libquicktime, Gem uses Apple QuickTime on Mac OS X
and libquicktime on GNU/Linux.

.hc

I have the audacity to believe that peoples everywhere can have three
meals a day for their bodies, education and culture for their minds,
and dignity, equality and freedom for their spirits. - Martin
Luther King, Jr.

http://puredata.org/docs/developer/MacOSXFink is now updated! Bit messy but is a barebones guide to getting it oing from scratch as far as I can remember. Please send along your results and perhaps I'll be reminded of any steps I may have omitted.

On 10/29/06, Kuno Woudt warp@frob.nl wrote:

On Sun, Oct 29, 2006 at 04:24:55PM -0500, Hans-Christoph Steiner wrote:

...

But I am not sure that's a bug. The problem is that Apple QuickTime calls its headers QuickTime/QuickTime.h while libquicktime calls them quicktime/quicktime.h, so its a matter of which library is being targetted.

Isn't that something a ./configure script should sort out? (you'd probably get some ugly #if's in the source though...). I am pretty sure quicktime/quicktime.h is capitalized inconsistely throughout the source, so I have the impression that most of the pd-extended source tree currently isn't targeted at libquicktime anyway.

Anyway, as I mentioned before, I will be back with a list of inconsistent (apple) header file usage in a few days :)

-- warp.

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

On Oct 30, 2006, at 4:21 AM, Steffen wrote:

On 30/10/2006, at 4.50, Luke Iannini (pd) wrote:

...

http://puredata.org/docs/developer/MacOSXFink is now updated!

Thanks alot! It is pretty much the same i did, not surprisingly i
guess. Except that i:

• didn't install the ActiveTcl/Tk but used the one installed on my

system. And therefor altered 'packages/Makefile' to fix the paths,
and re-ran 'make devsymlinks'

• installed all the Fink packages form source

But alas didn't complete.

It's nice to compare.

If you want to compile everything but hid, you can remove it from the
LIB_TARGETS. At about line 133 in externals/Makefile, remove "hid"
from the "darwin" section.

.hc

All information should be free. - the hacker ethic

Please post! If you used the whole extended build system, then it
will include all dependencies from Fink automatically. Basically,
you should be able to run this:

cd /path/to/pure-data/packages make patch cd darwin_app make package_clean; make install && make package

And end up with a nicely packaged .dmg with the README and the .plist
included. Then post that.

.hc

On Oct 30, 2006, at 2:37 PM, Luke Iannini (pd) wrote:

Hi, I just recompiled and viewed the log, which showed a surprising lack of errors... I then realized I never copied over the new .plist file. I just did that, and my Intel-native Pd-App seems to run near flawlessly; the missing objects I thought were due to compile-errors were just a simple preference issue : ).

This means I have a pretty much complete Pd-0.39.2.app. Is this something I could post? Or is it dynamically linked to my machine?

Luke

On 10/30/06, Hans-Christoph Steiner hans@eds.org wrote:

...

On Oct 30, 2006, at 4:21 AM, Steffen wrote:

...

On 30/10/2006, at 4.50, Luke Iannini (pd) wrote:

...

http://puredata.org/docs/developer/MacOSXFink is now updated!

Thanks alot! It is pretty much the same i did, not surprisingly i guess. Except that i:

• didn't install the ActiveTcl/Tk but used the one installed on my

system. And therefor altered 'packages/Makefile' to fix the paths, and re-ran 'make devsymlinks'

• installed all the Fink packages form source

But alas didn't complete.

It's nice to compare.

If you want to compile everything but hid, you can remove it from the LIB_TARGETS. At about line 133 in externals/Makefile, remove "hid" from the "darwin" section.

.hc

---

---

All information should be free. - the hacker ethic

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

Oh yeah, I forgot to mention, Welcome to the List!

.hc

On Oct 29, 2006, at 12:01 PM, Kuno Woudt wrote:

Hi,

I'm new to the list, so.. er... Hello Everyone!

I also tried building pd-extended for my intel macbook about a week
ago and had the same problem as Kilian Koepsell -- the compiled pd
wouldn't open a new window.

I'll have another go at it next weekend, hopefully I will have more
luck with some of the suggestions which have already been made in this thread.

A slightly related question though:

I installed Mac OS X on a case-sensitive file-system, which is perhaps a silly thing to do -- but at the time I did not know that that isn't the default. So, I had to do fix a lot of references to header files which don't exist (e.g. <Quicktime/quicktime.h> should be <QuickTime/QuickTime.h>, ec...). Are those considered bugs? If so, where do I submit bug fixes?

-- warp.

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list

Mistrust authority - promote decentralization. - the hacker ethic

On Sun, Oct 29, 2006 at 05:12:58PM -0500, Mathieu Bouchard wrote:

If you're thinking about GridFlow, then consider this mail of yours as being a bug report. I've just changed the names in gridflow/configure and gridflow/format/quicktimeapple.c; would you please check that I have them correct now?

It's not just in GridFlow, and not just QuickTime.h either. I will make
a list next weekend when I have some time to spend on it again.

-- warp.

On Oct 29, 2006, at 7:28 AM, Steffen wrote:

On 29/10/2006, at 2.34, Hans-Christoph Steiner wrote:

...

I think that Intel and PowerPC should ultimately be on the same
page, since 95% of it is probably the same. The idea is to take
the content from /docs/developer/darwin and put it into this wiki
page, then redirect it to the wiki page.

Yes, i see your point, i agree.

What i'd like to see in such a page is a table describing what libs
(ie. Fink packages) a given external depend on. I mean, that would
indeed please the curious reader/user.

Sounds good, perhaps a wiki page for that? Usually, its a question
of who does the work to keep it up to date, hopefully being a wiki
will help with that.

https://puredata.org/docs/developer/Dependencies

Also such information could be used in the hypothetical situation
where a user wouldn't want to do a complete pd-extended build, but
rather a subset - that is, with only a subset of the externals
included.

Yeah, I think we should have that ability. I think the best way to
achieve that is with a autoconf/configure. Then it would
automatically find dependencies and build what it can considering.
Its just a matter of someone doing the work.

.hc

"[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

On Oct 30, 2006, at 4:04 AM, Steffen wrote:

On 29/10/2006, at 22.20, Hans-Christoph Steiner wrote:

...

On Oct 29, 2006, at 7:28 AM, Steffen wrote:

...

On 29/10/2006, at 2.34, Hans-Christoph Steiner wrote:

...

I think that Intel and PowerPC should ultimately be on the same
page, since 95% of it is probably the same. The idea is to take
the content from /docs/developer/darwin and put it into this
wiki page, then redirect it to the wiki page.

Yes, i see your point, i agree.

What i'd like to see in such a page is a table describing what
libs (ie. Fink packages) a given external depend on. I mean, that
would indeed please the curious reader/user.

Sounds good, perhaps a wiki page for that? Usually, its a
question of who does the work to keep it up to date, hopefully
being a wiki will help with that.

https://puredata.org/docs/developer/Dependencies

I guess externals overtime can alter there dependencies list, hence
making such list/table writable for all would be ideal to keep it
update - so yes, i agree.

But could I fx. start do the job? Where/how do i find out what a
given external depend on, and what externals there are (in pd- extended)? That is, if i knew, i might have done it already. Can it
be pulled out of the ./configure info?

You could start with the .libs files, they specify addition libs to
link in: find ~/cvs/pure-data/externals/ -name '*.libs'

...

...

Also such information could be used in the hypothetical situation
where a user wouldn't want to do a complete pd-extended build,
but rather a subset - that is, with only a subset of the
externals included.

Yeah, I think we should have that ability. I think the best way
to achieve that is with a autoconf/configure. Then it would
automatically find dependencies and build what it can considering.

Yes, good idea. Though the users will still need the above list of
dependencies in order to install the dependencies needs to build a
given subset of pd-extended. It might be a nice to have feature to
be able to supply a list of externals one would want build, in the
hypothetical situation where one have the dependencies for a given
external but still don't want to build it into the subset of pd- extended.

That shouldn't be too hard with autoconf.

...

Its just a matter of someone doing the work.

Yes. I don't think the demand will be huge (might only be me), and
the dependencies list will be somehow needed. So it could be left
fairly low prioritized on a todo-list somewhere. But in the realm
of making a comprenhencive documentation on how to obtain different
"configurations" of Pd i think it would be needed.

Its bigger that you think, plus it will be helpful in many other
ways. For example, it would handle platform differences
automatically, which means we could stop doing it manually.

.hc

If you are not part of the solution, you are part of the problem.

On Oct 31, 2006, at 3:52 AM, Steffen wrote:

On 30/10/2006, at 20.30, Hans-Christoph Steiner wrote:

...

On Oct 30, 2006, at 4:04 AM, Steffen wrote:

...

On 29/10/2006, at 22.20, Hans-Christoph Steiner wrote:

...

On Oct 29, 2006, at 7:28 AM, Steffen wrote:

...

On 29/10/2006, at 2.34, Hans-Christoph Steiner wrote:

...

I think that Intel and PowerPC should ultimately be on the
same page, since 95% of it is probably the same. The idea is
to take the content from /docs/developer/darwin and put it
into this wiki page, then redirect it to the wiki page.

Yes, i see your point, i agree.

What i'd like to see in such a page is a table describing what
libs (ie. Fink packages) a given external depend on. I mean,
that would indeed please the curious reader/user.

Sounds good, perhaps a wiki page for that? Usually, its a
question of who does the work to keep it up to date, hopefully
being a wiki will help with that.

https://puredata.org/docs/developer/Dependencies

I guess externals overtime can alter there dependencies list,
hence making such list/table writable for all would be ideal to
keep it update - so yes, i agree.

But could I fx. start do the job? Where/how do i find out what a
given external depend on, and what externals there are (in pd- extended)? That is, if i knew, i might have done it already. Can
it be pulled out of the ./configure info?

You could start with the .libs files, they specify addition libs
to link in: find ~/cvs/pure-data/externals/ -name '*.libs'

Ok, thanks. I'll see to that.

...

...

...

...

Also such information could be used in the hypothetical
situation where a user wouldn't want to do a complete pd- extended build, but rather a subset - that is, with only a
subset of the externals included.

Yeah, I think we should have that ability. I think the best way
to achieve that is with a autoconf/configure. Then it would
automatically find dependencies and build what it can considering.

Yes, good idea. Though the users will still need the above list
of dependencies in order to install the dependencies needs to
build a given subset of pd-extended. It might be a nice to have
feature to be able to supply a list of externals one would want
build, in the hypothetical situation where one have the
dependencies for a given external but still don't want to build
it into the subset of pd-extended.

That shouldn't be too hard with autoconf.

Ok. I thought it would be like supplying a list of wanted externals
to ./configure. But ofcause i don't know autoconf.

Something like this:

By default, it would try to build every it can. Otherwise, you would
use flags. For example, to build just motex:

./configure --disable-all-externals --enable-motex

Or to enable something that's off by default:

./configure --enable-pyext

...

...

...

Its just a matter of someone doing the work.

Yes. I don't think the demand will be huge (might only be me),
and the dependencies list will be somehow needed. So it could be
left fairly low prioritized on a todo-list somewhere. But in the
realm of making a comprenhencive documentation on how to obtain
different "configurations" of Pd i think it would be needed.

Its bigger that you think, plus it will be helpful in many other
ways. For example, it would handle platform differences
automatically, which means we could stop doing it manually.

Could you clarify how it is bigger then i think?

Meaning that it will solve a number of other problems as well.
Sorry, I got to stop writing strange slang using words about size
(previously I said "that is huge!", causing some
misunderstanding...). The slang is, when you say something is "big"
or "huge" that means its really a good thing.

Will it handle different platform builds automatically by just
skipping an external in the build list that happens not to be
supported for the given platform that the build is for (, but works
for other platforms)?

Basically, ./configure looks for libs. Then when building, things
will only build if all the required libs where found.

.hc

I spent 33 years and four months in active military service and
during that period I spent most of my time as a high class muscle man
for Big Business, for Wall Street and the bankers. - General
Smedley Butler

On 10/27/06, Luke Iannini (pd) lukexipd@gmail.com wrote:

I'm very happy to report that with the addition of the correct port* sources, I have a successful build of Pd-Extended on Intel Mac!

Can you post your build online somewhere?

On 29/10/2006, at 2.30, Hans-Christoph Steiner wrote:

Hmm, it seems that there is a different version of xcodebuild,
because that part works for me, and on the auto-build machines.

I've installed XCode Tools 2.4. xcodebuild -version returns: Component versions: DevToolsCore-757.0; DevToolsSupport-733.0

Here's the root of the problem:

...

xcodebuild: Error: the directory /Users/stfi/Projects/Pd/pure-data/ externals/hcs/hid/HID Utilities Source contains more than one
Xcode project (it has 2 of them). You will need to specify the
project to build with the -project option. Not building Apple HID Utilities

What do you have in /Users/stfi/Projects/Pd/pure-data/externals/hcs/ hid/HID Utilities Source?

This is what i got there:

$ ls -1R /Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID\
Utilities\ Source/ CVS English.lproj HID Utilities Dylib.pbproj HID Utilities Read Me.rtf HID Utilities Slib.pbproj HIDLib.h HID_APIs.h HID_CFM.c HID_Config_Utilities.c HID_Config_Utilities.h HID_Error_Handler.c HID_Error_Handler.h HID_Name_Lookup.c HID_Name_Lookup.h HID_Queue_Utilities.c HID_Queue_Utilities.h HID_Transaction_Utilities.c HID_Transaction_Utilities.h HID_Utilities.c HID_Utilities.h HID_Utilities_CFM.h HID_Utilities_External.h HID_Utilities_Internal.h IOHIDPowerUsage.h ImmrHIDUtilAddOn.c ImmrHIDUtilAddOn.h PID.h

/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID Utilities
Source//CVS: Entries Entries.Log Repository Root

/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID Utilities
Source//English.lproj: CVS HID_cookie_strings.plist HID_device_usage_strings.plist HID_usage_strings.plist

/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID Utilities
Source//English.lproj/CVS: Entries Repository Root

/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID Utilities
Source//HID Utilities Dylib.pbproj: CVS

/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID Utilities
Source//HID Utilities Dylib.pbproj/CVS: Entries Repository Root

/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID Utilities
Source//HID Utilities Slib.pbproj: CVS admin.pbxuser geowar.pbxuser ggs.pbxuser gstahl.pbxuser project.pbxproj

/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID Utilities
Source//HID Utilities Slib.pbproj/CVS: Entries Repository Root

Hope it helps, somehow.

Best, Steffen

Ok, I've posted the build here: http://www.proyekto.net/sndrft/Pd-0.39.2.dmg

I included builds of Thomas Grill's (flext-based) xsample, pool and fftease as those are not currently built in Pd-Extended.

Also, please, if someone could mirror this I'd be grateful! Not sure how much bandwidth this site has, and it is usually not hit too hard as my collective is quite obscure ;).

Luke

On 10/30/06, Hans-Christoph Steiner hans@eds.org wrote:

On Oct 29, 2006, at 7:18 AM, Steffen wrote:

...

On 29/10/2006, at 2.30, Hans-Christoph Steiner wrote:

...

Hmm, it seems that there is a different version of xcodebuild, because that part works for me, and on the auto-build machines.

I've installed XCode Tools 2.4. xcodebuild -version returns: Component versions: DevToolsCore-757.0; DevToolsSupport-733.0

...

...

Here's the root of the problem:

...

xcodebuild: Error: the directory /Users/stfi/Projects/Pd/pure- data/externals/hcs/hid/HID Utilities Source contains more than one Xcode project (it has 2 of them). You will need to specify the project to build with the -project option. Not building Apple HID Utilities

What do you have in /Users/stfi/Projects/Pd/pure-data/externals/ hcs/hid/HID Utilities Source?

This is what i got there:

---

$ ls -1R /Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID
Utilities\ Source/ CVS English.lproj HID Utilities Dylib.pbproj HID Utilities Read Me.rtf HID Utilities Slib.pbproj HIDLib.h HID_APIs.h HID_CFM.c HID_Config_Utilities.c HID_Config_Utilities.h HID_Error_Handler.c HID_Error_Handler.h HID_Name_Lookup.c HID_Name_Lookup.h HID_Queue_Utilities.c HID_Queue_Utilities.h HID_Transaction_Utilities.c HID_Transaction_Utilities.h HID_Utilities.c HID_Utilities.h HID_Utilities_CFM.h HID_Utilities_External.h HID_Utilities_Internal.h IOHIDPowerUsage.h ImmrHIDUtilAddOn.c ImmrHIDUtilAddOn.h PID.h

/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID Utilities Source//CVS: Entries Entries.Log Repository Root

/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID Utilities Source//English.lproj: CVS HID_cookie_strings.plist HID_device_usage_strings.plist HID_usage_strings.plist

/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID Utilities Source//English.lproj/CVS: Entries Repository Root

/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID Utilities Source//HID Utilities Dylib.pbproj: CVS

/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID Utilities Source//HID Utilities Dylib.pbproj/CVS: Entries Repository Root

/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID Utilities Source//HID Utilities Slib.pbproj: CVS admin.pbxuser geowar.pbxuser ggs.pbxuser gstahl.pbxuser project.pbxproj

/Users/stfi/Projects/Pd/pure-data/externals/hcs/hid/HID Utilities Source//HID Utilities Slib.pbproj/CVS: Entries Repository Root

---

Hope it helps, somehow.

Best, Steffen

I've been using XCode 2.3, and that's what's installed on the build farm machine too. I guess they changed some of the command line options... ARG! This is like the third time that Apple has broken their XCode command line building.

Ok, I'm upgrading to XCode 2.4 now. For the time being, you can skip building hid.

.hc

---

Mistrust authority - promote decentralization. - the hacker ethic

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

On 10/30/06, Luke Iannini (pd) lukexipd@gmail.com wrote:

Ok, I've posted the build here: http://www.proyekto.net/sndrft/Pd-0.39.2.dmg

I included builds of Thomas Grill's (flext-based) xsample, pool and fftease as those are not currently built in Pd-Extended.

Can you build py? I have had troubles with that on Intel Macs.

Hi Luke, great! Of course i'd like to include UB capability into the flext build system

• let's see, hopefully next week.

best greetings, Thomas

Am 31.10.2006 um 00:00 schrieb Luke Iannini (pd):

Here you go! Not sure if Thomas is listening, but Flext currently inserts the incorrect optimization strings into config-mac-pd-gcc.txt (it assumes a G4 I think). I've been using -mfpmath=sse,387 -mieee-fp -ftree-vectorize -fivopts -ftree-loop-linear for the UFLAGS and -march=prescott for the OFLAGS, which I took from here: http://forums.mozillazine.org/viewtopic.php?t=294976

Seems to work fine. Luke

On 10/30/06, chris clepper cgclepper@gmail.com wrote:

...

On 10/30/06, Luke Iannini (pd) lukexipd@gmail.com wrote:

...

Ok, I've posted the build here: http://www.proyekto.net/sndrft/Pd-0.39.2.dmg

I included builds of Thomas Grill's (flext-based) xsample, pool and fftease as those are not currently built in Pd-Extended.

Can you build py? I have had troubles with that on Intel Macs.

<py.pd_darwin>_______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

On Oct 31, 2006, at 3:45 AM, Steffen wrote:

On 30/10/2006, at 21.26, Luke Iannini (pd) wrote:

...

Ok, I've posted the build

Super cool, thanks alot. I'll still try to build, as it has gotten
to me. - And i'd like to know more about "it"*. But your build
certainly calms the process, as it satisfy me need of an intel build.

(* would like to know more about what external needs what and work
on casting light on the dark paths to obtain different Pd builds/ setups/configurations - mentioned earlier)

If you have a hunger for more, I could always use help with the
release builds.

.hc

               ¡El pueblo unido jamás será vencido!

So we tried out the Mac/Intel build on someone's MacBook Pro. It did
run and start, but there a few problems:

• gem would play videos but they would just show up as all one color
• the sound was severely chopped up
• at one point, the whole GUI locked up

Anyone else have similar problems?

.hc

                                           http://at.or.at/hans/

I've only fiddled a bit with it, but I didn't have any of those problems...

D

On 02/11/06, Hans-Christoph Steiner hans@eds.org wrote:

So we tried out the Mac/Intel build on someone's MacBook Pro. It did run and start, but there a few problems:

• gem would play videos but they would just show up as all one color
• the sound was severely chopped up
• at one point, the whole GUI locked up

Anyone else have similar problems?

.hc

---

                                           http://at.or.at/hans/

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

On 03/11/2006, at 2.09, Hans-Christoph Steiner wrote:

So we tried out the Mac/Intel build on someone's MacBook Pro. It
did run and start, but there a few problems:

• gem would play videos but they would just show up as all one color
• the sound was severely chopped up
• at one point, the whole GUI locked up

Anyone else have similar problems?

I've not tried Luke's build, since i completed my own short after. I
have experienced that at one point it (=the bulid i did) crashed. I
have not messed with GEM. Sound seams ok.

I've uploaded the build i did, which is without hid, if that could be
of any use [1]. It's build up against the include Tcl/Tk.

But that might be replaced by fx [2] from the auto build site? Does
that mean, that there is intel macosx build in the auto build farm?

[1] http://puredata.info/Members/stffn/Pd-0.39.2-extended-2006-10-31- macosx104-i386.dmg [2] http://autobuild.puredata.info/auto-build/2006-11-02/Pd-0.39.2- extended-2006-11-02-macosx104-i386.dmg

On 30/10/2006, at 20.44, Hans-Christoph Steiner wrote:

I've been using XCode 2.3, and that's what's installed on the build
farm machine too. I guess they changed some of the command line
options... ARG! This is like the third time that Apple has broken
their XCode command line building.

Ok, I'm upgrading to XCode 2.4 now.

Hmm. Luke's build description says that XCode 2.4 was used (with out
problems).

For the time being, you can skip building hid.

Ok. Thanks. I'll try/do that.

On Oct 24, 2006, at 12:33 AM, Hans-Christoph Steiner wrote:

Good to see you on the list!

...well, always lurking if not responsive, but I'm back in the
hospital for 2nd chemo round, but I've been feeling a bit better
overall, so I'm computing more...

What's the deal with the ActiveTcl package, do you know anything
about it? Is tcltkaqua.sf.net defunct?

...daniel steffan has stopped updating the tcltkaqua distro, which is
a big pain: however, he seems to spend more time on fixing tkaqua,
which is probably better ;-) That leaves only the ActiveTcl distro
as being actively updated, but they've included their own selection
of extensions...nice guys, but I hate the web/form interface: they
really push their dev environment...another unfortunate-ness is that
they don't distribute embeddable framework versions, but that could
be fixed with a script around install_name_tool...

...all in all, we'll probably want to grab a cvs tag and just make
'em ourselves on the compile farm...yeehaw!

jamie

On Oct 21, 2006, at 8:32 PM, Kilian Koepsell wrote:

hi,

i just wanted to share some experience i made trying to compile pd
on mac intel:

• pd wouldn't compile using TclTkAqua-8.4.10.dmg. only after i un-

installed the package i was able to compile pd.

Yeah, you should use the built-in Frameworks for Intel. or build
them from source. You can use the built-in ones by just not
installing anything, and ignoring the bit in the HOWTO about the
Standalone.dmg.

.hc

• the result was a binary that would start but was useless -- it

wouldn't open any new window.

• miller puckette's version 0.40 compiles and runs on my computer.

it yould be great if you would get it to work. in case you encounter the same problem, it might be a good idea to
try compiling miller's version in order to be sure that you are not missing any of the dependencies.

good luck, kilian

On Oct 21, 2006, at 3:15 PM, Steffen wrote:

...

On 21/10/2006, at 21.09, Hans-Christoph Steiner wrote:

...

I recommend Fink for this since there are a number of scripts
that rely on Fink that automate things. But if you want to take
all rewriting all that stuff for DarwinPorts, I won't stop you.

Attached is a text file (hopefully) displaying some "research" and
in which i conclude that i'm not gonna use DarwinPorts to build Pd- extended.

...

If you go with DarwinPorts, I'd say make a page called:

http://puredata.org/docs/developer/MacOSXDarwinPorts

I should properly add this to the wiki for future reference/work?

<Pd-extended_packages.txt> _______________________________________________ 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

If nature has made any one thing less susceptible than all others of
exclusive property, it is the action of the thinking power called an
idea, which an individual may exclusively possess as long as he keeps
it to himself; but the moment it is divulged, it forces itself into
the possession of everyone, and the receiver cannot dispossess
himself of it. - Thomas Jefferson

On 24/10/2006, at 6.37, Hans-Christoph Steiner wrote:

On Oct 21, 2006, at 6:15 PM, Steffen wrote:

...

On 21/10/2006, at 21.09, Hans-Christoph Steiner wrote:

...

I recommend Fink for this since there are a number of scripts
that rely on Fink that automate things. But if you want to take
all rewriting all that stuff for DarwinPorts, I won't stop you.

Attached is a text file (hopefully) displaying some "research" and
in which i conclude that i'm not gonna use DarwinPorts to build Pd- extended.

...

If you go with DarwinPorts, I'd say make a page called:

http://puredata.org/docs/developer/MacOSXDarwinPorts

I should properly add this to the wiki for future reference/work?

<Pd-extended_packages.txt>

Yeah, you should definitely at it to the wiki.

I have a hard time adding it, as it tells me that "You do not have
sufficient privileges to view this page" when i click "add wiki
page". I am logged in. I don't have a clue what else to do in order
to create that wikipage.

Best, steffen

Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:

...

I have a hard time adding it, as it tells me that "You do not have
sufficient privileges to view this page" when i click "add wiki
page". I am logged in. I don't have a clue what else to do in order
to create that wikipage.

Yeah, no one has figured out that issue, but apparently I have
perms, so I created the page. It should work now:

It's a (not so well known) bug of pd.info: Many users, me included, cannot create a new wiki page directly, but creating a link to a WikiPageLikeThis in another page, then following that link lets you edit the newly generated empty page.

Ciao

Frank Barknecht _ ______footils.org_ __goto10.org__

I have a 1.83 MacBook Pro. I checked out the developer layout per HCS's script. Doing this seems to miss some files in Portaudio and Portmidi, so I got those from the 040-1 branch (and replaced the portaudio and portmidi directories) - is this correct? (this is what I believe Steffen is reporting above re: s_pm_midi.c)

After patching, I attempted to make install in packages/darwin_app. This was where it failed... Jack related apparently, perhaps due to the patch expecting other files than those I copied?

cc -I. -g -O2 -DPD -Wall -W -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -Os -funroll-loops -fomit-frame-pointer -DMACOSX -DUNISTD -I/usr/X11R6/include -I../portaudio/pa_common -I../portaudio/pablio -I../portmidi/pm_common -I../portmidi/pm_mac -I../portmidi/porttime -Wno-error -DUSEAPI_PORTAUDIO -DPA19 -DPA_USE_COREAUDIO -DPA_LITTLE_ENDIAN -DUSEAPI_JACK -M g_canvas.c g_graph.c g_text.c g_rtext.c g_array.c g_template.c g_io.c g_scalar.c g_traversal.c g_guiconnect.c g_readwrite.c g_editor.c g_all_guis.c g_bang.c g_hdial.c g_hslider.c g_mycanvas.c g_numbox.c g_toggle.c g_vdial.c g_vslider.c g_vumeter.c m_pd.c m_class.c m_obj.c m_atom.c m_memory.c m_binbuf.c m_conf.c m_glob.c m_sched.c s_main.c s_inter.c s_file.c s_print.c s_loader.c s_path.c s_entry.c s_audio.c s_midi.c d_ugen.c d_ctl.c d_arithmetic.c d_osc.c d_filter.c d_dac.c d_misc.c d_math.c d_fft.c d_mayer_fft.c d_fftroutine.c d_array.c d_global.c d_delay.c d_resample.c x_arithmetic.c x_connective.c x_interface.c x_midi.c x_misc.c x_time.c x_acoustics.c x_net.c x_qlist.c x_gui.c x_list.c d_soundfile.c s_midi_pm.c s_audio_pa.c s_audio_pablio.c s_audio_paring.c ../portaudio/pa_common/pa_allocation.c ../portaudio/pa_common/pa_converters.c ../portaudio/pa_common/pa_cpuload.c ../portaudio/pa_common/pa_dither.c ../portaudio/pa_common/pa_front.c ../portaudio/pa_common/pa_process.c ../portaudio/pa_common/pa_skeleton.c ../portaudio/pa_common/pa_stream.c ../portaudio/pa_common/pa_trace.c ../portaudio/pa_unix/pa_unix_util.c ../portaudio/pa_mac_core/pa_mac_core.c ../portaudio/pa_mac/pa_mac_hostapis.c ../portmidi/pm_mac/pmmac.c ../portmidi/pm_mac/pmmacosxcm.c ../portmidi/pm_common/pmutil.c ../portmidi/pm_common/portmidi.c ../portmidi/porttime/ptmacosx_cf.c s_audio_jack.c > makefile.dependencies cd ../obj; cc -Wl -framework CoreAudio -framework AudioUnit -framework AudioToolbox -framework Carbon -framework CoreMIDI -weak_framework Jack -o ../bin/pd g_canvas.o g_graph.o g_text.o g_rtext.o g_array.o g_template.o g_io.o g_scalar.o g_traversal.o g_guiconnect.o g_readwrite.o g_editor.o g_all_guis.o g_bang.o g_hdial.o g_hslider.o g_mycanvas.o g_numbox.o g_toggle.o g_vdial.o g_vslider.o g_vumeter.o m_pd.o m_class.o m_obj.o m_atom.o m_memory.o m_binbuf.o m_conf.o m_glob.o m_sched.o s_main.o s_inter.o s_file.o s_print.o s_loader.o s_path.o s_entry.o s_audio.o s_midi.o d_ugen.o d_ctl.o d_arithmetic.o d_osc.o d_filter.o d_dac.o d_misc.o d_math.o d_fft.o d_mayer_fft.o d_fftroutine.o d_array.o d_global.o d_delay.o d_resample.o x_arithmetic.o x_connective.o x_interface.o x_midi.o x_misc.o x_time.o x_acoustics.o x_net.o x_qlist.o x_gui.o x_list.o d_soundfile.o s_midi_pm.o s_audio_pa.o s_audio_pablio.o s_audio_paring.o ../portaudio/pa_common/pa_allocation.o ../portaudio/pa_common/pa_converters.o ../portaudio/pa_common/pa_cpuload.o ../portaudio/pa_common/pa_dither.o ../portaudio/pa_common/pa_front.o ../portaudio/pa_common/pa_process.o ../portaudio/pa_common/pa_skeleton.o ../portaudio/pa_common/pa_stream.o ../portaudio/pa_common/pa_trace.o ../portaudio/pa_unix/pa_unix_util.o ../portaudio/pa_mac_core/pa_mac_core.o ../portaudio/pa_mac/pa_mac_hostapis.o ../portmidi/pm_mac/pmmac.o ../portmidi/pm_mac/pmmacosxcm.o ../portmidi/pm_common/pmutil.o ../portmidi/pm_common/portmidi.o ../portmidi/porttime/ptmacosx_cf.o s_audio_jack.o
-ldl -lm -lpthread /usr/bin/ld: multiple definitions of symbol _RingBuffer_AdvanceReadIndex s_audio_paring.o definition of _RingBuffer_AdvanceReadIndex in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_AdvanceReadIndex in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_AdvanceWriteIndex s_audio_paring.o definition of _RingBuffer_AdvanceWriteIndex in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_AdvanceWriteIndex in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_Flush s_audio_paring.o definition of _RingBuffer_Flush in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_Flush in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_GetReadAvailable s_audio_paring.o definition of _RingBuffer_GetReadAvailable in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_GetReadAvailable in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_GetReadRegions s_audio_paring.o definition of _RingBuffer_GetReadRegions in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_GetReadRegions in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_GetWriteAvailable s_audio_paring.o definition of _RingBuffer_GetWriteAvailable in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_GetWriteAvailable in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_GetWriteRegions s_audio_paring.o definition of _RingBuffer_GetWriteRegions in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_GetWriteRegions in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_Init s_audio_paring.o definition of _RingBuffer_Init in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_Init in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_Read s_audio_paring.o definition of _RingBuffer_Read in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_Read in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_Write s_audio_paring.o definition of _RingBuffer_Write in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_Write in section (__TEXT,__text) /usr/bin/ld: warning multiple definitions of symbol _jack_error s_audio_jack.o definition of _jack_error in section (__TEXT,__text) /Library/Frameworks/Jack.framework/Jack(single module) definition of _jack_error collect2: ld returned 1 exit status make[2]: *** [../bin/pd] Error 1 make[1]: [pd] Error 2 (ignored) make -C /Users/LukeIannini/PdCheckout/Pd-Ext/pure-data/pd/src BUILDLAYOUT_DIR=/Users/LukeIannini/PdCheckout/Pd-Ext/pure-data/packages cvs_root_dir=/Users/LukeIannini/PdCheckout/Pd-Ext/pure-data DESTDIR=/Users/LukeIannini/PdCheckout/Pd-Ext/pure-data/packages/darwin_app/build/Pd-0.39.2.app/Contents/Resources prefix= libpddir=/Users/LukeIannini/PdCheckout/Pd-Ext/pure-data/packages/darwin_app/build/Pd-0.39.2.app/Contents/Resources OPT_CFLAGS="-Os -funroll-loops -fomit-frame-pointer" UNAME=Darwin install cd ../obj; cc -Wl -framework CoreAudio -framework AudioUnit -framework AudioToolbox -framework Carbon -framework CoreMIDI -weak_framework Jack -o ../bin/pd g_canvas.o g_graph.o g_text.o g_rtext.o g_array.o g_template.o g_io.o g_scalar.o g_traversal.o g_guiconnect.o g_readwrite.o g_editor.o g_all_guis.o g_bang.o g_hdial.o g_hslider.o g_mycanvas.o g_numbox.o g_toggle.o g_vdial.o g_vslider.o g_vumeter.o m_pd.o m_class.o m_obj.o m_atom.o m_memory.o m_binbuf.o m_conf.o m_glob.o m_sched.o s_main.o s_inter.o s_file.o s_print.o s_loader.o s_path.o s_entry.o s_audio.o s_midi.o d_ugen.o d_ctl.o d_arithmetic.o d_osc.o d_filter.o d_dac.o d_misc.o d_math.o d_fft.o d_mayer_fft.o d_fftroutine.o d_array.o d_global.o d_delay.o d_resample.o x_arithmetic.o x_connective.o x_interface.o x_midi.o x_misc.o x_time.o x_acoustics.o x_net.o x_qlist.o x_gui.o x_list.o d_soundfile.o s_midi_pm.o s_audio_pa.o s_audio_pablio.o s_audio_paring.o ../portaudio/pa_common/pa_allocation.o ../portaudio/pa_common/pa_converters.o ../portaudio/pa_common/pa_cpuload.o ../portaudio/pa_common/pa_dither.o ../portaudio/pa_common/pa_front.o ../portaudio/pa_common/pa_process.o ../portaudio/pa_common/pa_skeleton.o ../portaudio/pa_common/pa_stream.o ../portaudio/pa_common/pa_trace.o ../portaudio/pa_unix/pa_unix_util.o ../portaudio/pa_mac_core/pa_mac_core.o ../portaudio/pa_mac/pa_mac_hostapis.o ../portmidi/pm_mac/pmmac.o ../portmidi/pm_mac/pmmacosxcm.o ../portmidi/pm_common/pmutil.o ../portmidi/pm_common/portmidi.o ../portmidi/porttime/ptmacosx_cf.o s_audio_jack.o
-ldl -lm -lpthread /usr/bin/ld: multiple definitions of symbol _RingBuffer_AdvanceReadIndex s_audio_paring.o definition of _RingBuffer_AdvanceReadIndex in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_AdvanceReadIndex in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_AdvanceWriteIndex s_audio_paring.o definition of _RingBuffer_AdvanceWriteIndex in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_AdvanceWriteIndex in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_Flush s_audio_paring.o definition of _RingBuffer_Flush in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_Flush in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_GetReadAvailable s_audio_paring.o definition of _RingBuffer_GetReadAvailable in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_GetReadAvailable in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_GetReadRegions s_audio_paring.o definition of _RingBuffer_GetReadRegions in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_GetReadRegions in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_GetWriteAvailable s_audio_paring.o definition of _RingBuffer_GetWriteAvailable in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_GetWriteAvailable in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_GetWriteRegions s_audio_paring.o definition of _RingBuffer_GetWriteRegions in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_GetWriteRegions in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_Init s_audio_paring.o definition of _RingBuffer_Init in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_Init in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_Read s_audio_paring.o definition of _RingBuffer_Read in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_Read in section (__TEXT,__text) /usr/bin/ld: multiple definitions of symbol _RingBuffer_Write s_audio_paring.o definition of _RingBuffer_Write in section (__TEXT,__text) ../portaudio/pa_mac_core/pa_mac_core.o definition of _RingBuffer_Write in section (__TEXT,__text) /usr/bin/ld: warning multiple definitions of symbol _jack_error s_audio_jack.o definition of _jack_error in section (__TEXT,__text) /Library/Frameworks/Jack.framework/Jack(single module) definition of _jack_error collect2: ld returned 1 exit status make[2]: *** [../bin/pd] Error 1 make[1]: *** [pd_install] Error 2 make: *** [darwin_app_core] Error 2

On 10/25/06, Steffen stffn@dibidut.dk wrote:

On 25/10/2006, at 18.56, Hans-Christoph Steiner wrote:

...

On Oct 25, 2006, at 9:46 AM, Steffen wrote:

...

I have a hard time adding it, as it tells me that "You do not have sufficient privileges to view this page" when i click "add wiki page". I am logged in. I don't have a clue what else to do in order to create that wikipage.

Yeah, no one has figured out that issue, but apparently I have perms, so I created the page. It should work now:

http://puredata.org/docs/developer/MacOSXDarwinPorts

Thanks. Content added.

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

On 26/10/2006, at 4.11, Luke Iannini (pd) wrote:

I have a 1.83 MacBook Pro. I checked out the developer layout per HCS's script.

Just curious, were your Tcl/Tk framework stuff in /Library/ or / System/Library/ ? I assume you run 10.4.8.

On Oct 21, 2006, at 1:47 PM, Mathieu Bouchard wrote:

In a dataflow diagram, the arrow always means either one thread
talking to another via some pipe, or a function-call that does not
return a value. Pd messages are like the latter.

actually - no. well yes. sort of.

there are two kinds of diagram languages, as far as I can tell. Those that are dataflow pushed from the top (i.e. "yes") and those that are
pulling (or should we say "sucking" because it sounds more icky?) data from the bottom (therefore: "no" in the line above).

the top down ones can be explained as pipes or non returning function
calls, where the effect of the call is a side effect.

the bottom up idea (e.g. VVVV) is much more explicitly a functional
language. the system calls the objects that draw essentially asking for the
next frame. They then call the objects above them to get the latest data, and so
it goes up through the diagram. There are problems here, in particular it can be hard to think about these ideas when one is used to the push method from e.g. PD. But there are advantages. for instance when the right input
of a *~ object is zero, there is no need to call the entire subtree above the left
(audio) input so we save some CPU.

I am not sure whether such a pull system is any better than a push
system. it works well for video frames, I guess it could work for audio frames
easily enough but for asynchronous data flows (e.g. serial data, OSC packets) it
can be a right pain.

okay, 'nuff said.

tim