Aha, now I found it... it's patch 1204294 from Hans-Christoph, https://sourceforge.net/tracker/index.php?func=detail&aid=1204294&gr...
thanks Miller
On Thu, Jul 14, 2005 at 02:28:03PM -0400, james tittle wrote:
hi miller,
On Jul 14, 2005, at 2:07 PM, Miller Puckette wrote:
I thought I saw someone had figured out how to fix the wierd problem with newer-than-8.4.4 versions of Tcl/Tk on OSX (you click on the app and Tcl/Tk dies with an error, whereas running Pd.app/Contents/ Resources/bin/pd works fine...)
But madly searching through the list archives I can't find it... am I dreaming?
...this sounds kinda familiar, but I can say that over the last few days (on OSX 10.4.1) I've not had any problems with tcl/tk 8.4.9.1 compiling and running the cvs head of pd (devel included)...the latest version is 8.4.10, but that introduces a change
Also, James found out that dynamic loading is now best done using dlopen() etc.. unlsee there's something wrong with that I'll stick it in.
...outside of the initial work I did on this, I haven't revisited it...there really doesn't seem to be a problem if externals are built in two_level_namespace (ie. NOT flat_namespace), but I haven't tried this out with all externals in cvs...I'll keep ya posted as I try things out...in any event, like the patch says, dlopen is the preferred way for sometime on osx, and we didn't know... :-\
james
You already included the fix related to that problem, its in CVS, so that should work fine. But I am curious why you omitted the Jack/OSX fixes that were part of that patch. They are necessary in order to be able to compile Pd.app releases that have Jack support, unless you have found another way that's not in CVS yet.
.hc
On Jul 14, 2005, at 3:38 PM, Miller Puckette wrote:
Aha, now I found it... it's patch 1204294 from Hans-Christoph, https://sourceforge.net/tracker/index.php? func=detail&aid=1204294&group_id=55736&atid=478072
thanks Miller
On Thu, Jul 14, 2005 at 02:28:03PM -0400, james tittle wrote:
hi miller,
On Jul 14, 2005, at 2:07 PM, Miller Puckette wrote:
I thought I saw someone had figured out how to fix the wierd problem with newer-than-8.4.4 versions of Tcl/Tk on OSX (you click on the app and Tcl/Tk dies with an error, whereas running Pd.app/Contents/ Resources/bin/pd works fine...)
But madly searching through the list archives I can't find it... am I dreaming?
...this sounds kinda familiar, but I can say that over the last few days (on OSX 10.4.1) I've not had any problems with tcl/tk 8.4.9.1 compiling and running the cvs head of pd (devel included)...the latest version is 8.4.10, but that introduces a change
Also, James found out that dynamic loading is now best done using dlopen() etc.. unlsee there's something wrong with that I'll stick it in.
...outside of the initial work I did on this, I haven't revisited it...there really doesn't seem to be a problem if externals are built in two_level_namespace (ie. NOT flat_namespace), but I haven't tried this out with all externals in cvs...I'll keep ya posted as I try things out...in any event, like the patch says, dlopen is the preferred way for sometime on osx, and we didn't know... :-\
james
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
________________________________________________________________________ ____
"Computer science is no more related to the computer than astronomy is related to the telescope."
-Edsger Dykstra
Yes, I forgot all about it! And I don't know why I didn't want the jack part (possibly because I knew I couldn't test it at the time), but have gone agead and put it in now. I'm currently having other difficulties (portaudio V19 transition) but once I get a test tone out I'll commit to CVS...
cheers Miller
On Fri, Jul 15, 2005 at 01:32:03PM -0400, Hans-Christoph Steiner wrote:
You already included the fix related to that problem, its in CVS, so that should work fine. But I am curious why you omitted the Jack/OSX fixes that were part of that patch. They are necessary in order to be able to compile Pd.app releases that have Jack support, unless you have found another way that's not in CVS yet.
.hc
On Jul 14, 2005, at 3:38 PM, Miller Puckette wrote:
Aha, now I found it... it's patch 1204294 from Hans-Christoph, https://sourceforge.net/tracker/index.php? func=detail&aid=1204294&group_id=55736&atid=478072
thanks Miller
On Thu, Jul 14, 2005 at 02:28:03PM -0400, james tittle wrote:
hi miller,
On Jul 14, 2005, at 2:07 PM, Miller Puckette wrote:
I thought I saw someone had figured out how to fix the wierd problem with newer-than-8.4.4 versions of Tcl/Tk on OSX (you click on the app and Tcl/Tk dies with an error, whereas running Pd.app/Contents/ Resources/bin/pd works fine...)
But madly searching through the list archives I can't find it... am I dreaming?
...this sounds kinda familiar, but I can say that over the last few days (on OSX 10.4.1) I've not had any problems with tcl/tk 8.4.9.1 compiling and running the cvs head of pd (devel included)...the latest version is 8.4.10, but that introduces a change
Also, James found out that dynamic loading is now best done using dlopen() etc.. unlsee there's something wrong with that I'll stick it in.
...outside of the initial work I did on this, I haven't revisited it...there really doesn't seem to be a problem if externals are built in two_level_namespace (ie. NOT flat_namespace), but I haven't tried this out with all externals in cvs...I'll keep ya posted as I try things out...in any event, like the patch says, dlopen is the preferred way for sometime on osx, and we didn't know... :-\
james
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
"Computer science is no more related to the computer than astronomy is related to the telescope."
-Edsger Dykstra
Yes, I forgot all about it! And I don't know why I didn't want the jack part (possibly because I knew I couldn't test it at the time), but have gone agead and put it in now. I'm currently having other difficulties (portaudio V19 transition) but once I get a test tone out I'll commit to CVS...
well, pa v19 supports jack ... both on linux and osx ... except that you can't link statically due to name clashes with the hacked pablio, it works fine ...
t
On Jul 15, 2005, at 5:53 PM, Tim Blechmann wrote:
Yes, I forgot all about it! And I don't know why I didn't want the jack part (possibly because I knew I couldn't test it at the time), but have gone agead and put it in now. I'm currently having other difficulties (portaudio V19 transition) but once I get a test tone out I'll commit to CVS...
well, pa v19 supports jack ... both on linux and osx ... except that you can't link statically due to name clashes with the hacked pablio, it works fine ...
That's good to know, it should simplify things in the future. But the Jack dependency needs to be optional so we don't need to release separate Jack and non-Jack binaries. Currently that's done with "-weak_framework Jack" when linking. Do you know if pd v19's jack support can be optional in binary?
.hc
t
-- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk
latest mp3: kMW.mp3 http://mattin.org/mp3.html
latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/
After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs
________________________________________________________________________ ____
"[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
That's good to know, it should simplify things in the future. But the Jack dependency needs to be optional so we don't need to release separate Jack and non-Jack binaries. Currently that's done with "-weak_framework Jack" when linking. Do you know if pd v19's jack support can be optional in binary?
not sure ... at least it's possible to build portaudio as shared library and link pd with that, but that's just moving the dependency from pd to portaudio ... on the other hand, that's the only way to use pa/jack/pd at the moment ...
t