Displaying 3 results from an estimated 3 matches for "test_unit_sourc".
Did you mean:
test_unit_sources
2004 Sep 10
2
-lm ordering
...1
+++ src/test_unit/Makefile.am Tue Aug 28 16:22:05 2001
@@ -19,8 +19,7 @@
INCLUDES = -I$(top_srcdir)/src/libFLAC/include
noinst_PROGRAMS = test_unit
-test_unit_LDFLAGS = -lm
-test_unit_LDADD = $(top_builddir)/src/libFLAC/libFLAC.la
+test_unit_LDADD = $(top_builddir)/src/libFLAC/libFLAC.la -lm
test_unit_SOURCES = \
bitbuffer.c \
main.c \
--
Christian "naddy" Weisgerber naddy@mips.inka.de
2004 Sep 10
2
1.0 candidate checked in
...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
> current version is correct.
Ah, I missed that there was a local bitbuffer.h. In that case, what I should
have done was add bitbuffer.h to test_unit_SOURCES.
> 6. 'Improved' the flac.sgml rule to fall back to docbook2man if there's no
> docbook-to-man (this should really be handled in configure.in).
>
> I hope this is all correct! I had do go back and reread the last 40 mails to
> make sure. Everything is checked in to...
2004 Sep 10
5
1.0 candidate checked in
On Sat, Jul 21, 2001 at 04:06:14PM -0400, Matt Zimmerman wrote:
> Argh. Maybe libtool will have to get involved after all. I'll work on it
> this afternoon.
I think I give up. automake and libtool assume that the compiler will be able
to assemble stuff, and compilers don't generally understand NASM input. I
don't like the strip_fPIC bit, since just about anything that could