On Fri, Jul 20, 2001 at 02:42:21PM -0700, Josh Coalson wrote:> --- Matt Zimmerman <mdz@debian.org> wrote: > > It does work, but gives a warning: > > > > *** Warning: Linking the shared library libFLAC.la against the *** static > > library ia32/libFLAC-asm.a is not portable! > > > > I think this is just because libtool can't determine whether the objects in > > libFLAC-asm.a are PIC or not. In our case, it shouldn't matter. I'll try > > one other approach (getting nasm to act like gas), but for now, here is a > > patch. > > Hmm, doesn't work for me (but I'm using libtool-1.3.5). I get: > > libtool: link: cannot build libtool library `libFLAC.la' from non-libtool > objects: ia32/libFLAC-asm.a > > Time to get libtool-1.4 I guess... I hope it's not so new that most people > don't have it.automake will include ltmain.sh in the source distribution, so it should be used even if it isn't installed on the build system. In fact, it seems to always use the distributed version, and not the installed one (which is sometimes annoying). -- - mdz
On Fri, Jul 20, 2001 at 03:01:54PM -0700, Josh Coalson wrote:> --- Matt Zimmerman <mdz@debian.org> wrote: > > > > automake will include ltmain.sh in the source distribution, so it > > should be > > used even if it isn't installed on the build system. In fact, it > > seems to > > always use the distributed version, and not the installed one (which > > is > > sometimes annoying). > > I don't follow, does that mean someone with libtool-1.4 > will have to run automake and send the output to me? > > It looks like redhat's latest is 1.3.5 which means I am > now in rpm hell. Time to get medieval...All you should need is a copy of ltmain.sh from libtool 1.4, though it would be a very good idea to include the latest config.guess and config.sub to allow compilation on newer architectures such as ia64 and s390. All of those can be easily gotten from the tarballs at ftp.gnu.org:/pub/gnu/libtool/. -- - mdz
--- Matt Zimmerman <mdz@debian.org> wrote:> On Fri, Jul 20, 2001 at 02:42:21PM -0700, Josh Coalson wrote: > > > --- Matt Zimmerman <mdz@debian.org> wrote: > > > It does work, but gives a warning: > > > > > > *** Warning: Linking the shared library libFLAC.la against the > *** static > > > library ia32/libFLAC-asm.a is not portable! > > > > > > I think this is just because libtool can't determine whether the > objects in > > > libFLAC-asm.a are PIC or not. In our case, it shouldn't matter. > I'll try > > > one other approach (getting nasm to act like gas), but for now, > here is a > > > patch. > > > > Hmm, doesn't work for me (but I'm using libtool-1.3.5). I get: > > > > libtool: link: cannot build libtool library `libFLAC.la' from > non-libtool > > objects: ia32/libFLAC-asm.a > > > > Time to get libtool-1.4 I guess... I hope it's not so new that most > people > > don't have it. > > automake will include ltmain.sh in the source distribution, so it > should be > used even if it isn't installed on the build system. In fact, it > seems to > always use the distributed version, and not the installed one (which > is > sometimes annoying).I don't follow, does that mean someone with libtool-1.4 will have to run automake and send the output to me? It looks like redhat's latest is 1.3.5 which means I am now in rpm hell. Time to get medieval... Josh __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/