On Dec 12 23:42, Thomas Wolff wrote:
> With cygwin-devel 1.7.34-002, the following test program (2 lines):
> #define _BSD_SOURCE
> #include
>
> produces this error:
> In file included from test.c:2:0:
> /usr/include/stdlib.h:258:23: error: expected string literal before
> ‘__ASMNAME’
>
With cygwin-devel 1.7.34-002, the following test program (2 lines):
#define _BSD_SOURCE
#include
produces this error:
In file included from test.c:2:0:
/usr/include/stdlib.h:258:23: error: expected string literal before
‘__ASMNAME’
__asm__ (__ASMNAME ("__bsd_qsort_r"));
On Thu, Dec 11, 2014 at 5:41 PM, Warren Young wrote:
> On Dec 10, 2014, at 9:37 PM, Alexey Pavlov wrote:
>
>> Also we switch to use real /usr folder and just create virtual mount for
>> /bin folder that needed for some programs.
>
> You’re fighting the prevailing trend in Unix/Linux OS design by
On Dec 10, 2014, at 9:37 PM, Alexey Pavlov wrote:
> Also we switch to use real /usr folder and just create virtual mount for /bin
> folder that needed for some programs.
You’re fighting the prevailing trend in Unix/Linux OS design by doing that.
Solaris, Red Hat, and probably others also alia
2014-12-10 19:01 GMT+03:00 Corinna Vinschen:
> On Dec 10 08:36, Alexey Pavlov wrote:
>> [...]
>> Our changes to Cygwin runtime as we talk in the past are not
>> acceptable to Cygwin upstream because have a different philosophy and
>> have break some posix features. About half a year ago we talk abo
On Dec 10 08:36, Alexey Pavlov wrote:
> [...]
> Our changes to Cygwin runtime as we talk in the past are not
> acceptable to Cygwin upstream because have a different philosophy and
> have break some posix features. About half a year ago we talk about
> how integrate MSYS functionality into Cygwin u
On Dec 10 17:47, JonY wrote:
> On 12/10/2014 07:28, Angelo Graziosi wrote:
> > Corinna Vinschen wrote:
> >> How nice. We have all the work and they simple grab it and don't give
> >> anything back to their upstream project.
> >
> > ...the *Dark* side of free (GPL?) software... I guess..
> >
>
>
On Dec 9 15:05, Warren Young wrote:
> On Dec 9, 2014, at 3:56 AM, Corinna Vinschen
> wrote:
>
> > On Dec 8 15:14, Warren Young wrote:
> >> On Dec 6, 2014, at 12:49 PM, Corinna Vinschen
> >> wrote:
> >>
> >>> - Cygwin can now generate passwd/group entries directly from Windows
> >>
> >> don
On 12/10/2014 07:28, Angelo Graziosi wrote:
> Corinna Vinschen wrote:
>> How nice. We have all the work and they simple grab it and don't give
>> anything back to their upstream project.
>
> ...the *Dark* side of free (GPL?) software... I guess..
>
No, this is exactly how GPL is supposed to wor
2014-12-10 2:28 GMT+03:00 Angelo Graziosi <>:
> Corinna Vinschen wrote:
>>
>> How nice. We have all the work and they simple grab it and don't give
>> anything back to their upstream project.
>
>
> ...the *Dark* side of free (GPL?) software... I guess..
>
> In any case, you could always *grab* the
Corinna Vinschen wrote:
How nice. We have all the work and they simple grab it and don't give
anything back to their upstream project.
...the *Dark* side of free (GPL?) software... I guess..
In any case, you could always *grab* their "pacman" manager.. Besides
being very appealing, it would
On Dec 9, 2014, at 3:56 AM, Corinna Vinschen wrote:
> On Dec 8 15:14, Warren Young wrote:
>> On Dec 6, 2014, at 12:49 PM, Corinna Vinschen
>> wrote:
>>
>>> - Cygwin can now generate passwd/group entries directly from Windows
>>
>> don’t use AD here, and /etc/passwd suffices
>> for my purpose
Greetings, Warren Young!
>> - Cygwin can now generate passwd/group entries directly from Windows
> This is huge, Corinna!
> It must have been a lot of work, and while I personally will not benefit
> much from this — don’t use AD here, and /etc/passwd suffices for my purposes
> — it’s one of thos
On Dec 8 15:14, Warren Young wrote:
> On Dec 6, 2014, at 12:49 PM, Corinna Vinschen
> wrote:
>
> > - Cygwin can now generate passwd/group entries directly from Windows
>
> This is huge, Corinna!
>
> It must have been a lot of work, and while I personally will not
> benefit much from this — do
On Dec 6, 2014, at 12:49 PM, Corinna Vinschen wrote:
> - Cygwin can now generate passwd/group entries directly from Windows
This is huge, Corinna!
It must have been a lot of work, and while I personally will not benefit much
from this — don’t use AD here, and /etc/passwd suffices for my purpos
On Dec 7 15:59, Henry S. Thompson wrote:
> Corinna Vinschen writes:
>
> > I finally released another TEST version of the next upcoming Cygwin
> > release. The version number is 1.7.34-002.
>
> I just installed both 32- and 64-bit version on top of my existing
> (normal) release. The 64-bit one
On Dec 7 12:21, Angelo Graziosi wrote:
> Ciao Corinna,
>
> Corinna Vinschen wrote:
> >The new nsswitch.conf settings
>
> maybe I am wrong.. but shouldn't these new test release come with a default
> /etc/nsswitch.conf file? a file which is installed/updated if it does not
> exist/unchanged..
Th
Corinna Vinschen writes:
> I finally released another TEST version of the next upcoming Cygwin
> release. The version number is 1.7.34-002.
I just installed both 32- and 64-bit version on top of my existing
(normal) release. The 64-bit one has a two-line (passwd=group=db)
nsswitch.conf left over
Ciao Corinna,
Corinna Vinschen wrote:
The new nsswitch.conf settings
maybe I am wrong.. but shouldn't these new test release come with a
default /etc/nsswitch.conf file? a file which is installed/updated if it
does not exist/unchanged..
I have seen that MSYS2 *has* it...
Ciao,
Angelo.
-
Hi Cygwin friends and users,
I finally released another TEST version of the next upcoming Cygwin
release. The version number is 1.7.34-002.
The big changes compared to 1.7.34-001, apart from bugfixes and a new
API (qsort_r), are the following:
- The new nsswitch.conf settings "db_home", "db_sh
20 matches
Mail list logo
