Re: [LAD] New release of zita-convolver / jconvolver / fconvolver
On 10/25/2011 11:55 PM, Fons Adriaensen wrote: Meanwhile both zita-convolver and jconvolver have been updated, so please update the AUR packages as well. works now, thanks a lot! ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] New release of zita-convolver / jconvolver / fconvolver
On 10/18/2011 09:06 PM, Fons Adriaensen wrote: Hello all, New releases onhttp://kokkinizita.linuxaudio.org:/linuxaudio/downloads: zita-convolver-3.0.2 jconvolver/fconvolver-0.9.1 i'm having trouble with the linker. when i install the new zita-convolver, /usr/local/lib64/libzita-convolver.so still points to the old version. jconvolver 0.9.1 then complains about jconvolver.o: In function `main': jconvolver.cc:(.text+0x15e): undefined reference to `zita_convolver_major_version()' jconvolver.cc:(.text+0x5b4): undefined reference to `Convproc::print(_IO_FILE*)' ... and so on. even when i manually remove the old libraries and re-run ldconfig, no unversioned libzita-convolver.so link will be regenerated (which makes sense, given that the library is explicitly not backwards-compatible). but then i'd need some way to specify the new version explicitly in the jconvolver makefile, don't i? -lzita-convolver seems to always find the old one only, or none at all if the generic link is removed. any hints appreciated. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] New release of zita-convolver / jconvolver / fconvolver
Excerpts from Jörn Nettingsmeier's message of 2011-10-25 20:00:49 +0200: On 10/18/2011 09:06 PM, Fons Adriaensen wrote: Hello all, New releases onhttp://kokkinizita.linuxaudio.org:/linuxaudio/downloads: zita-convolver-3.0.2 jconvolver/fconvolver-0.9.1 i'm having trouble with the linker. when i install the new zita-convolver, /usr/local/lib64/libzita-convolver.so still points to the old version. jconvolver 0.9.1 then complains about jconvolver.o: In function `main': jconvolver.cc:(.text+0x15e): undefined reference to `zita_convolver_major_version()' jconvolver.cc:(.text+0x5b4): undefined reference to `Convproc::print(_IO_FILE*)' ... and so on. even when i manually remove the old libraries and re-run ldconfig, no unversioned libzita-convolver.so link will be regenerated (which makes sense, given that the library is explicitly not backwards-compatible). but then i'd need some way to specify the new version explicitly in the jconvolver makefile, don't i? -lzita-convolver seems to always find the old one only, or none at all if the generic link is removed. any hints appreciated. My script for Arch seems to work: https://aur.archlinux.org/packages/zi/zita-convolver/PKGBUILD It effectively only does: ln -s libzita-convolver.so.3.0.2 /usr/lib/libzitaconvolver.so so it just creates a symlink to the versioned .so Apps expecting the old lib will simply fail. Not sure how to do it from the makefile or in some other package management system. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] New release of zita-convolver / jconvolver / fconvolver
On Tue, Oct 25, 2011 at 08:31:38PM +0200, Jörn Nettingsmeier wrote: i'm having trouble with the linker. when i install the new zita-convolver, /usr/local/lib64/libzita-convolver.so still points to the old version. jconvolver 0.9.1 then complains about ... It seems the following line is missing in the install target of the Makefile: ln -sf $(ZITA-CONVOLVER_MIN) $(PREFIX)/$(LIBDIR)/$(ZITA-CONVOLVER_SO) to be added after the call to ldconfig. The whitespace must be a TAB, not spaces. If you had 2.0.0 installed you had libzita-convolver.so - libzita-convolver.so.2.0.0 libzita-convolver.so.2 - libzita-convolver.so.2.0.0 libzita-convolver.so.2.0.0 after installing 3.0.2 this should become libzita-convolver.so - libzita-convolver.so.3.0.2 libzita-convolver.so.2 - libzita-convolver.so.2.0.0 libzita-convolver.so.2.0.0 libzita-convolver.so.3 - libzita-convolver.so.3.0.2 libzita-convolver.so.3.0.2 The result is that existing apps will use 2.0.0 until they are recompiled. Anything compiled after the installing the new library will use 3.0.2. If you have no apps needing 2.0.0 (or if you recompile them) you can remove .so.2 and .so.2.0.0. There is also a bug in jconvolver, config.cc line 206: the '6' in the sscanf() should be '5'. I've no idea how this slipped in, as all jconvolver configs were reviewed, edited and tested. Must be git playing tricks on me. Updates will be released soon. -- FA ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] New release of zita-convolver / jconvolver / fconvolver
On Tue, Oct 25, 2011 at 08:33:17PM +0200, Philipp Überbacher wrote: My script for Arch seems to work: https://aur.archlinux.org/packages/zi/zita-convolver/PKGBUILD It effectively only does: ln -s libzita-convolver.so.3.0.2 /usr/lib/libzitaconvolver.so so it just creates a symlink to the versioned .so This is the one that was missing in the Makefile. The other one: ln -s libzita-convolver.so.3 /usr/lib/libzitaconvolver.so is created by ldconfig. Apps expecting the old lib will simply fail. Not because of any of those symlinks, but because pacman will remove the older version if it was installed from a package. IMHO it should not do that - old apps should just continue to work with the old library until they are recompiled. But that's the subject of a long standing discussion in Arch. Meanwhile both zita-convolver and jconvolver have been updated, so please update the AUR packages as well. Ciao, -- FA ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] New release of zita-convolver / jconvolver / fconvolver
Hi Fons, On 10/18/2011 09:06 PM, Fons Adriaensen wrote: Hello all, New releases on http://kokkinizita.linuxaudio.org:/linuxaudio/downloads: Many thanks for these and your dedication. [..] * Should compile and work on OSX. The Makefile is untested. g++ on OSX does not have a '-march=native' option. (error: bad value (native) for -march) One would need to edit the Makefile to make it compile on OSX since you always append it with CPPFLAGS += -march=native. I suggest to change that line to CXXFLAGS=-march=native -O3 Thus CXXFLAGS can be overridden on the make command-line. Furthermore optimization flags should not be set as preprocessor parameters (CPPFLAGS). Cheers! robin ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev