Displaying 15 results from an estimated 15 matches for "collver".
Did you mean:
collier
2004 Sep 10
2
1.0 candidate checked in
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
2004 Sep 10
2
1.0 candidate checked in
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,...
2004 Sep 10
2
1.0 candidate checked in
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_FORM...
2004 Sep 10
2
1.0 candidate
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
2004 Sep 10
0
patches for flac build
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...
2004 Sep 10
0
1.0 candidate
--- 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
&g...
2004 Sep 10
0
1.0 candidate checked in
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
> > re...
2004 Sep 10
0
1.0 candidate checked in
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 w...
2004 Sep 10
2
1.0 candidate checked in
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
2004 Sep 10
3
patches for flac build
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
2004 Sep 10
2
1.0 candidate checked in
> 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
2004 Sep 10
2
1.0 candidate checked in
> 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
2004 Sep 10
0
1.0 candidate checked in
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?
> >
2004 Sep 10
0
1.0 candidate checked in
> 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
2005 Dec 31
0
winecfg hangs forever
I installed wine-0.9 from pkgsrc on NetBSD/i386 3.0. When I run
winecfg, it never finishes, but it outputs:
wine: creating configuration directory '/home/ben/.wine'...
I see a number of wine processes:
sanctum $ ps alwwx | grep wine
1000 316 1 0 2 0 360 1016 poll Ss ? 0:00.03 /usr/pkg/bin/wineserver
1000 322 793 0 10 0 80 1212 wait I+ ttyp4