search for: obj_format_elf

...-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 -d OBJ_FORMAT_elf cpu_asm.nasm > libtool: unrecognized option `--tag=CC' > Try `libtool --help' for more information. 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.nasm...

I have checked in what should be the code for 1.0. Unless I find some problems in the next two days (I'm doing one more exhaustive test on another 100 CDs) the only thing that will be changing is the new comparison table or maybe the configure stuff. So, last chance to checkout from CVS and break it! Josh P.S. Thanks to Andrey Astafiev, there's a Russian translation of the docs, which

I'm compiling FLAC 1.1.1 on Debian 3.0r3 with GCC 3.0 and nasm 0.98.28 on an AMD K6. # make [...] /bin/sh ../../../libtool --tag=CC --mode=compile sh ../../../strip_non_asm_libtool_args.sh nasm -f elf -d OBJ_FORMAT_elf -i./ lpc_asm.nasm -o lpc_asm.lo sh ../../../strip_non_asm_libtool_args.sh nasm -f elf -d OBJ_FORMAT_elf -i./ lpc_asm.nasm -fPIC -o .libs/lpc_asm.o nasm -f elf -d OBJ_FORMAT_elf -i./ lpc_asm.nasm -o .libs/lpc_asm.o lpc_asm.nasm:679: error: operation size not specified lpc_asm.nasm:1015: error:...

...--git a/src/libFLAC/ia32/bitreader_asm.nasm b/src/libFLAC/ia32/bitreader_asm.nasm index 4cd0ea2..b0f5ed6 100644 --- a/src/libFLAC/ia32/bitreader_asm.nasm +++ b/src/libFLAC/ia32/bitreader_asm.nasm @@ -590,7 +590,3 @@ cident FLAC__bitreader_read_rice_signed_block_asm_ia32_bswap ret end - -%ifdef OBJ_FORMAT_elf - section .note.GNU-stack noalloc -%endif diff --git a/src/libFLAC/ia32/cpu_asm.nasm b/src/libFLAC/ia32/cpu_asm.nasm index a3a3b76..05a4e6f 100644 --- a/src/libFLAC/ia32/cpu_asm.nasm +++ b/src/libFLAC/ia32/cpu_asm.nasm @@ -115,7 +115,3 @@ cident FLAC__cpu_info_extended_amd_asm_ia32 ret end - -...

...-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 -d OBJ_FORMAT_elf cpu_asm.nasm > libtool: unrecognized option `--tag=CC' > Try `libtool --help' for more information. My libtool errored with a message instructing me to specify a tag. I put --tag=CC just to make it compile, I don't understand the actual problem. Ben

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

...; > > > 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 -d OBJ_FORMAT_elf cpu_asm.nasm > > libtool: unrecognized option `--tag=CC' > > Try `libtool --help' for more information. > > Once I removed that, it also seems to hate the .nasm extension: > > /bin/sh ../../../libtool --mode=compile \ > sh ../../../strip_fPIC.sh nasm -f...

...the output: Making all in src gmake[1]: Entering directory `/home/ben/flac/flac/flac/src' Making all in libFLAC gmake[2]: Entering directory `/home/ben/flac/flac/flac/src/libFLAC' Making all in ia32 gmake[3]: Entering directory `/home/ben/flac/flac/flac/src/libFLAC/ia32' nasm -f elf -d OBJ_FORMAT_elf cpu_asm.nasm -o cpu_asm.o nasm -f elf -d OBJ_FORMAT_elf fixed_asm.nasm -o fixed_asm.o nasm -f elf -d OBJ_FORMAT_elf lpc_asm.nasm -o lpc_asm.o rm -f libFLAC-asm.a ar cru libFLAC-asm.a cpu_asm.o fixed_asm.o lpc_asm.o ranlib libFLAC-asm.a gmake[3]: Leaving directory `/home/ben/flac/flac/flac/src/libF...

...33:37) > Running > libtoolize --force --copy corrects that problem, but then even > stranger > things happen: ... > `/home/mdz/data/src/deb/mine/work/flac/flac-1.0.4_beta/src/libFLAC/ia32' > /bin/sh ../../../libtool --mode=compile sh ../../../strip_fPIC.sh nasm > -f elf -d OBJ_FORMAT_elf -i./ cpu_asm.nasm -o cpu_asm.lo > ../../../libtool: line 1: s%^.*/%%: No such file or directory > ../../../libtool: line 1: -e: command not found > : warning: cannot infer operation mode from `sh' > : you must specify a MODE > Try ` --help' for more information. > make[3]:...

...ying.) I suggest that .note.GNU-stack be limited to elf targets, like: diff --git a/src/libFLAC/ia32/nasm.h b/src/libFLAC/ia32/nasm.h index abd01c4..0ae887c 100644 --- a/src/libFLAC/ia32/nasm.h +++ b/src/libFLAC/ia32/nasm.h @@ -79,7 +79,7 @@ _%1: %1: %endmacro -%ifndef OBJ_FORMAT_aout +%ifdef OBJ_FORMAT_elf section .note.GNU-stack progbits noalloc noexec nowrite align=1 %endif And the thing is worse with OSX/x86 builds. Tried a linux-hosted cross- compile, got the following: nasm.h:83: panic: invalid section name .note.GNU-stack make[4]: *** [bitreader_asm.lo] Error 1 After commenting out line #...

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

...or SDL, so I guess we go back to src/libFLAC/ia32/Makefile.am version 1.5 (plus my automake patch). The libtool command line needs to be modified to use "-o $@", otherwise libtool gives the error: /bin/sh ../../../libtool --mode=compile \ sh ../../../strip_fPIC.sh nasm -f elf -d OBJ_FORMAT_elf cpu_asm.nasm libtool: compile: cannot determine name of library object from `cpu_asm.nasm' make: *** [cpu_asm.lo] Error 1 Changing the rule to: $(LIBTOOL) --mode=compile \ $(STRIP_FPIC) $(NASM) -f $(OBJ_FORMAT) -d OBJ_FORMAT_$(OBJ_FORMAT) -o $@ $< fixes that, but we still have the issu...

...c/libFLAC/ia32/Makefile.am > version 1.5 > (plus my automake patch). The libtool command line needs to be > modified to > use "-o $@", otherwise libtool gives the error: > > /bin/sh ../../../libtool --mode=compile \ > sh ../../../strip_fPIC.sh nasm -f elf -d OBJ_FORMAT_elf > cpu_asm.nasm > libtool: compile: cannot determine name of library object from > `cpu_asm.nasm' > make: *** [cpu_asm.lo] Error 1 > > Changing the rule to: > > $(LIBTOOL) --mode=compile \ > $(STRIP_FPIC) $(NASM) -f $(OBJ_FORMAT) -d OBJ_FORMAT_$(OBJ_FORMAT) > -...

...ckout 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 -d OBJ_FORMAT_elf > > > cpu_asm.nasm > > > libtool: unrecognized option `--tag=CC' > > > Try `libtool --help' for more information. > > > > My libtool errored with a message instructing me to specify a tag. > > I put --tag=CC just to make it compile, I don't...

...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.nasm > > libtool: compile: cannot determine name of library object from `cpu_asm.nasm' > > > > Is there some pressing reason to use libtool to compile these objects, rather > > than just executing nasm? I seem to recall there being a thread about this, > &gt...

All, I have just finished uploading the source release for FLAC 1.0.4 beta to Sourceforge; there are no binary releases. See the included doc/html/news.html for the changes since 1.0.3; there are quite a few. http://prdownloads.sourceforge.net/flac/flac-1.0.4_beta-src.tar.gz?download Please beat up on this as much as possible in the next week or two and try and turn up bugs. Here's a

...: Entering directory `/home/mdz/data/src/deb/mine/work/flac/flac-1.0.4_beta/src/libFLAC' Making check in ia32 make[3]: Entering directory `/home/mdz/data/src/deb/mine/work/flac/flac-1.0.4_beta/src/libFLAC/ia32' /bin/sh ../../../libtool --mode=compile sh ../../../strip_fPIC.sh nasm -f elf -d OBJ_FORMAT_elf -i./ cpu_asm.nasm -o cpu_asm.lo ../../../libtool: line 1: s%^.*/%%: No such file or directory ../../../libtool: line 1: -e: command not found : warning: cannot infer operation mode from `sh' : you must specify a MODE Try ` --help' for more information. make[3]: *** [cpu_asm.lo] Error 1 make...