similar to: [LLVMdev] LLVM Libraries Not Compatible With libtool?

/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

--- 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 sh" problem... hmm.. I don't remember having any trouble building the plugin on my ibook but that was a few months ago, so my memory may be fuzzy.

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

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

https://bugs.freedesktop.org/show_bug.cgi?id=91373 Bug ID: 91373 Summary: Nouveau fills kern.log with gigabytes of data when molecule screensaver is ran Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium

Dear all, Please, please I really need your help, since I am not able to solve the problem myself: It seems that until now most Windows users of my Bioconductor package "xps" use Windows XP, but recently a user tried to use it on Windows Vista where it crashed R immediately. Since I assume that some users may migrate to the upcoming Windows 7 where the problem will be the same, I

Hi all: Unable to install libvirt v5.5.0 correctly through the source code which clone from git. The error message is shown below. libtool: install: (cd /home/libvirt/src; /bin/sh /home/libvirt/libtool --silent --tag CC --mode=relink gcc -std=gnu99 -I/usr/include/libxml2 -fno-common -W -Waddress -Waggressive-loop-optimizations -Wall -Wattributes -Wbad-function-cast -Wbuiltin-macro-redefined

Dear all When trying to install my package on Windows XP on my Mac, I get the following error: ---------- Making package xps ------------ ... ... xpsDict.cxx "C:\Programme\Microsoft Visual Studio 9.0\VC\bin/link" /dll /def:xps.def /out:xps.dll fp10.obj -opt:noref -nologo -include:_G__cpp_setupG__Hist -include:_G__cpp_setupG__Graf1 -include:_G__cpp_setupG__G3D

Dear all, For certain reasons I have to compile the source code of my package on Windows XP using Microsoft Visual Studio 9.0, thus I had to create a "Makefile.win". Now I have a question regarding compiler options /MT vs /MD for Makefile.win. The following partial output shows that when building my package on Windows XP using "R CMD build --binary xps" with compiler

--- Ben Hines <bhines@alumni.ucsd.edu> wrote: > That patch does get the .libs dir added to the compile line. But the > other problem is that libtool is attempting to link against the > installed version of libFLAC, that is $(DESTDIR)/lib/libFLAC.dylib > instead of -lFLAC. > > ... > > Not sure how to fix this one, but this HACK to ltmain.sh fixes this >

--- Matt Zimmerman <mdz@debian.org> wrote: > I did not catch the beginning of this thread. What is the bug? > yeah, the thread's about a month old. you can see the whole thing here: http://sourceforge.net/mailarchive/forum.php?thread_id=738315&forum_id=6312 basically on OS X Ben's libtool is trying to "relink" libxmms-flac with the installed libFLAC before

Dear all, When running function 'testQAReport()', which uses function 'buildVignettes()' to create a pdf-file I get the following error: > source("testQAReport.R") > testQAReport() Error in .get_package_metadata(pkgdir) : Files 'DESCRIPTION' and 'DESCRIPTION.in' are missing. Since I did not get this error in earlier versions of R, could you

Am 07.11.2018 um 15:15 schrieb Jim Perrin <jperrin at centos.org>: > > On 11/3/18 12:32 PM, Leon Fauster via CentOS wrote: >> Anyone with some Dell laptop XPS 13 9370 (2018) experience here? >> Especially with that "Killer 1435 (802.11ac 2x2 und Bluetooth)" device? >> Supported by the stock kernel (EL7)? > > > I had reasonably unreliable

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing use to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support, there's

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing use to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a default mapping when the number of cpus is equal to the number of queues. With XPS support, there's

We're planning to contribute an LLVM version of Apple's libtool utility. To quote its man page, "Libtool with -static is intended to replace ar(5) and ranlib". In other words, libtool is the preferred tool to create archives for Apple platforms, and it also has good defaults for that platform (e.g. automatically creating a table of contents with the right format). It provides a

On Oct 23, 2007, at 18:19, BGB wrote: > On Oct 23, 2007, at 11:45, Gordon Henriksen wrote: > >> Generally speaking, LLVM neither helps nor hinders here. Maybe >> someone will follow up with whether the JIT uses stub functions >> which would enable dynamic relinking If not, it would be a >> straightforward, if platform-specific, feature to add. > > I

Hi, looking on the build scripts, I noticed on configure.ac ## <FIXME> ## Completely disable using libtool for building shlibs until libtool ## fully supports Fortran and C++. ## AC_ARG_WITH([libtool], ## [AS_HELP_STRING([--with-libtool],[use libtool for building shared libraries @ <:@yes@:>@])], ## [use_libtool="${withval}"], ## [use_libtool=yes]) ##

I've encountered a new problem building gluster-2.0.1 that I did not have with gluster-2.0.0rc8. This is on a mandriva-2008.1-x86_64 system. ../../libtool: line 466: CDPATH: command not found ../../libtool: line 1144: func_opt_split: command not found libtool: Version mismatch error. This is libtool 2.2.6 Debian-2.2.6a-4, but the libtool: definition of this LT_INIT comes from an older

Anyone with some Dell laptop XPS 13 9370 (2018) experience here? Especially with that "Killer 1435 (802.11ac 2x2 und Bluetooth)" device? Supported by the stock kernel (EL7)? -- Thanks, LF