The following Perl distributions have been updated to their latest
version on CPAN, respectively:
x86/x86_64
--
perl-Scalar-List-Utils-1.51-1
noarch
--
perl-Role-Tiny-2.08-1
--
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-
Agner Fog wrote:
Clang is using 64-bit absolute addresses when accessing static data in 64-bit
mode. This is inefficient because it requires an extra 10-bytes long instruction
for loading an address into a register every time it needs to access static
data. All other compilers use relative addr
Agner Fog wrote:
Here's another bug report.
Cygwin Clang fails when compiling a complicated program with big templates. The
same program compiles OK on Linux clang.
I have not made a minimal test case because smaller cases compile ok.
The test case is too big for attaching to a mailing list,
After creating a huge custom package, we meet inaccessibility of using
setup.exe. It hangs on parsing setup.ini. By doing a little research we've
found that this behavior appears when package size is greater than 1GiB (not
accurate 1GiB but 1.4GB is enough). We started to investigate setup.exe
References: <578eb489-9391-9009-82ad-676eeb4c1...@agner.org>
In-Reply-To: <578eb489-9391-9009-82ad-676eeb4c1...@agner.org>
Could the different behaviour between Cygwin and Linux simply be due to
different Clang versions?
The current version under Cygwin is 5.0.1, while the latest version availabl
On Aug 11 09:27, Thorsten Kampe wrote:
> * Corinna Vinschen (Fri, 9 Aug 2019 20:53:38 +0200)
> > I uploaded a new Cygwin test release 3.1.0-0.1
> >
> > This release comes with a couple of new features and quite a few
> > bug fixes.
> >
> > The most interesting change, courtesy Ken Brown, is a rev
Hi Corinna,
On Fri, 9 Aug 2019 20:53:38 +0200
Corinna Vinschen wrote:
> Hi folks,
>
>
> I uploaded a new Cygwin test release 3.1.0-0.1
>
> This release comes with a couple of new features and quite a few
> bug fixes.
>
> The most interesting change, courtesy Ken Brown, is a revamp of the
> o
On Aug 12 22:44, Takashi Yano wrote:
> [...]
> (4) Segmentation fault occurs in some cases regarding signalfd.
> [...]
> However, I can not find out the cause of problem (4). This seems
> to affect only 32bit version of cygwin.
>
> To reproduce (4), use a simple test case attached (signalfd-chk.c)
Hi,
I am using windows 10 and installed msys2 which internally uses "Cygwin
code base" to have ENV same as my linux machine.
I have implemented an IPC mechanism based on mqueue Apis. I see few mqueue
api's work properly like create and send as I can see the "/my_queue_name"
gets created under "/de
Hi,
So nobody has any suggestions per this?
https://cygwin.com/ml/cygwin/2019-08/msg00126.html
TIA
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/
On Mon, 12 Aug 2019 15:01:52 +0200
Corinna Vinschen wrote:
> On Aug 11 09:27, Thorsten Kampe wrote:
> > * Corinna Vinschen (Fri, 9 Aug 2019 20:53:38 +0200)
> > > I uploaded a new Cygwin test release 3.1.0-0.1
> > >
> > > This release comes with a couple of new features and quite a few
> > > bug fi
On 8/11/2019 10:24 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin
wrote:
Following up on the original report of 3/10/2019.
Sorry to disappoint, but in no way it was an original report
https://cygwin.com/ml/cygwin/2018-07/msg00048.html
No disappointment here, I was piggy-backing on my own
On 8/11/2019 10:55 PM, Brian Inglis wrote:
On 2019-08-11 13:08, Ken wrote:
Delete /llvm-objdump.exe.stackdump from the root directory, and the first line
from the manifest /etc/setup/compiler-rt.lst.gz, so you're good again:
$ zcat /etc/setup/compiler-rt.lst.gz
llvm-objdump.exe.stackdump
usr/
u
13 matches
Mail list logo
