Pd-dev September 2011

pd-dev@lists.iem.at

19 participants
104 discussions

Re: [PD-dev] how to load shared code for libraries
by Hans-Christoph Steiner 31 Oct '11

31 Oct '11

On Sep 28, 2011, at 3:15 AM, IOhannes m zmoelnig wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2011-09-27 21:55, Hans-Christoph Steiner wrote: >> >> That's a good break down of the issues. I'll checkout @loader_path. >> The @executable_path technique has been in Pd-extended for a long >> time, >> check out all of the libs in Pd-extended.app/Contents/lib by doing >> something like: >> >> otool -L /Applications/Pd-extended.app/Contents/lib/libavcodec. >> 51.dylib >> >> But this still leaves us with Windows and GNU/Linux, right? I >> think the >> original idea of setting the LD_LIBRARY_PATH when loading, then >> unsetting, is a good one. It would be good to have all platforms use >> the same technique. >> > > seems like my other mail got unnoticed: i find that the > LD_LIBRARY_PATH > trick does NOT work as expected, as this variable is only evaluated at > strttime of the application, and setting it via setenv() seems to not > effect dlopen(). Ah, ok, that changes things. So you are sure there isn't a way to make this work? If so, do you think there are other shared library techniques you think could work? Otherwise, it looks like we are back to my original manual dlopen() proposal. .hc ---------------------------------------------------------------------------- As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin

3 17

Including iemnet in Pd-extended
by Roman Haefeli 21 Oct '11

21 Oct '11

Hi Hans & IOhannes & Martin I'd love to have the iemnet library included in Pd-extended and wanted to hear other opinions. I'd do the work, if everyone agrees. Roman

3 3

commit access + intro
by Ricardo Fabbri 17 Oct '11

17 Oct '11

Hello, all, I would like to introduce myself and humbly request to be a Pd committer. Following http://puredata.info/docs/developer/SVNCommitAccess this is the required info: My name is Ricardo Fabbri and I have been working with free software since 1999, specializing in computer vision and image processing. During my PhD I worked on 3D reconstruction algorithms and video camera self-calibration, and have also worked for Google in applications of related technology for the scanning and indexing of books and other print material. I have recently returned to Brazil where I helped found the free software group Lab Macambira (labmacambira.sf.net), together with my brother Renato Fabbri, Vilson Vieira, and others. We are currently a team of 15. My brother had a significant influence in Pd Con that was held in Brazil, as well as in the rise of the Brazilian Pd and Linux community. My brother is a composer and is doing graduate work in computational physics. I was actually the one who introduced him to Pd and Linux back in the days when he was working with Max. We were also joined by Gilson Beck, another composer who got hooked on Pd. Currently, my direct interests with Pd development are to support the demands from these composers, but, mainly, to support Pd as a core component of our real-time video processing stack. We use Pd for guiding C++ modules linked to OpenCV and VXL. We also use Scilab as a quick prototyping language for new algorithms. As you can see, Pd is the guiding master of our systems, so it is crucial for us to have a development grip on it. Commit access is important as we would like to develop this key component with you. You can count on our painstaking care not to break anything and our willing service to improve Pd. Perhaps with a commit access it will make it easier to do small improvements and documentation, for a start, or bigger things such as adding completely new functionality. Our concrete plans for developing Pd are related to pix_opencv: adding new functionality, providing bugfixes, and modifying pix_opencv_bgstats to allow for different background modeling algorithms, and also profiling it to make it faster and more responsive. We plan to help maintain puredata_opencv in general, as well as helping you guys out with whatever you need. We were also thinking about helping to migrate the community pd-svn repository to Git, or even Gem to Git, so that at least all our repos are under the same version control. Any suggestions on how to help are more than welcome. We are very glad to be interacting with you. SF user: ricardofabbri. Optionally, Vilson's SF user: vilsonvieira and My brother's: greenkobold Best regards, Ricardo -- Linux registered user #175401 www.lems.brown.edu/~rfabbri

3 10

build instructions for pd-extended
by Ricardo Fabbri 06 Oct '11

06 Oct '11

Hi, I would like to help out with the development of Pd, in particular with Gem and puredata_opencv. Please be patient as I am just starting with Pd development. I would like to get some advice from you on how to build from the develpment sources. I can then update the community website instructions based on your responses, if you think that'd be helpful. I would like to install pd-extended, gem, and pix_opencv from the development source code. It seems I should download from Subversion, even though Git is used for pd vanilla core and pd-extended core. It seems these Git repos are regularly pushed onto Subversion. Is that true? Now, should I really download from these? https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk and https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/trunk Next, I'd like some up-to-date build instructions based on the development code base. Again, I am more than willing to update the online doc with the info you provide. I appreciate your guidance on how to contribute. I lead a team with computer vision programmers and music composition experts that will be heavily developing Pd in the next coming weeks and months. Best regards, Ricardo -- Linux registered user #175401 www.lems.brown.edu/~rfabbri

2 14

Keyboard shortcuts for "done editing"
by Marvin Humphrey 01 Oct '11

01 Oct '11

(moving to pd-dev...) On Wed, Sep 28, 2011 at 01:38:54AM -0400, Mathieu Bouchard wrote: >> So, if I understand correctly, you are suggesting that these key bindings >> would only take effect while actively editing the text of an Object, Message, >> or Comment. If that's the case, +1 -- I agree. > > Yes, that's it. Fortunately, Object, Message and Comment all share the same underlying text entry box implementation, with controls in src/pdtk_text.tcl. This patch below seems like it ought to at least do something. The "bind" call succeeds, because I've checked and the script fires at each <Return>, and I've looked at other invocations of pdtk_text_editing and these arguments seem correct. It doesn't work yet, though, and I'm not sure why not -- pdtk_text_editing runs to completion, but running it doesn't seem to accomplish anything. I'll try again later. Marvin Humphrey --- a/tcl/pdtk_text.tcl +++ b/tcl/pdtk_text.tcl @@ -11,6 +11,7 @@ proc pdtk_text_new {tkcanvas tags x y text font_size color} { set mytag [lindex $tags 0] $tkcanvas bind $mytag <Home> "$tkcanvas icursor $mytag 0" $tkcanvas bind $mytag <End> "$tkcanvas icursor $mytag end" + $tkcanvas bind $mytag <Return> "pdtk_text_editing [winfo toplevel $tkcanvas] $mytag 0" # select all $tkcanvas bind $mytag <Triple-ButtonRelease-1> \ "pdtk_text_selectall $tkcanvas $mytag"

3 4

zexy: libtool: link: only absolute run-paths are allowed
by Hans-Christoph Steiner 01 Oct '11

01 Oct '11

So with all the hassle over symlinks, there is a different issue stopping things on MinGW. This seems to be the exact same issue as Gem was having. You can see the environment of the build in the build log, if that's useful. libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I/home/pd/auto-build/pd-extended/pd/src -g -O2 -mms-bitfields -MT 0x260x260x7e.lo -MD -MP -MF .deps/0x260x260x7e.Tpo -c 0x260x260x7e.c -o 0x260x260x7e.o >/dev/null 2>&1 mv -f .deps/0x260x260x7e.Tpo .deps/0x260x260x7e.Plo /bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -mms-bitfields -module -avoid-version -shared -shrext .dll -L/home/pd/auto-build/pd-extended/pd -L/home/pd/auto-build/pd-extended/pd/src -o 0x260x260x7e.la -rpath 0x260x260x7e.lo -lregex -lpd -lm -lgdi32 -luser32 -lkernel32 -lcoldname -lcrtdll libtool: link: only absolute run-paths are allowed http://autobuild.puredata.info/auto-build/2011-09-30/logs/2011-09-30_03.31.… .hc

2 9

symlinks in zexy svn
by Hans-Christoph Steiner 30 Sep '11

30 Sep '11

Now I see the root of the unfold-help.pd issue, zexy relies on symlinks that are checked into svn. That'll work fine on UNIX, but is very unpredictable in Windows. For example, a Windows svn client might check them out by copying them. A cygwin svn client might check them out directly, but then cygwin has its own symlink format which is compatible with Windows shortcuts. Then MinGW does not have a native SVN client packaged, so if you will get different results depending on whether you use a Windows or Cygwin svn client in MinGW. I think the build system should create the links using $(LN_S). That will work in a consistent fashion in all of the above situations. On Windows/MinGW, it'll always copy, on Cygwin it'll make the special Cygwin symlinks, and on UNIX it'll make standard symlinks. .hc

2 3

Unit tests
by Marvin Humphrey 30 Sep '11

30 Sep '11

(moving this thread off of pd-list and onto pd-dev...) On Wed, Sep 28, 2011 at 10:55:09AM -0400, Hans-Christoph Steiner wrote: >> I don't see any unit tests. Are there any? > > There isn't really any unified test method. I think the zexy library > has some, I looked at zexy's system to see what testing framework it used, in the hopes that Pd Vanilla could use the same one. But zexy is using its own custom rig and zexy is under the GPL, so I'm still looking for other solutions. > and someone else recently starting writing a test framework in Lua. Hmm, it's always good to have something rather than nothing, but it seems desirable to have a test framework written in Tcl, C or Pd rather than to add Lua as a dependency. Writing a simple testing framework for imperative code is easy. (I've written two and hacked on several.) Gui testing is much harder, so my initial thought is to just avoid it altogether and focus on imperative testing. [ ... /me browses web, discovers tcltest ... ] Hmm, wouldn't tcltest be the obvious framework to use? http://www.tcl.tk/man/tcl/TclCmd/tcltest.htm > But regular automated unit tests is something that we sorely need. In the abstract, I'm interested in this. Writing some test cases would be a great way for me to improve my skills with both Tcl and Pd. Any suggestions about areas of Pd that are particularly suitable for unit testing? > What we do have is a farm of dev/build servers which you can get ssh > access to. > > http://puredata.info/docs/developer/PdLab Cool, that's a great resource! Marvin Humphrey

