On Nov 20 03:25, Keith Thompson wrote:
> The header file /usr/include/sys/types.h defines a macro called "howmany".
Incidentally, this is currently under discussion on the newlib list:
https://sourceware.org/ml/newlib/2015/msg00789.html
.
The RTEMS guys are testing my patch suggestion soon,
> On Nov 19 11:45, Andrew Schulman wrote:
> > > On Nov 17 12:46, Zhu, Binbin (Nokia - CN/Hangzhou) wrote:
> > > > Hi,
> > > >
> > > > It worked month ago, but it failed after reinstall.
> > >
> > > Are you really sure it ever worked? To the best of my knowledge the
> > > control master stuff
On 11/20/2015 18:53, Marco Atzeri wrote:
>
> I catched the same issue on x86_64
>
> nm -l liboctave/.libs/cygoctave-3.dll
>
>
> 0004c0aa6530 T zseri_
> /pub/devel/octave/octave-4.0.0-2.x86_64/src/octave-4.0.0/liboctave/cruft/amos/zseri.f:1
>
> 0004c0aa7090 T zshch_
>
2015-11-19 21:24 GMT+01:00 Mark Geisert :
> Kacper Michajlow wrote:
>>
>> I recently noticed that Cygwin multithreading is very inefficient. I
>> was repacking few git repositories and with Cygwin's git, it spawns
>> threads but they are so badly synchronized that there is no
Am Freitag, 13. November 2015 11:08 CET, "Aaron Digulla"
schrieb:
It seems I'm the only one with this problem. Any ideas what I could do next?
To add insult to injury, I have a RAID-1 array in my computer and when Cygwin
kills it, I have to wait 2 hours before I can use it
On Nov 19 11:45, Andrew Schulman wrote:
> > On Nov 17 12:46, Zhu, Binbin (Nokia - CN/Hangzhou) wrote:
> > > Hi,
> > >
> > > It worked month ago, but it failed after reinstall.
> >
> > Are you really sure it ever worked? To the best of my knowledge the
> > control master stuff always required
On 11/10/2015 15:52, Ken Brown wrote:
On 10/11/2015 12:25 AM, JonY wrote:
On 10/10/2015 23:04, JonY wrote:
On 10/10/2015 07:55, JonY wrote:
I'll be rebuilding the CRT and cygwin gcc soon to give this a try.
Nope, rebuilding the crt and Cygwin dll did not help at all.
Updating binutils
The header file /usr/include/sys/types.h defines a macro called "howmany".
As a result, this strictly conforming program:
#include
int howmany(void) {
return 42;
}
int main(void) {
printf("%d\n", howmany());
}
fails to compile with "gcc -std=c11 -pedantic"
On Nov 19 22:17, David Macek wrote:
> On 19. 11. 2015 20:36, Nellis, Kenneth wrote:
> > FWIW, my results are different:
> >
> > $ printenv CYGWIN
> > winsymlinks:nativestrict
> > $ touch XXX
> > $ ln -s XXX YYY
> > $ ln -s YYY ZZZ
> > $ ls -l
> > total 0
> > -rw-r- 1 knellis Domain Users 0
On Nov 19 19:53, David Macek wrote:
> On 18. 11. 2015 20:48, Corinna Vinschen wrote:
> > On Nov 18 19:13, David Macek wrote:
> >> On 18. 11. 2015 18:55, Corinna Vinschen wrote:
> >>> On Nov 17 23:28, David Macek wrote:
> I went through the UG looking for differences between regular Cygwin
>
The following packages have been updated in the Cygwin distribution:
*** xorg-server-*1.18.0-1
These packages contain XWin and the other X.Org X11 servers.
This is the first release of the xserver 1.18 series. It is currently
available as a test release, and will be made stable in
On 20/11/2015 16:18, Jon Turney wrote:
The following packages have been updated in the Cygwin distribution:>
*** xorg-server-*1.18.0-1
Bah! Wrong list :(
The following packages have been updated in the Cygwin distribution:
*** xorg-server-*1.18.0-1
These packages contain XWin and the other X.Org X11 servers.
This is the first release of the xserver 1.18 series. It is currently
available as a test release, and will be made stable in
The following packages have been updated in the Cygwin distribution:
*** xorg-server-*1.18.0-1
These packages contain XWin and the other X.Org X11 servers.
This is the first release of the xserver 1.18 series. It is currently
available as a test release, and will be made stable in
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=fbace81684f8cbb80a2048c01dc545af247f5cb7
commit fbace81684f8cbb80a2048c01dc545af247f5cb7
Author: Corinna Vinschen
Date: Fri Nov 20 18:14:58 2015 +0100
Import correctly working strtold from David M. Gay.
On 20/10/2015 14:33, Jon Turney wrote:
On 20/10/2015 11:27, Corinna Vinschen wrote:
What about epoch handling as Yaakov
suggested, does that help? Jon, as our local upset guru, how tricky
would it be to add epoches to upset?
Or, in other words, how complicated would it be to have the same
RPM
On Wed, 18 Nov 2015, Buchbinder, Barry (NIH/NIAID) [E] wrote:
Date: Wed, 18 Nov 2015 21:29:30 +
From: "Buchbinder, Barry (NIH/NIAID) [E]"
Subject: RE: Can MKS Toolkit and Cygwin safely co-exist on Windows servers?
Peter A. Castro sent the following at Monday, November 16, 2015 9:17 PM
CHANGES SINCE LAST RELEASE:
===
New upstream release.
* New: Swedish translation of messages and manual.
* Updated: Danish and Brazilian Portuguese translations.
* Fix: The -iso option was misinterpreted as a corrupted -i option.
* Fix: Compilation for MSYS 1.
CHANGES SINCE LAST RELEASE:
===
New upstream release.
* New: Swedish translation of messages and manual.
* Updated: Danish and Brazilian Portuguese translations.
* Fix: The -iso option was misinterpreted as a corrupted -i option.
* Fix: Compilation for MSYS 1.
Hello Cygwin patchers, this is my first submission, hope I do OK.
I have discovered a bug in Vixie's cron in the bash script
/usr/bin/cron-config. The bug only appears on Windows 10 which has
an NT version of "10.0". This breaks the version checking in the
bash script. (Bash only supports
Hello,
I wanted to do one last follow up here. This issue has cleared up on
all of my computers. The only environmental change was Windows update.
Thus, my conclusion is that this was a Microsoft bug rather than a
Mintty / Cygwin one and it has been cleared up with the latest
updates.
Thanks for
Following program:
--- begin of code
#include
#include
int main()
{
std::string s =
boost::system::generic_category().message(22);
printf("size=%lu, c_str=\"%s\".\n",
s.size(),
s.c_str());
return 0;
}
--- end of code
Give out
22 matches
Mail list logo