search for: linuxfreemail

On Thu, Jul 19, 2001 at 04:58:44PM -0400, Matt Zimmerman wrote: > On Thu, Jul 19, 2001 at 10:38:14AM -0700, Josh Coalson wrote: > > > So, last chance to checkout from CVS and break it! > > Also, my libtool doesn't seem to recognize --tag=CC. What is its purpose? > > /bin/sh ../../../libtool --tag=CC --mode=compile \ > sh ../../../strip_fPIC.sh nasm -f elf

On Thu, Jul 19, 2001 at 05:05:46PM -0700, Josh Coalson wrote: > --- collver@linuxfreemail.com wrote: > > On Thu, Jul 19, 2001 at 04:58:44PM -0400, Matt Zimmerman wrote: > > > On Thu, Jul 19, 2001 at 10:38:14AM -0700, Josh Coalson wrote: > > > > > > > So, last chance to checkout from CVS and break it! > > > > > > Also, my libtool do...

On Thu, Jul 19, 2001 at 02:56:11PM -0700, collver@linuxfreemail.com wrote: > On Thu, Jul 19, 2001 at 05:01:07PM -0400, Matt Zimmerman wrote: > > Once I removed that, it also seems to hate the .nasm extension: > > > > /bin/sh ../../../libtool --mode=compile \ > > sh ../../../strip_fPIC.sh nasm -f elf -d OBJ_FORMAT_elf cpu_asm...

I just checked out the 1.0 candidate and ran autogen.sh autoconf errored out so autogen.sh did not work and I had to run automake manually. the autoconf error message was: configure.in:145: CFLAGS="$CFLAGS -fomit-frame-pointer -funroll-loops -finline-functions -Winline -DFLAC__INLINE=__inline__" anyhow I ran configure and I went into src/libFLAC/ia32 and ran gmake I get

On Mon, Jul 09, 2001 at 11:26:56AM -0700, collver@linuxfreemail.com wrote: > libtool would not link the "plain" nasm-generated object files for the i386 > assembly optimizations. I've patched src/libFLAC/i386/Makefile.am to operate > similarly to the automake file used for the SDL assembly routines. > > I saw a post to the FLAC ma...

--- collver@linuxfreemail.com wrote: > I just checked out the 1.0 candidate and ran autogen.sh > autoconf errored out so autogen.sh did not work and I had to run > automake > manually. the autoconf error message was: > configure.in:145: CFLAGS="$CFLAGS -fomit-frame-pointer > -funroll-lo...

On Fri, Jul 20, 2001 at 08:12:13AM -0700, collver@linuxfreemail.com wrote: > On Thu, Jul 19, 2001 at 05:05:46PM -0700, Josh Coalson wrote: > > > > Ben, was there a reason to compile the .nasm files > > through libtool in the first place (instead of > > just using nasm directly like before)? If not I would > > revert back to t...

On Sat, Jul 21, 2001 at 03:53:26AM -0700, collver@linuxfreemail.com wrote: > > OK, that worked. > > > > I checked in your patch to make a static libFLAC-asm.a and > > I moved @XMMS_LIBS@ to the end of ...LIBADD. Matt and Ben, > > can you try the latest CVS to see if it works for you now? > > It doesn't work for me. L...

On Thu, Jul 19, 2001 at 04:58:44PM -0400, Matt Zimmerman wrote: > On Thu, Jul 19, 2001 at 10:38:14AM -0700, Josh Coalson wrote: > > > So, last chance to checkout from CVS and break it! > > Also, my libtool doesn't seem to recognize --tag=CC. What is its purpose? > > /bin/sh ../../../libtool --tag=CC --mode=compile \ > sh ../../../strip_fPIC.sh nasm -f

Hello, I recently built FLAC 0.10 in NetBSD 1.5 i386 and had to make minor changes to the build configuration. Thanks for the awesome software! libtool would not link the "plain" nasm-generated object files for the i386 assembly optimizations. I've patched src/libFLAC/i386/Makefile.am to operate similarly to the automake file used for the SDL assembly routines. I saw a post to

> OK, attempting one more convergence on all this, here's > what I did: > > 1. Reverted back to rev 1.5 of src/libFLAC/ia32/Makefile.am > 2. Applied Matt's last cleanup patch of 8 files. I did not > apply the patch to src/test_unit/main.c since it looks wrong. > main.c is supposed to include the local bitbuffer.h, not > src/libFLAC/private/bitbuffer.h; I think the

> OK, that worked. > > I checked in your patch to make a static libFLAC-asm.a and > I moved @XMMS_LIBS@ to the end of ...LIBADD. Matt and Ben, > can you try the latest CVS to see if it works for you now? It doesn't work for me. Looks like libtool decided not to link libFLAC-asm.a into libFLAC. Here's the output: Making all in src gmake[1]: Entering directory

On Thu, Jul 19, 2001 at 05:01:07PM -0400, Matt Zimmerman wrote: > On Thu, Jul 19, 2001 at 04:58:44PM -0400, Matt Zimmerman wrote: > > > On Thu, Jul 19, 2001 at 10:38:14AM -0700, Josh Coalson wrote: > > > > > So, last chance to checkout from CVS and break it! > > > > Also, my libtool doesn't seem to recognize --tag=CC. What is its purpose? > >

> flac CVS is not distributed with any libtool script at all. I was using > libtool 1.4, and automake pulled in the ltmain.sh from there. There is no > --tag option in libtool 1.4, at least not the one distributed by GNU. Where > did your libtool 1.4 come from? I was looking at the flac tarball, not CVS. Sorry for the misinformation. bash-2.05$ libtool --version ltmain.sh (GNU

This is odd but I'm trying to get the most elementary sides of WINE down. I have gotten it to attempt to run write.exe out of my windows directory. but upon doing so it comes up with the LANG errors which I don't think is catastrophic. (I might be wrong) and then it comes up with these errors: Xlib: connection to ":0.0" refused by server Xlib: Invalid MIT_MAGIC_COOKIE-1 key

ran this one as "wine cdlabelmaker.exe 2>wine.log " -- My ICQ UIN# = 21252173 My Website = http://www.alltel.net/~rogerx/ (remove 'nospamfilter-' in email to reply!) --nextPart1396795.DvDuAF1LB8 Content-Type: text/plain; name="wine.log" Content-Transfer-Encoding: 8Bit Content-Disposition: attachment; filename="wine.log"