search for: libflac_asm_la_sourc

...> $@ + echo "non_pic_object='$(@:.lo=.o)'" >> $@ + $(NASM) -f $(OBJ_FORMAT) -d OBJ_FORMAT_$(OBJ_FORMAT) -i$(srcdir)/ $< -o .libs/$(@:.lo=.o) + $(NASM) -f $(OBJ_FORMAT) -d OBJ_FORMAT_$(OBJ_FORMAT) -i$(srcdir)/ $< -o $(@:.lo=.o) noinst_LTLIBRARIES = libFLAC-asm.la libFLAC_asm_la_SOURCES = \

...dir)/strip_fPIC.sh .nasm.lo: - $(LIBTOOL) --mode=compile $(STRIP_FPIC) $(NASM) -f $(OBJ_FORMAT) -d OBJ_FORMAT_$(OBJ_FORMAT) $< -o $@ + $(LIBTOOL) --mode=compile $(STRIP_FPIC) $(NASM) -f $(OBJ_FORMAT) -d OBJ_FORMAT_$(OBJ_FORMAT) -I $(srcdir)/ $< -o $@ noinst_LTLIBRARIES = libFLAC-asm.la libFLAC_asm_la_SOURCES = \

...m.la endif -else +endif + libFLAC_la_SOURCES = \ bitbuffer.c \ bitmath.c \ @@ -63,4 +30,3 @@ md5.c \ seek_table.c \ stream_decoder.c -endif -------------- next part -------------- # Use nasm instead of gcc %.lo: %.s $(NASM) -f elf -d ELF $< -o $@ noinst_LTLIBRARIES = libFLAC-asm.la libFLAC_asm_la_SOURCES = cpu_asm.s \ fixed_asm.s \ lpc_asm.s

...OOL) --tag=CC --mode=compile \ - $(STRIP_FPIC) $(NASM) -f $(OBJ_FORMAT) -d OBJ_FORMAT_$(OBJ_FORMAT) $< +.nasm.o: + $(NASM) -f $(OBJ_FORMAT) -d OBJ_FORMAT_$(OBJ_FORMAT) $< #@@@OLD RULE: $(NASM) -f $(OBJ_FORMAT) -d OBJ_FORMAT_$(OBJ_FORMAT) $< -o $@ -noinst_LTLIBRARIES = libFLAC-asm.la -libFLAC_asm_la_SOURCES = \ +noinst_LIBRARIES = libFLAC-asm.a +libFLAC_asm_a_SOURCES = \ cpu_asm.nasm \ fixed_asm.nasm \ lpc_asm.nasm

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

Christian Weisgerber <naddy@mips.inka.de> wrote: > | # nasm build rule: > | %.lo: %.s Even with gmake, this really works only by accident. Automake generates a competing suffix rule, and gmake apparently gives the rule above a higher priority than the suffix rule (or that just happens to be the evaluation order). Matt, since you seem to understand automake, can you come up with

...6/Makefile.am @@ -1,9 +1,15 @@ # nasm build rule: -%.lo: %.s - $(NASM) -f elf -d ELF $< -o $@ + +STRIP_FPIC = sh $(top_srcdir)/strip_fPIC.sh + +SUFFIXES = .asm + +.asm.lo: + $(LIBTOOL) --tag=CC --mode=compile \ + $(STRIP_FPIC) $(NASM) -f elf -d ELF $< noinst_LTLIBRARIES = libFLAC-asm.la libFLAC_asm_la_SOURCES = \ - cpu_asm.s \ - fixed_asm.s \ - lpc_asm.s + cpu_asm.asm \ + fixed_asm.asm \ + lpc_asm.asm --- strip_fPIC.sh.orig Sun Jul 8 22:06:23 2001 +++ strip_fPIC.sh @@ -0,0 +1,15 @@ +#!/bin/sh +# +# libtool assumes that the compiler can handle the -fPIC flag +# This isn't always true (for exampl...

..._fPIC.sh -.nasm.lo: - $(LIBTOOL) --tag=CC --mode=compile \ +%.lo: %.s + $(LIBTOOL) --mode=compile \ $(STRIP_FPIC) $(NASM) -f $(OBJ_FORMAT) -d OBJ_FORMAT_$(OBJ_FORMAT) $< #@@@OLD RULE: $(NASM) -f $(OBJ_FORMAT) -d OBJ_FORMAT_$(OBJ_FORMAT) $< -o $@ noinst_LTLIBRARIES = libFLAC-asm.la libFLAC_asm_la_SOURCES = \ - cpu_asm.nasm \ - fixed_asm.nasm \ - lpc_asm.nasm + cpu_asm.s \ + fixed_asm.s \ + lpc_asm.s

--- Christian Weisgerber <naddy@mips.inka.de> wrote: > Josh Coalson <xflac@yahoo.com> wrote: > > > Basically what I want is configure.in determination of > > basic machine type (intel/compatible, alpha, ppc), then within > > that (say intel) the code will detect variants like MMX, SSE, > > and use the right routines. > > Please include a way to

...,r3,4 addi r8,r8,4 cmplw cr0,r8,r4 ; i<data_len bc 12,0,L2200 L2400: mtspr 256,r0 ; restore old vrsave lmw r31,-4(r1) blr -------------- next part -------------- SUFFIXES = .s .lo .s.lo: $(LIBTOOL) --mode=compile as -force_cpusubtype_ALL -o $@ $< noinst_LTLIBRARIES = libFLAC-asm.la libFLAC_asm_la_SOURCES = \ lpc_asm.s -------------- next part -------------- Index: Makefile.am =================================================================== RCS file: /cvsroot/flac/flac/src/libFLAC/Makefile.am,v retrieving revision 1.44 diff -c -r1.44 Makefile.am *** Makefile.am 27 May 2003 05:07:16 -0000...

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