5 17

[ pure-data-Bugs-3415638 ] missing gettext package breaks make
by SourceForge.net 30 Sep '11

30 Sep '11

Bugs item #3415638, was opened at 2011-09-29 22:44 Message generated for change (Tracker Item Submitted) made by reakin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3415638&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rich E (reakin) Assigned to: Nobody/Anonymous (nobody) Summary: missing gettext package breaks make Initial Comment: /usr/local/bin/msgfmt -> /usr/local/Cellar/gettext/0.18.1.1/bin/msgfmt pd version: latest git checkout (SHA c7fb8e4a06d...) OS: OS X 10.7 issue: OS X 10.7 Lion does not seem to include the gettext package by default (Hans says neither does 10.5). Both ./autogen.sh and ./configure detect this and give warnings saying you won't get localizations. Still, make runs msgfmt after it is done building, causing an error since msgfmt (part of gettext) cannot be found. There is a conditional in the makefile(s): HAVE_MSGFMT = no but po/Makefile is still trying to call msgfmt. I think it is because po/Makefile is still added to AC_CONFIG_FILES, whereas is shouldn't be if the gettext package cannot be found. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3415638&group_…

1 0

remove all .la (libtool archives) files created by autotools
by Hans-Christoph Steiner 29 Sep '11

29 Sep '11

Hey Roman, I just saw this commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/Makef… .la files generally should not be installed, that makes sense to me. This seems like a heavy hand to do a global deletion for something like this. The problem would be in the build system that is installing them, and should be fixed there. Then it'll be fixed wherever that library is used, not just in Pd-extended. .hc ---------------------------------------------------------------------------- Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli

4 7

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev September 2011