similar to: XMMS plugin build fix

On Fri, Jul 20, 2001 at 01:06:53PM -0700, Josh Coalson wrote: > > xmmsinputplugin_LTLIBRARIES = libxmms-flac.la > > libxmms_flac_la_SOURCES = plugin.c > > -libxmms_flac_la_LIBADD = -L$(top_builddir)/src/libFLAC/.libs -lFLAC > > @XMMS_LIBS@ > > +libxmms_flac_la_LIBADD = @XMMS_LIBS@ > > $(top_builddir)/src/libFLAC/libFLAC.la > > libxmms_flac_la_LDFLAGS =

I am working with R-2.12.0 on FreeBSD 9.0-CURRENT for a while now. I successfully installed more than 300 packages (most as dependencies of others). There are two packages I am not able to install: RGtk2 and rggobi. For example rggobi builds fine and after that it wants to load: ------------------------------------------------------ # R CMD INSTALL rggobi_2.1.16.tar.gz [..SNIP..] gcc

I am working with R-2.12.0 on FreeBSD 9.0-CURRENT for a while now. I successfully installed more than 300 packages (most as dependencies of others). There are two packages I am not able to install: RGtk2 and rggobi. For example rggobi builds fine and after that it wants to load: ------------------------------------------------------ # R CMD INSTALL rggobi_2.1.16.tar.gz [..SNIP..] gcc

I think I sent a bad patch for this one already, which used a _LIBS variable. There is no _LIBS variable. :-) So, the .la file should be specified directly in _LIBADD, with no linker flag syntax. libtool will figure it out. diff -u -r1.1.1.1 Makefile.am --- Makefile.am 29 Jan 2001 18:13:29 -0000 1.1.1.1 +++ Makefile.am 21 Jun 2001 19:27:31 -0000 @@ -9,5 +9,5 @@

The build bombs out on the xmms plugin on redhat 7.1 box: ../../libtool-disable-static --mode=link gcc -I../.. -I./include -I ../../include -Wall -W -O3 -DNDEBUG -fomit-frame-pointer -funroll-loops -finline-functions -Winline -DFLaC__INLINE=__inline__ -O2 -march=i386 -mcpu=i686 -I/usr/include/xmms -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -o

Well, I've rebuilt flac from the original source, without using the NetBSD package system, and I'm still seeing the same problem with the XMMS FLAC plugin: /usr/pkg/lib/xmms/Input/libxmms-flac.so: Undefined PLT symbol "FLAC__plugin_common__init_dither_context" (symnum = 30) I can see that the symbol is defined in the common library: $ nm src/plugin_common/libplugin_common.a |

--- pritpaul@svaudio.org wrote: > Is there anything else new in CVS that would warrant an upgrade? i.e. > any > bugfixes or new features? Also, does CVS tend to be clean-compiling? > (without changing a million Makefiles :) ) so far there have only been minor fixes/improvements. the one you found is only one that affects encoding. I try to keep CVS compilable. if not, just post a

