X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=VHPaWDVO2Wt9tSZC
	przDeJz1LTOmg8/JgUbQbtoFQiobTzCisXSrke7JgmBohRUyBYhe9/IwQdq8w2td
	CJiDecFmJB9S+dn6AOAtt3/lWT9Isq5q+EYrA031gyg2Fg1crhiyRw/stf9n446M
	+SsQ9pQJn66ehdA75BN5Kbt27+0=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=q66/LCa6vczmkkqJedcwJ6
	iHdrI=; b=dlq2eaIwqSpohf7elAExq56tT4JYVcxtEV/DYV3rd3/8UWo1h4zLr2
	45IbD8whnWDnJ6OJYZrLc2LaWIjGgPhXNjbbgmoyWtm8AUGIvvOMLUihV0WnuldM
	pAM2j7ESioNeO15AZJlESSZuomZv9rRdJeNNPGrcNBPuiCCW090YY=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: =?ISO-8859-1?Q?No, score=3.0 required=5.0 tests=AWL,BAYES_50,FOREIGN_BODY,GIT_PATCH_2,KAM_LAZY_DOMAIN_SECURITY,KAM_NUMSUBJECT,RCVD_IN_DNSWL_NONE autolearn=no version=3.3.2 spammy=Viren, viren, geprft, gepr=c3=bcft?=
X-HELO: mout.kundenserver.de
Subject: Re: Bug Report: Regression in Cygwin 2.11.0-1
To: cygwin AT cygwin DOT com
References: <BL2PR16MB096125DC7F302700C5DE88C0C80E0 AT BL2PR16MB0961 DOT namprd16 DOT prod DOT outlook DOT com> <6a50c529-f611-0c60-d95c-8dadd7459f06 AT gmail DOT com>
From: Thomas Wolff <towo AT towo DOT net>
Message-ID: <86baef13-6a0d-e341-d7e6-d8109d5fd2f7@towo.net>
Date: Sat, 1 Sep 2018 11:07:03 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:52.0) Gecko/20100101 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <6a50c529-f611-0c60-d95c-8dadd7459f06@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-IsSubscribed: yes

Am 01.09.2018 um 10:10 schrieb Marco Atzeri:
> Am 01.09.2018 um 03:24 schrieb Bryan Phelps:
>> Hello,
>>
>>
>> Thank you for all the work on Cygwin! I've been using it to spin up 
>> an environment to build the OCaml compiler / toolchain, and it was 
>> working great.
>>
>>
>> However, today, all our CI builds mysteriously started failing - at 
>> first, I suspected it was a problem with AppVeyor, but I also 
>> failures with VSTS. We use an NPM package (`esy-bash`) to spin up a 
>> Cygwin environment, and then use that to build the OCaml toolchain.
>>
>>
>> The error message we started receiving today is:
>>
>> OCAML_FLEXLINK="../boot/ocamlrun ../flexdll/flexlink.exe" 
>> ../byterun/ocamlrun ../ocamlc -g -nostdlib -I ../utils -I ../parsing 
>> -I ../stdlib -I ../compilerlibs -strict-sequence -safe-string 
>> -strict-formats -w +a-4-9-41-42-44-45-48 -warn-error A -custom 
>> ocamlcommon.cma -o ocamltest.exe run_win32.o run_stubs.o 
>> ocamltest_config.cmo testlib.cmo run_command.cmo filetype.cmo 
>> filecompare.cmo backends.cmo variables.cmo environments.cmo 
>> builtin_variables.cmo builtin_modifiers.cmo actions.cmo 
>> builtin_actions.cmo tests.cmo builtin_tests.cmo tsl_ast.cmo 
>> tsl_parser.cmo tsl_lexer.cmo tsl_semantics.cmo options.cmo main.cmo
>> x86_64-w64-mingw32-gcc: error: ../stdlib\libcamlrun.a: No such file 
>> or directory
>>
>
> Question:
> is libcamlrun.a built correctly and in the same directory than before ?
> This mixed "../stdlib\libcamlrun.a" slash looks strange
It does, but remember, we're running on a mixed system. Also the problem 
is not caused by mixed syntax, the following do not work anymore:
     cd /usr; ls '..\bin'
     cd /; ls 'usr\include'
I think it's good that cygwin used to support this and it should be 
reestablished.
Note the following did not even work before, due to mount point issues:
     cd /; ls 'usr\bin'
Not sure whether it's worth fixing that seeming inconsistence as well.

Checking the change log, it might be a side effect of

- Fix a buffer underrun problem in Win32 path normalization.
   Addresses:https://cygwin.com/ml/cygwin/2018-05//msg00017.html


Checking the commit diff
https://cygwin.com/git/gitweb.cgi?p=newlib-cygwin.git;a=commitdiff;h=35998fc2fa6cbb7d761f6d88346246bd3627552b
this might be a starting point to analyse...

---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple