similar to: error building 1.0

Damn, back to this thread: > 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 > +++

/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'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

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 =

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 |

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

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:

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

--- Glenn <glenn@meaning.com> wrote: > /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 >

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

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

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

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

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,

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

It looks like libplugin_common.a is being linked into the shared object libxmms-flac.so. In that case, all of the objects in libplugin_common.a must be compiled with -fPIC. ----- Forwarded message from lamont+buildd@hp.com ----- Date: Sat, 28 Sep 2002 18:54:08 -0600 From: lamont+buildd@hp.com Resent-From: lamont+buildd@hp.com To: submit@bugs.debian.org Subject: Bug#162718:

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

I'm following this thread here http://www.centos.org/modules/newbb/viewtopic.php?topic_id=23749&forum=38 to build an rpm for thunderbird 3.1.6/3.1.7 from source. While it works well on i386, compilation fails for x86_64. Any advice how to fix the spec file? ... rm -f libthebes.so c++ -fno-rtti -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head><meta http-equiv="content-type" content="text/html; charset=utf-8" /><style type="text/css"><!-- #msg dl { border: 1px #006 solid; background: #369; padding: