On 06.06.2023 22:33, Martijn van Beurden wrote:
Hi,
This rabbit hole went quite a bit deeper than I expected. Apparently,
CMake prepends 'lib' to library names for unix like environments
(including MinGW) but not for Visual Studio. So, when building on
Windows, you get either libFLAC.dll and
On 30.12.2015 13:57, Thomas Zander wrote:
> On 29 December 2015 at 08:08, Erik de Castro Lopo wrote:
>
>> I would suggest:
>>
>>#if SIZEOF_VOIDP == 8
>
> I believe this is not portable. At least on my machine ("4.2.1
> Compatible FreeBSD Clang 3.4.1 (tags/RELEASE_34/dot1-final 208032)")
>
On 10.12.2015 19:58, lvqcl wrote:
> LRN wrote:
>
>> The commit mentioned in the feature request should not cause such
>> behaviour, as it only does short-lived operations (opens a file, does
>> stuff, closes the file immediately after) and is clearly distinguishing
>>
On 10.12.2015 10:39, Erik de Castro Lopo wrote:
> lvqcl,
>
> Would you be able to have alook at this one? I think its
> Windows related:
>
> https://sourceforge.net/p/flac/feature-requests/114/
>
The commit mentioned in the feature request should not cause such
behaviour, as it only does
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tried to do this, gcc complained a lot about undefined references.
After a bit of mucking with the code, i came up with a few patches. This
might be a good conversation starter.
The build that i've got out of this does pass the testsuite.
To enable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Why is ogg_mapping.c full of variables? Why not macros?
- --
O ascii ribbon - stop html email! - www.asciiribbon.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
iQEcBAEBAgAGBQJTZK5cAAoJEOs4Jb6SI2Cw5dkH/jbXCMBq8hpZzggt7UKImZbc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01.04.2013 14:40, Erik de Castro Lopo wrote:
Hi all,
The latest pre-release is here:
http://downloads.xiph.org/releases/flac/beta/flac-1.3.0pre3.tar.xz
flac-1.3.0pre3/include/share/compat.h:146:31: fatal error:
share/win_utf8_io.h: No such
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01.04.2013 16:55, Janne Hyvärinen wrote:
On 1.4.2013 15:29, LRN wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1
On 01.04.2013 16:24, Janne Hyvärinen wrote:
I'm worried about some of the modifications done to the UTF-8
patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01.04.2013 16:26, LRN wrote:
On 01.04.2013 14:40, Erik de Castro Lopo wrote:
Hi all,
The latest pre-release is here:
http://downloads.xiph.org/releases/flac/beta/flac-1.3.0pre3.tar.xz
flac-1.3.0pre3/include/share/compat.h:146:31: fatal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 18.03.2013 13:35, JonY wrote:
Before anyone does anything, see __wgetmainargs
http://msdn.microsoft.com/en-us/library/ff770599.aspx.
It can expand wildcards. Since it already provides argc/argv/env,
it is more a less a drop-in replacement
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 17.03.2013 06:33, Janne Hyvärinen wrote:
Here's a patch that makes MSVC compiled flac.exe able to use
wildcards and encode/decode files with Unicode characters in names.
It may not be the prettiest code but it fulfills its primary
purpose. I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 17.03.2013 18:55, JonY wrote:
On 3/17/2013 18:37, Erik de Castro Lopo wrote:
JonY wrote:
On 3/17/2013 10:33, Janne Hyvärinen wrote:
Here's a patch that makes MSVC compiled flac.exe able to use
wildcards and encode/decode files with Unicode
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 18.03.2013 02:10, JonY wrote:
On 3/17/2013 23:01, LRN wrote:
All those ifdefs will at least be confined rather than spread
out through the code.
I did it plibc-style:
in compat.h: #if defined(_WIN32) #define FOPEN
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 18.03.2013 02:37, Erik de Castro Lopo wrote:
JonY wrote:
On 3/17/2013 23:01, LRN wrote:
All those ifdefs will at least be confined rather than spread
out through the code.
I did it plibc-style:
in compat.h: #if defined(_WIN32) #define FOPEN
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 15.03.2013 12:09, Erik de Castro Lopo wrote:
Marcus Johnson wrote:
but no matter what you choose to do FLAC MUST REMAIN LOSSLESS.
That has always been and will remain goal #1 for FLAC.
FLAC stands for Free Lossless Audio Codec, so lossy FLAC
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09.03.2013 15:37, Erik de Castro Lopo wrote:
Hi all,
Second and hopefully final pre-release is here:
http://downloads.xiph.org/releases/flac/beta/
src/libFLAC/metadata_iterators.c:442:4: warning: implicit declaration
of function 'ftello'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05.03.2013 20:39, Ben Allison wrote:
I would be willing to add Windows Unicode support (and large file
mode) to the flac binary tool, but frankly I'm not sure that it
could be done as a single cross-platform source file. There would
be a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03.03.2013 03:22, Erik de Castro Lopo wrote:
What I'm after now is testing of this source tarball on as many
systems as possible.
W32 (mingw.org + MSys) - builds correctly. All tests passed.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 18.04.2012 16:08, Erik de Castro Lopo wrote:
Cristian Rodríguez wrote:
That enables an special implementation that checks for common
memory errors and will save us from a lot pain. ---
test/test_bins.sh |2 ++ test/test_flac.sh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 27.02.2012 10:58, Erik de Castro Lopo wrote:
LRN wrote:
f:/src/mingw-flac/flac-1.2.2-rc1/src/share/utf8/iconvert.c:175:5:
warning: passing argument 2 of 'libiconv' from incompatible pointer
type [enabled by default]
f:\mingw02\mingw-pc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09.02.2012 21:41, Ben Allison wrote:
Dave Yeo wrote:
Yes that makes sense. Requiring a C99 compliant compiler
seems quite
reasonable.
Well I'm actually going to be even more reasonable than that.
The only
bits of C99 that flac will really
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 17.01.2012 12:44, Richard Schülein wrote:
Hi,
i’m not part of the FLAC project, but i have a question regarding
FLAC and Gapless support… I hope, I get an answer from some of you
;-)
We are currently try to add Gapless support on our
On 17.08.2010 7:20, Glenn McCord wrote:
On Tue, Aug 17, 2010 at 3:12 PM, Paul Davisp...@linuxaudiosystems.com
wrote:
On Mon, Aug 16, 2010 at 11:09 PM, Glenn McCordglenn.mcc...@gmail.com
wrote:
libtool: link: gcc -I/Users/glennm/libOGG-i386/include -O3
-funroll-loops -finline-functions
On 06.01.2010 2:03, Ivailo Karamanolev wrote:
I managed to get around it. I used the stream functions and provided my own
callbacks for reading and writing. What's strange is that what I've done is
just copied the contents of read/write/seek/tell/eof callbacks from the
sources to my
for am in automake-$AM_NEEDED automake$AM_NEEDED \
automake automake-1.7 automake-1.8 automake-1.9 automake-1.10; do
This code makes it check for automake-1.7 (AM_NEEDED evaluates to 1.7),
then automake (unversioned wrapper), then 1.7 (again), 1.8, 1.9 and then
1.10
1) Why the check is
On 06.11.2008 22:16, LRN wrote:
In stream_decoder.c function find_metadata_() checks whether a file is
valid or not. There are 4 cases it recognizes:
1) file begins with 'fLaC'
2) file begins with ID3 (skipped), followed by 'fLaC'
3) file may begin with 10?? sync code
26 matches
Mail list logo