On Mar 25 13:03, Brian Inglis via Cygwin wrote:
> On 2023-03-25 05:49, Corinna Vinschen via Cygwin wrote:
> It looks like /proc/locales contains the same content as produced by locale
> -a?
Yes, locale -a actually opens /proc/locales to read the locales from the
Cygwin core, just as it opens /pro
On Mar 25 13:03, Brian Inglis via Cygwin wrote:
> On 2023-03-25 05:49, Corinna Vinschen via Cygwin wrote:
> > On Mar 24 16:49, Brian Inglis via Cygwin wrote:
> > I never heard about an environment variable called LANGUAGE. This is
> > about LANG/LC_ALL/LC_whatever, so POSIX syntax is required...
>
On 2023-03-25 05:49, Corinna Vinschen via Cygwin wrote:
On Mar 24 16:49, Brian Inglis via Cygwin wrote:
On 2023-03-24 06:18, Corinna Vinschen via Cygwin wrote:
First, it's a bug in the Emacs testsuite. The test simply assumes that
there's no en_DE locale on any system, but that's just not true
On Mar 24 16:49, Brian Inglis via Cygwin wrote:
> On 2023-03-24 06:18, Corinna Vinschen via Cygwin wrote:
> > > First, it's a bug in the Emacs testsuite. The test simply assumes that
> > > there's no en_DE locale on any system, but that's just not true.
> > > Windows support the RFC 5646 locale "e
On 2023-03-24 06:18, Corinna Vinschen via Cygwin wrote:
On Mar 23 22:14, Corinna Vinschen via Cygwin wrote:
On Mar 23 15:48, Ken Brown via Cygwin wrote:
I'm reporting this here rather than the newlib list because the behavior is
compatible with Posix but not Linux, so I think it's a Cygwin issu
On Mar 24 09:57, Ken Brown via Cygwin wrote:
> On 3/24/2023 8:18 AM, Corinna Vinschen via Cygwin wrote:
> > On Mar 23 22:14, Corinna Vinschen via Cygwin wrote:
> > > On Mar 23 15:48, Ken Brown via Cygwin wrote:
> > > > Consider the following test case:
> > > >
> > > > $ cat locale_test.c
> > > > #
On 3/24/2023 8:18 AM, Corinna Vinschen via Cygwin wrote:
On Mar 23 22:14, Corinna Vinschen via Cygwin wrote:
On Mar 23 15:48, Ken Brown via Cygwin wrote:
Consider the following test case:
$ cat locale_test.c
#include
#include
int main ()
{
const char *locale = "en_DE.UTF-8";
locale_t
On Mar 23 22:14, Corinna Vinschen via Cygwin wrote:
> On Mar 23 15:48, Ken Brown via Cygwin wrote:
> > I'm reporting this here rather than the newlib list because the behavior is
> > compatible with Posix but not Linux, so I think it's a Cygwin issue.
>
> Actually, it's a Windows issue :)
>
> > C
On Mar 23 15:48, Ken Brown via Cygwin wrote:
> I'm reporting this here rather than the newlib list because the behavior is
> compatible with Posix but not Linux, so I think it's a Cygwin issue.
Actually, it's a Windows issue :)
> Consider the following test case:
>
> $ cat locale_test.c
> #inclu
Am 23.03.2023 um 20:48 schrieb Ken Brown via Cygwin:
I'm reporting this here rather than the newlib list because the
behavior is compatible with Posix but not Linux, so I think it's a
Cygwin issue.
Consider the following test case:
$ cat locale_test.c
#include
#include
int main ()
{
con
I'm reporting this here rather than the newlib list because the behavior
is compatible with Posix but not Linux, so I think it's a Cygwin issue.
Consider the following test case:
$ cat locale_test.c
#include
#include
int main ()
{
const char *locale = "en_DE.UTF-8";
locale_t loc = newloc
11 matches
Mail list logo
