Displaying 6 results from an estimated 6 matches for "lwin_utf8_io".
Did you mean:
win_utf8_io
2016 Jan 08
3
Lets do a 1.3.2 release
Evan Ramos wrote:
> > Yes please.
>
> Patch attached.
Sorry, I misunderstood your intention. The utf8_static library should
stay as a separate component, but should be statically linked as needed
(ie its only needed for Windows)
Erik
--
----------------------------------------------------------------------
Erik de Castro Lopo
http://www.mega-nerd.com/
2016 Jan 09
2
Lets do a 1.3.2 release
lvqcl wrote:
> IIRC libFLAC.a built with "./autogen.sh && ./configure && make"
> contains all functions from win_utf8_io. So I think it's possible
> to change some Makefile.lite or maybe build/*.mk files so that
> there will be no need to add -lwin_utf8_io to -lFLAC.
Version 2 of my patch attached, which fixes the problem for the
Makefile.lite and Visual Studio build systems without moving
win_utf8_io.c or touching the Autotools system.
-Evan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: win_utf8_io library fix...
2014 Jun 23
2
Include directories
...>
> One of these updates, added an "#ifdef _WIN32" to the file
> src/share/win_utf8_io/win_utf8_io.c. Is this really necessary? Is
> it not possible to just not include that file when not compiling
> for windows?
You're right. I changed my patch to only specify "-lwin_utf8_io" under Windows.
> Those Makefile variables are somewhat non-standard. Is there any
> reason you chose CCFLACGS and CCCFLAGS instead of the more usual
> CFLAGS and CXXFLAGS?
I usually see the C++ compiler as CXX, while FLAC uses CCC. I suppose
that threw me off. Updated my patch to u...
2016 Jan 09
0
Lets do a 1.3.2 release
...rote:
>
>> IIRC libFLAC.a built with "./autogen.sh && ./configure && make"
>> contains all functions from win_utf8_io. So I think it's possible
>> to change some Makefile.lite or maybe build/*.mk files so that
>> there will be no need to add -lwin_utf8_io to -lFLAC.
> Version 2 of my patch attached, which fixes the problem for the
> Makefile.lite and Visual Studio build systems without moving
> win_utf8_io.c or touching the Autotools system.
>
> -Evan
>
>
> _______________________________________________
> flac-dev mailing...
2016 Jan 09
0
About libFLAC -> win_utf8_io dependency
So far I can see three ideal solutions of this issue:
1) Make Unicode support a part of the libFLAC API.
In this case there will be no need in separate -lFLAC -lwin_utf8_io
options, just -lFLAC will be needed.
2) Remove the dependency between libFLAC and win_utf8_io.
In this case win_utf8_io will be linked statically to 1st-party apps,
like other libraries from src/share: getopt, grabbag, ...
3) Leave it as is.
The first solution:
It's not f...
2016 Jan 09
2
About libFLAC -> win_utf8_io dependency
First, this dependency exists only on Windows. For obvious
reasons such dependency cannot exist on Linux/FreeBSD/OSX/etc.
Previous versions (up to 1.2.1) didn't support Unicode filenames
on Windows. And then it was decided to add such support.
Windows uses UTF-16, where characters have 16-bit wchar_t type.
LibFLAC receives strings only via char*.
So one way to add Unicode support is to add