/bin/sh ../../mkinstalldirs /sw/lib/xmms/Input ../../libtool-disable-static --mode=install /usr/bin/install -c libxmms-flac.la /sw/lib/xmms/Input/libxmms-flac.la libtool-disable-static: install: warning: relinking `libxmms-flac.la' cd /Users/glenn/Desktop/flac-1.0.5_beta1/src/plugin_xmms; /bin/sh ../../libtool-disable-static --mode=relink gcc -I../.. -I./include -I../../include -g -O2

I have been using Apple's X11 on OS X and I got the source and compiled flac 1.0.5 beta2. Everything seemed to build and install OK, but the xmms-flac plugin is not working, and I cannot open xmms. I get the following error when I launch xmms from xterm: brian it's 8:41pm, what now? xmms & [1] 567 brian it's 8:41pm, what now? dyld: xmms Undefined symbols:

I'm making a Fink package for FLAC. It all builds fine except for the xmms plugin. I'd use the pbproject, but fink users are likely to want the xmms plugin which pbxbuild does not build. Also it seems the pbproject does not build dynamic libraries. I build with: ./configure --prefix=/sw --mandir=/sw/share/man make make install DESTDIR=/tmp (to simulate building into a deb file) The

Hi, swfplay does not link in latest git 0.6.2-384-g234d0b0. /bin/sh ../libtool --mode=link gcc -g -O2 -o swfplay ../swfdec-gtk/libswfdec-gtk-0.7.la ../swfdec/libswfdec-0.7.la -pthread -lgobject-2.0 -lgthread-2.0 -lrt -lglib-2.0 -lcairo -lpng12 -lz -lgtk- x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo -lsoup-2.4 -lgio-2.0 -lgobject-2.0

On Wednesday, February 5, 2003, at 10:47 PM, Josh Coalson wrote: > --- Matt Zimmerman <mdz@debian.org> wrote: > > good, very good. it may take me a little bit to get to it > since I'm starting a new job next week. > > Ben, can you inspect the patch and confirm that it covers > what you also suggested? The patch fixed the problem with your libs. However, when

Hello, is there any one who uses C++ STL classes when programming shared libs for R and has had any problems with STL? In the very simple example below I am constantly getting segfaults when trying to populate the queue. The segfault occurs at what looks like a random index in the loop when pushing another element to the queue. Reproduced on 4 machines. Object x is an Image as in EBImage,

--- Ben Hines <bhines@alumni.ucsd.edu> wrote: > At 10:39 AM -0700 5/21/02, Josh Coalson wrote: > >--- Ben Hines <bhines@alumni.ucsd.edu> wrote: > >> I guess the problem is really why is it trying to relink it? > >> > >> The "parse error: condition expected:" is suspicious, though.. > maybe > >> it's another "zsh as

Hello, I`m not sure if in this list I can post this problem, but... I`m trying compile swfdec in windows platform (with mingw) and I find many errors in the make process, some in compilance process (some solve it). But I can?t solve the bellow problem in make process: make[3]: Entering directory `/home/Administrador/swfdec-0.4.3/player' /bin/sh ../libtool --tag=CC --mode=link gcc -g -O2

On Friday, January 24, 2003, at 12:28 AM, Josh Coalson wrote: > --- Brian Haberman <habesct@mac.com> wrote: >> I have been using Apple's X11 on OS X and I got the source and >> compiled >> flac 1.0.5 beta2. Everything seemed to build and install OK, but the >> >> xmms-flac plugin is not working, and I cannot open xmms. I get the >> following

When linking against a libtool library, you should simply specify it on the libtool command line as you would a library or an object file. Nothing should ever reference the .libs directory directly. diff -u -r1.1.1.1 Makefile.am --- Makefile.am 2001/01/29 18:13:29 1.1.1.1 +++ Makefile.am 2001/06/14 20:13:20 @@ -9,5 +9,6 @@ xmmsinputplugin_LTLIBRARIES = libxmms-flac.la

I'm trying to compile ver 20041019 (older ver for winetools) on my x86_64 Fedora Core 3. ./configure works fine, and so does make depend, but when it comes down to actually compiling, it has a hard time locating the right libs to link against. ../../../tools/winegcc/winegcc -B../../../tools/winebuild -shared ./winearts.drv.spec arts.o audio.o winearts.drv.dbg.o -o winearts.drv.so

Hi, And thanks for flac. There's a minor problem when compiling flac: libtool warns about mixing up shared and static libraries. Typical messages are: *** Warning: Linking the shared library libxmms-flac.la against the *** static library ../../src/plugin_common/libplugin_common.a is not portable! *** Warning: Linking the shared library libxmms-flac.la against the *** static library

Ok, it seems i had problems with stale stuff in there. I made clean and started over. The first part now correctly says " remember to run `libtool --finish /sw/lib'". The xmms plugin now gives a different error: /bin/sh ../../mkinstalldirs /tmp/sw/lib/xmms/Input ../../libtool-disable-static --mode=install /usr/bin/install -c libxmms-flac.la