search for: lpc_asm

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: operation size...

Hi all, I'm trying to compile the flac-1.1.1 tarball on a Linux PPC system (a G3 iBook running Debian Testing). Configure is fine, but make bombs out almost immediately with: lpc_asm.s: Assembler messages: lpc_asm.s:1: Error: junk at end of line, first unrecognized character is `l' lpc_asm.s:2: Error: junk at end of line, first unrecognized character is `C' lpc_asm.s:4: Error: junk at end of line, first unrecognized character is `R' lpc_asm.s:5: Error: j...

1) Two comments ";ASSERT(lp_quantization <= 31)" in the new functions ..._wide_asm_ia32() -- just to mention this constraint. (max. possible value of lp_quantization is 15, so it's not a problem) 2) "mov cl, ..." was replaced with "mov ecx, ..." (again Agner Fog, optimizing_assembly.pdf) summary: write to a partial register may result in false dependencies

...m Build InputPath=.\ia32\fixed_asm.nasm "ia32/fixed_asm.obj" : $(SOURCE) "$(INTDIR)" "$(OUTDIR)" nasmw -f win32 -d OBJ_FORMAT_win32 -i ia32/ ia32/fixed_asm.nasm -o\ ia32/fixed_asm.obj # End Custom Build !ENDIF # End Source File # Begin Source File SOURCE=.\ia32\lpc_asm.nasm !IF "$(CFG)" == "libFLAC - Win32 Release" # Begin Custom Build InputPath=.\ia32\lpc_asm.nasm "ia32/lpc_asm.obj" : $(SOURCE) "$(INTDIR)" "$(OUTDIR)" nasmw -f win32 -d OBJ_FORMAT_win32 -i ia32/ ia32/lpc_asm.nasm -o\ ia32/lpc_asm.obj # End...

So here is quick patch solving the problem, now it should be PIC. -- Miroslav Lichvar lichvarm@phoenix.inf.upol.cz -------------- next part -------------- --- lpc_asm.nasm.orig Wed Jul 18 02:23:40 2001 +++ lpc_asm.nasm Sat Nov 17 21:09:46 2001 @@ -59,10 +59,10 @@ ; ALIGN 16 cident FLAC__lpc_compute_autocorrelation_asm_ia32 - ;[esp + 24] == autoc[] - ;[esp + 20] == lag - ;[esp + 16] == data_len - ;[esp + 12] == data[] + ;[esp + 28] == autoc[] + ;[esp + 24] ==...

...o: %.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

...s of some functions". That will clearly mark that commit so > > that if needed the files can be easily retrieved from the Git history. > > Should these patches also remove those .nasm files from the source tree or not? Yes. > (currently src/libFLAC/ia32 folder contains unused lpc_asm-unrolled.nasm > file, so why remove unused bitreader_asm.nasm and stream_encoder_asm.nasm files?) I don't see any point in keeping files in release tarballs or in Git that provide no value. Documentation provides value, but unused source code does not. All the various build system files s...

> Attached is the diff. I wasn't able to completely test the > distribution, > since src/libFLAC/i386/lpc_asm.s seems to be broken: > > ../../../../src/libFLAC/i386/lpc_asm.s:217: operation size not > specified > excellent. I made the patch (see next comment). not sure about lpc_asm.s being broken but is has been changing a lot recently and compiles fine for me now. > I also generated a...

Hello, i downloaded flac for windows source code i extract files like this \flac-1.1.0.tar\flac-1.1.0\src\libFLAC i try to compile libFLAC_static.dsp with VC++ 6 i receive this error Performing Custom Build Step on .\ia32\lpc_asm.nasm '-f' is not recognized as an internal or external command, operable program or batch file. Error executing d:\winnt\system32\cmd.exe. can you help me please i need this very urgent i will be very thanks thank you for take time read this best regards wael ahmed -------------- next...

a) A previous patch for stream_encoder_intrin_xxxx.c removes definitions of abs_residual_partition_sum variables but leaves unnecessary empty line after it. The first attached patch removes them. b) The second attached patch fixes coding style for lpc_asm.nasm: mov{space}ebp, esp to mov{tab}ebp, esp etc. -------------- next part -------------- A non-text attachment was scrubbed... Name: precompute_empty_lines.patch Type: application/octet-stream Size: 1729 bytes Desc: not available Url : http://lists.xiph.org/pipermail/flac-dev/attachments...

They are not needed since the section is defined in nasm.h. --- src/libFLAC/ia32/bitreader_asm.nasm | 4 ---- src/libFLAC/ia32/cpu_asm.nasm | 4 ---- src/libFLAC/ia32/fixed_asm.nasm | 4 ---- src/libFLAC/ia32/lpc_asm.nasm | 4 ---- src/libFLAC/ia32/stream_encoder_asm.nasm | 4 ---- 5 files changed, 20 deletions(-) diff --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/bitrea...

