Displaying 20 results from an estimated 500 matches similar to: "Bug fix and compatibility patches for 1.3.0pre4"
2013 May 25
4
Bug fix and compatibility patches for 1.3.0pre4
On 25.5.2013 10:54, Erik de Castro Lopo wrote:
> Robert Kausch wrote:
>
>> Hi all,
>>
>> I tried 1.3.0pre4 with ICL on Windows and found some issues. Not sure if
>> this is the right place to submit patches, but someone suggested this on
>> the apparently dead SourceForge patch tracker.
>>
>> The first two are quite straight forward:
>>
2013 May 25
0
Bug fix and compatibility patches for 1.3.0pre4
Robert Kausch wrote:
> Hi all,
>
> I tried 1.3.0pre4 with ICL on Windows and found some issues. Not sure if
> this is the right place to submit patches, but someone suggested this on
> the apparently dead SourceForge patch tracker.
>
> The first two are quite straight forward:
>
> - The ICL patch fixes a typo in bitmath.h and adds
> FLAC__bitwriter_write_zeroes
2013 May 06
2
flac-dev Digest, Vol 102, Issue 7
Ralph, for Mac OS you should download either the Unarchiver which is free,
or Entrophy which is what I use, but it costs like $15 I believe, both
support decompressing .7z and Entrophy supports compressing TO .7z
On Mon, May 6, 2013 at 3:00 PM, <flac-dev-request at xiph.org> wrote:
> Send flac-dev mailing list submissions to
> flac-dev at xiph.org
>
> To subscribe or
2013 May 25
0
Bug fix and compatibility patches for 1.3.0pre4
Janne Hyv?rinen wrote:
> On 25.5.2013 10:54, Erik de Castro Lopo wrote:
>> Robert Kausch wrote:
>>> I tried 1.3.0pre4 with ICL on Windows and found some issues.
>>> The first two are quite straight forward:
>>>
>>> - The ICL patch fixes a typo in bitmath.h and adds
>>> FLAC__bitwriter_write_zeroes to the external declarations in bitwriter.c.
2013 May 05
4
Bug fix and compatibility patches for 1.3.0pre4
On 5/5/2013 09:03, Timothy B. Terriberry wrote:
> Robert Kausch wrote:
>> The _lseeki64 patch probably is a little more controversial. The problem
>> is that fseeki64 and ftelli64 are not available in Windows XP - at least
>> not without installing extra MSVC runtime libraries. I changed compat.h
>> and replaced them with calls to _lseeki64, which was available at least
2013 May 05
0
Bug fix and compatibility patches for 1.3.0pre4
Robert Kausch wrote:
> The _lseeki64 patch probably is a little more controversial. The problem
> is that fseeki64 and ftelli64 are not available in Windows XP - at least
> not without installing extra MSVC runtime libraries. I changed compat.h
> and replaced them with calls to _lseeki64, which was available at least
> back to Windows 98 and thus doesn't impose such
2013 May 07
0
flac-dev Digest, Vol 102, Issue 7
It's not that hard to repackage it, is it?
Here you go: www.icer.nl/misc_stuff/flac.xcodeproj .zip
On 06-05-13 23:37, Marcus Johnson wrote:
> Ralph, for Mac OS you should download either the Unarchiver which is
> free, or Entrophy which is what I use, but it costs like $15 I
> believe, both support decompressing .7z and Entrophy supports
> compressing TO .7z
>
>
> On
2012 Apr 07
1
[PATCH 2/2] Update and improve autotools build
- INCLUDES is deprecated, and CPPFLAGS is an user-defined
variable, use the proper AM_CPPFLAGS instead
- Remove FLAC__INLINE definition, providing proper
replacement for MSVC compilers.
- Detect if we have C99 's lround and provide a replacement
for windows...
---
configure.ac | 32 ++++++++--------------------
examples/c/decode/file/Makefile.am
2013 May 05
2
Bug fix and compatibility patches for 1.3.0pre4
Timothy B. Terriberry wrote:
> Instead I've attached a patch that uses fgetpos/fsetpos. This is
> totally untested (I haven't even checked it compiles), but the idea
> should work.
MSDN says "The pos value is stored in an internal format and is intended
for use only by *fgetpos* and *fsetpos*."
(http://msdn.microsoft.com/en-us/library/70hdhh4t%28v=vs.80%29.aspx), so
2016 Jan 08
1
warning: inlining failed in call to 'FLAC__bitwriter_write_raw_uint32.constprop':
Building with MinGW-w64 GCC 5.3.0 via Makefile.lite, I get the
following warnings:
bitwriter.c: In function 'FLAC__bitwriter_write_utf8_uint64':
bitwriter.c:324:19: warning: inlining failed in call to
'FLAC__bitwriter_write_raw_uint32.constprop': --param
large-function-growth limit reached [-Winline]
inline FLAC__bool FLAC__bitwriter_write_raw_uint32(FLAC__BitWriter
*bw,
2012 Apr 05
2
[PATCH 2/2] V2: Use a single definition of MIN and MAX in sources
---
configure.ac | 7 +++++
src/libFLAC/bitreader.c | 12 ++-------
src/libFLAC/bitwriter.c | 8 ++----
src/libFLAC/fixed.c | 18 +++++--------
src/libFLAC/format.c | 8 ++----
src/libFLAC/include/private/macros.h | 29 ++++++++++++++++++++
src/libFLAC/metadata_iterators.c | 17 +++---------
2012 Apr 05
1
[PATCH] remove unnecesary typedef in bitwriter.c
---
src/libFLAC/bitwriter.c | 31 +++++++++++++++----------------
1 file changed, 15 insertions(+), 16 deletions(-)
diff --git a/src/libFLAC/bitwriter.c b/src/libFLAC/bitwriter.c
index 651440d..7da4b15 100644
--- a/src/libFLAC/bitwriter.c
+++ b/src/libFLAC/bitwriter.c
@@ -43,12 +43,11 @@
/* Things should be fastest when this matches the machine word size */
/* WATCHOUT: if you change this
2013 Sep 22
2
GCC generates slow code for IA32
I measured encoding speed of 24-bit WAV files. It turns out that 32-bit
encoder made by GCC is ~1.7x times slower than 32-bit encoder made by MSVS.
It seems that GCC creates inefficient code for 32bit * 32bit -> 64bit multiplication
for 32-bit architecture. This problem affects FLAC__lpc_compute_residual_from_qlp_coefficients_wide() and FLAC__lpc_restore_signal_wide() functions.
Is there any
2006 Feb 01
1
Using a console application from within R
I would like to open a console application from within R and then send input
to the newly opened console. I can use the following to open the application
...
setwd(path)
system(paste(path,"icl.exe",sep=""))
This allows me to type in what want, but I would like to do something like
this
setwd(path)
system(paste(path,"icl.exe",sep=""),input=c("icl
2013 May 05
0
Bug fix and compatibility patches for 1.3.0pre4
JonY wrote:
> How about just forgetting about base XP and require at least SP2 or some
> such? Alternatively, use win32api underneath instead, eg
> CreateFileW/SetFilePointer.
This requires replacing _all_ of the FILE I/O, not just these two
functions, which is a lot more work to no clear advantage. The _lseeki64
implementation uses SetFilePointer internally, but doing that directly
2015 Oct 08
1
Are pointers to FLAC__int32 and int interchangeable?
Erik de Castro Lopo wrote:
> Well FLAC__int32 is just a 32 bit integer and on all the platforms/
> architecures/compilers that FLAC supports FLAC__int32 and int are
> the same.
>
> Personally I think the FLAC__xxxx stuff should go, to be replaced with
> C standard int32_t, uint32_t, int16_t etc, at least for internal code.
> I am slowly doing that when I touch code.
>
>
2011 Jul 18
2
Diagramas de barras agrupados y apilados
¿Alguien sabe cómo dibujar un diagrama de barras agrupado (o apilado) con diferente
número de elementos en cada grupo y que la leyenda quede "correcta"?
Si utilizamos barplot (o barplot2 de gplots) podemos definir una matriz con columnas
las diferentes alturas para cada grupo y si un grupo tiene menos categorias
simplemente asignamos NA a los elementos sobrantes de esa columna. Pero no
2009 Apr 07
1
[LLVMdev] job opportunity
Hello everybody,
If anybody is about to graduate and is looking for a research
position, ICL at the University of Tennessee (http://icl.cs.utk.edu)
is looking for a compilers person. We are looking for somebody with
practical experience in compiler technology and some understanding of
linear algebra.
Sorry for spamming the list with non-development content, but I hope a
lot of
2007 Apr 18
3
[Bridge] Linux bridging code bounces back frames?
Hi,
I'm trying to build a bridge using a 486DX2/66 with two 10 Mbit Ethernet
NICs. The machine (tsushima) is running Debian stable and kernel 2.4.26.
Previously I used it as a router, so I know the hardware (NICs) is
working.
The NICs are as follows:
eth0: WD80x3 at 0x280, 00 00 C0 0A 2C 2F WD8003-old, IRQ 10, shared
memory at 0xd0000-0xd1fff.
eth16i.c: v0.35 01-Jul-1999 Mika Kuoppala
2001 Jun 11
1
Anyone with an extended vorbisfile_example?
Hello Vorbis-dev!
I just found out about this absolutely great format. I downloaded the SDK
and successfully compiled vorbisfile_example.c with MSVC6.0 - seems to be
working fine. My next step will be to modify it as follows:
1) Write proper Windows pcm .wav files (with complete header). Shouldn't be
too much of a problem.
2) Package it as a single .dll (instead of as I have now: 1 .exe and 3