Hello,
I tried to build coreutils-8.25 with the latest cygwin (2.5.0-0.10 or 2.4.1-1)
and all the latest packages, and as 'configure' seems to pass ok, 'make'
fails with hundreds of lines of messages like below.
Please can someone reproduce this (Windows 7, 32bits)?
Regards,
Denis Excoffier
I
On Mar 31, 2016, at 2:57 AM, EMMANUELLE FOURNIER
wrote:
>
> I've changed in tar.bz2, because in the x86 version of program, they were in
> tar.bz2.
You’ve misdiagnosed the cause of the change. Cygwin changed from distributing
bz2-packed tarballs to xz-packed tarballs many months ago for both
On 31/03/2016 13:54, Gerrit Haase wrote:
2016-03-19 15:12 GMT+01:00 Achim Gratz wrote:
You might also want to add 'DEPEND="nasm"', since the build needs it
(probably other stuff too, but I already had that installed).
Hello Achim,
is is common sense nowadays, to add packages required to buil
Greetings, Gerrit Haase!
>> You might also want to add 'DEPEND="nasm"', since the build needs it
>> (probably other stuff too, but I already had that installed).
> Hello Achim,
> is is common sense nowadays, to add packages required to build from
> source to the executable runtime dependencies?
All,
I'm not sure this is on-topic, but at least I'm in cygwin when I
notice the below:
I do a lot of large data transfers between USB drives. Often I get
great speeds (70MB/sec or more).
Sometimes it falls way off to closer to 20MB/sec with the same class
of hardware.
I experienced the "slow"
RESOLVED! =)
I’m happy to report Brian McGeorge found a solution, which was kindly
passed on to me via Ben Stragnell. The answer is to set the
environment variable LOGONSERVER to \\%COMPUTERNAME%.
This works by not executing the body of the if statement in:
https://cygwin.com/git/gitweb.cgi?p=cyg
RESOLVED! =)
I’m happy to report Brian McGeorge found a solution, which was kindly passed on
to me via Ben Stragnell. The answer is to set the environment variable
LOGONSERVER to \\%COMPUTERNAME%.
This works by not executing the body of the if statement in:
https://cygwin.com/git/gitweb.cgi?p=
On 03/31/2016 12:50 PM, Corinna Vinschen wrote:
> On Mar 31 09:24, Eric Blake wrote:
>> On 03/31/2016 07:30 AM, Björn Stabel wrote:
>>> Am 31.03.2016 um 15:01 schrieb Cristian:
I noted that exit codes returned by CMD and other apps (msiexec) are
truncated to 1 byte (0 .. 255).
>>
>> This
On Mar 31 09:24, Eric Blake wrote:
> On 03/31/2016 07:30 AM, Björn Stabel wrote:
> > Am 31.03.2016 um 15:01 schrieb Cristian:
> >> I noted that exit codes returned by CMD and other apps (msiexec) are
> >> truncated to 1 byte (0 .. 255).
>
> This matches Linux, but not POSIX.
Why? Does bash use
Hi mihau,
On 30.03.2016 16:39, mihau wrote:
> hello,
>
> (my setup is latest cygwin 32bit on Win XP SP3, logged in as
> Administrator)
>
> I have just updated my cygwin installation after a year or so and
> stumbled upon weird behavior with its wget build. it seems to
> screw file access permissi
The following packages have been uploaded to the Cygwin distribution:
* free42-1.5.7-1
Free42 is a re-implementation of the HP-42S calculator and the HP-82240
printer. It is a complete rewrite, not using any HP code, and it does not
require an HP-42S ROM image.
--
Yaakov
--
Problem reports:
The following packages have been uploaded to the Cygwin distribution:
* idfpml-devel-2.0.1-1
Software implementation of the IEEE 754-2008 Decimal Floating-Point
Arithmetic specification, aimed at financial applications, especially in
cases where legal requirements make it necessary to use decim
On 31/03/16 18:03, Yaakov Selkowitz wrote:
On 2016-03-31 10:29, Yaakov Selkowitz wrote:
On 2016-03-31 09:40, Michel Van den Bergh wrote:
Unfortunately the gcc for CentOS appears not to work...
/usr/bin/i686-pc-cygwin-gcc-4.9.3 -c test.c
*** buffer overflow detected ***:
/usr/lib/gcc/i686-pc-c
On 2016-03-31 10:29, Yaakov Selkowitz wrote:
On 2016-03-31 09:40, Michel Van den Bergh wrote:
Unfortunately the gcc for CentOS appears not to work...
/usr/bin/i686-pc-cygwin-gcc-4.9.3 -c test.c
*** buffer overflow detected ***:
/usr/lib/gcc/i686-pc-cygwin/4.9.3/../../../../i686-pc-cygwin/bin/a
On 2016-03-31 09:40, Michel Van den Bergh wrote:
On 03/30/2016 06:19 PM, Yaakov Selkowitz wrote:
On 2016-03-30 10:24, Michel Van den Bergh wrote:
I am one of the authors of an application (
https://sourceforge.net/projects/icsdrone/ ) written for POSIX and I
would like to provide a Windows bina
On 03/31/2016 07:30 AM, Björn Stabel wrote:
> Am 31.03.2016 um 15:01 schrieb Cristian:
>> I noted that exit codes returned by CMD and other apps (msiexec) are
>> truncated to 1 byte (0 .. 255).
This matches Linux, but not POSIX.
>> Windows exit codes are represented using 32 bits, so is this lim
On 2016-03-31 09:08, Peter Foley wrote:
The cygwin gcc package appears to be missing the helper libraries for
the -fsanitize series of options.
These are only supported on x86-linux.
--
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/f
On 03/30/2016 06:19 PM, Yaakov Selkowitz wrote:
On 2016-03-30 10:24, Michel Van den Bergh wrote:
I am one of the authors of an application (
https://sourceforge.net/projects/icsdrone/ ) written for POSIX and I
would like to provide a Windows binary.
As I do not use Windows I would like to cross
On Mar 30 19:55, mihau wrote:
> >Btw., if you wget a file it's *supposed* to be non-executable. Assuming
> >your umask is 0022, the file will be create with 0644 permissions. The
> >default ACL created in this case explicitely disables execution for the
> >admin user if the admin user is part of
The cygwin gcc package appears to be missing the helper libraries for
the -fsanitize series of options.
$ gcc -fsanitize=address a.c
/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/../../../../x86_64-pc-cygwin/bin/ld:
cannot find -lasan
collect2: error: ld returned 1 exit status
Ditto for -fsanitize=undefine
Am 31.03.2016 um 15:01 schrieb Cristian:
> I noted that exit codes returned by CMD and other apps (msiexec) are
> truncated to 1 byte (0 .. 255).
>
> Steps to reproduce:
>
> 1) Create a batch with this content:
> $ cat ./test.bat
> @echo off
> rem
> echo Test exit code 266
2016-03-19 15:12 GMT+01:00 Achim Gratz wrote:
>
> You might also want to add 'DEPEND="nasm"', since the build needs it
> (probably other stuff too, but I already had that installed).
Hello Achim,
is is common sense nowadays, to add packages required to build from
source to the executable runtime
Good Morning,
First of all, thank you for answering me.
- For packages format, I'm not an expert, so I've changed in tar.bz2, because
in the x86 version of program, they were in tar.bz2.
But if you mean that is not a cause, I will modify this.
- I've modified setup in order to find packages
The following packages have been uploaded to the Cygwin distribution:
* ttfautohint-1.5-1
* ttfautohint-gui-1.5-1
ttfautohint provides a 99% automated hinting process and a platform for
finely hand-hinting the last 1%. It is ideal for web fonts and supports
many scripts.
This is an update to t
24 matches
Mail list logo