...pe (7) does not match previous archive members cputype (16777223) (all members must match) /usr/bin/ranlib: archive member: .libs/libFLAC.a(fixed_asm.o) cputype (7) does not match previous archive members cputype (16777223) (all members must match) /usr/bin/ranlib: archive member: .libs/libFLAC.a(lpc_asm.o) cputype (7) does not match previous archive members cputype (16777223) (all members must match) /usr/bin/ranlib: archive member: .libs/libFLAC.a(stream_encoder_asm.o) cputype (7) does not match previous archive members cputype (16777223) (all members must match) ranlib .libs/libFLAC.a ranlib: a...

...> roughly 50% >> of FLAC files are being decoded incorrectly. >> >> I presume that I broke the code somehow when translating Josh's >> original OS X >> assembler into GNU style. > > are you the one who submitted the patch with a translated > version of lpc_asm.s? I thought that was Luca. I'm not sure exactly what happened. What you have in CVS: <http://cvs.sourceforge.net/viewcvs.py/flac/flac/src/libFLAC/ppc/gas/lpc_asm.s?rev=1.1&view=log> is not the same as the patch applied by Gentoo: <http://www.gentoo.org/cgi-bin/viewcvs.cgi/media...

I tried to send this message via gmane a couple of weeks ago but it never got through moderation. So maybe the moderator is on holiday, or there is some other problem in the gmane->flac-dev connection? -------------------- Start of forwarded message -------------------- Newsgroups: gmane.comp.audio.compression.flac.devel Subject: A couple of points about flac 1.1.1 on ppc/linux/altivec

Erik de Castro Lopo <mle+la at mega-nerd.com> ?????(?) ? ????? ?????? Thu, 19 Jun 2014 17:01:26 +0400: >> (currently src/libFLAC/ia32 folder contains unused lpc_asm-unrolled.nasm >> file, so why remove unused bitreader_asm.nasm and stream_encoder_asm.nasm files?) > > I don't see any point in keeping files in release tarballs or in Git that > provide no value. Documentation provides value, but unused source code > does not. Well, lpc_asm-...

--- Josh Coalson <xflac@yahoo.com> wrote: > > -- Miroslav Lichvar <lichvarm@phoenix.inf.upol.cz> wrote: > > On Tue, Dec 17, 2002 at 01:01:08PM -0800, Josh Coalson wrote: > > > --- Miroslav Lichvar <lichvarm@phoenix.inf.upol.cz> wrote: > > > > Ok, what about enabling the 3dnow function in libFLAC by > default? > > > > I think time

...iles are being decoded incorrectly. > >> > >> I presume that I broke the code somehow when translating Josh's > >> original OS X > >> assembler into GNU style. > > > > are you the one who submitted the patch with a translated > > version of lpc_asm.s? I thought that was Luca. > > I'm not sure exactly what happened. What you have in CVS: > <http://cvs.sourceforge.net/viewcvs.py/flac/flac/src/libFLAC/ppc/gas/lpc_asm.s?rev=1.1&view=log> > > is not the same as the patch applied by Gentoo: > <http://www.gentoo...

...FLaC__CPU_IA32 if FLaC__HAS_NASM -libFLAC_la_SOURCES = \ - bitbuffer.c \ - bitmath.c \ - crc.c \ - cpu.c \ - encoder.c \ - encoder_framing.c \ - file_decoder.c \ - fixed.c \ - format.c \ - lpc.c \ - md5.c \ - seek_table.c \ - stream_decoder.c \ - i386/cpu_asm.nasm \ - i386/fixed_asm.nasm \ - i386/lpc_asm.nasm -else -libFLAC_la_SOURCES = \ - bitbuffer.c \ - bitmath.c \ - crc.c \ - cpu.c \ - encoder.c \ - encoder_framing.c \ - file_decoder.c \ - fixed.c \ - format.c \ - lpc.c \ - md5.c \ - seek_table.c \ - stream_decoder.c +SUBDIRS = i386 . +libFLAC_la_LIBADD = i386/libFLAC-asm.la endif -else +endif...

--- Miroslav Lichvar <lichvarm@phoenix.inf.upol.cz> wrote: > On Wed, Nov 14, 2001 at 09:37:47AM -0800, Josh Coalson wrote: > > cpu support for 3dnow and sse can be easily detected at > > runtime. I turned off 3dnow by default because it is > > implicated in some crashes. > > Hmm, i never have any crash. Can i get more informations about these > crases? Or you

Am 08.12.2016 um 20:44 schrieb Brian Willoughby: > On Dec 8, 2016, at 12:59 AM, Dave Yeo <dave.r.yeo at gmail.com> wrote: >> On 12/08/16 12:24 AM, Thomas Zander wrote: >>> On 7 December 2016 at 21:08, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: >>>> lvqcl.mail wrote: >>>> >>>>> "make -f Makefile.lite" also