Displaying 20 results from an estimated 2000 matches similar to: "PATCH: coding style fixes"
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
3
patch
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] ==
2014 Jun 19
4
Lets work towards a new version
lvqcl wrote:
> Audacity still uses VS2008 and slowly tries to migrate to VS2012.
> But as stated at <http://wiki.audacityteam.org/wiki/Developing_On_Windows>,
> "Audacity is currently a 32-bit only application". So it doesn't need
> 64-bit builds.
> Currently its trunk contains 'audacity.sln' made with Visual C++ Express 2008
> and
2004 Sep 10
2
can not compile
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
2004 Nov 14
1
Compile error: 1.1.1 on Debian 3.0r3
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
2004 Nov 06
3
Compile flac-1.1.1 on ppc Linux
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:
2004 Sep 10
2
stat() and Windows
I tried to compile FLAC on Windows (the winamp2 plugin as a test) and I
encoutered a problem. The stat() function and the associated structure
doesn't exist on Windows (Visual Studio 5/6). But _stat and the
structure with the same name does exist. So would it be possible to
change stat() and struct stat ?
I did the following in the code :
#define STAT(x,y) _stat(x,y)
typedef struct stat
2012 Dec 03
4
[PATCH 1/5] Remove old GNU-stack sections from nasm files.
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
2014 Jan 26
1
PATCH for FLAC__precompute_partition..., part 2
Just realized that it's also possible to do the same with "if(bps <= 16)"
branch of code and remove FLAC__uint32 abs_residual_partition_sum variable.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: precomp_part2.patch
Type: application/octet-stream
Size: 5153 bytes
Desc: not available
Url :
2015 May 18
1
A condition in precompute_partition_info_sums_()
The commit http://git.xiph.org/?p=flac.git;a=commitdiff;h=0a0a10f358345f749e4a05021301461994f1ffc5
(from 31 Mar 2007) adds the following conditional:
if(FLAC__bitmath_ilog2(default_partition_samples) + bps < 32)
And the commit http://git.xiph.org/?p=flac.git;a=commitdiff;h=f081524c19eeafd08f4db6ee5d52a9634c60f475
has this:
if(FLAC__bitmath_ilog2(default_partition_samples) +
2012 Jan 01
1
Compiling 64-bit libFLAC/libFLAC++ on OS X Lion, anyone successful?
I have also asked this question on stackoverflow (http://stackoverflow.com/questions/8694676/compiling-64-bit-flac-libflac-in-os-x-lion), which you can answer if you're interested in reputation points.
I am very unfamiliar with compiling C/C++ source of this size, and I'm having trouble debugging the issue. Basically, in the root folder of the FLAC bundle, even if I use the flags
2005 Jan 20
2
A couple of points about flac 1.1.1 on ppc/linux/altivec
Josh Coalson <xflac@yahoo.com> writes:
> --- John Steele Scott <toojays@toojays.net> wrote:
>> Back in October 2004, I did a bit of work on FLAC to get version
>> 1.1.1 to
>> build correctly under GNU/Linux/PPC. Only now have I realised that
>> somewhere
>> along the way something broke in FLAC's decoding. On my machine,
>> roughly 50%
2004 Sep 10
0
Re: detecting host machine in configure.in?
On Wed, May 23, 2001 at 03:18:16PM -0700, Josh Coalson wrote:
> but since I'm not too saavy with autoconf/automake I'll ask for a little bit
> more help. I think the only non-functional part left is that automake
> doesn't support source files that are in subdirectories, relative to
> Makefile.am(?) the layout in src/libFLAC/ is that all asm sources will go
> under a
2014 Jun 19
0
Lets work towards a new version
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.
2004 Sep 10
5
Re: beta 10 candidate checked in
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
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
0
1.0 source candidate
On Fri, Jul 20, 2001 at 05:15:21PM -0700, Josh Coalson wrote:
> I rethought it and it seemed like a bad idea to post
> a big file, so you can get it here:
>
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/flac/junk/flac-1.0-src-candidate.tar.bz2
With the attached patch, a complete "make distcheck" should work, including the
self-tests. It adds missing directories to some
2004 Sep 10
5
last minute changes
--- 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
2004 Sep 10
2
Enable the 3dnow function?
--- 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
2004 Sep 10
2
Re: detecting host machine in configure.in?
--- 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