PAULUS, Raimund, TI-ABN wrote:
Hi Mark,
in my email (https://sourceware.org/ml/cygwin/2017-12/msg00194.html) i
described 2 approaches. I prefer nr 1.
Here the part of the source in bindresvport.c:
-
On Jan 31 00:15, Mark Geisert wrote:
> PAULUS, Raimund, TI-ABN wrote:
> > Hi Mark,
> >
> > in my email (https://sourceware.org/ml/cygwin/2017-12/msg00194.html) i
> > described 2 approaches. I prefer nr 1.
> > Here the part of the source in bindresvport.c:
> > [...]
> > This causes bind() to sear
Corinna Vinschen wrote:
On Jan 31 00:15, Mark Geisert wrote:
PAULUS, Raimund, TI-ABN wrote:
Hi Mark,
in my email (https://sourceware.org/ml/cygwin/2017-12/msg00194.html) i
described 2 approaches. I prefer nr 1.
Here the part of the source in bindresvport.c:
[...]
[...]
I'm a bit puzzled h
Forwarding from the gnulib list; is this something we should fix in
cygwin proper?
On 01/31/2018 04:42 AM, Bruno Haible wrote:
> On 64-bit Cygwin, a libunistring build fails like this:
>
> $ /bin/sh ../libtool --tag=CC --preserve-dup-deps --mode=link
> x86_64-pc-cygwin-gcc -g -O2 -L/usr/loca
On 31/01/2018 06:18, Fergus Daly wrote:
The setup program does seem to take a long time, even when it just
means "update" and even when there's nothing to update. Here's what
happens in unattended mode:
[...]
Try this with 'ts' from moreutils, e.g:
$ ./setup-2.884.x86_64.exe --local-install
On Jan 31 07:52, Eric Blake wrote:
> Forwarding from the gnulib list; is this something we should fix in
> cygwin proper?
Why does anybody remove the -Wl,--disable-auto-import flag? What for?
The idea was to never use this flag on Cygwin and to get rid of the
dllimport/dllexport nonsense...
> On
>> $ ./setup-2.884.x86_64.exe --local-install
>> '\\necker\download\cygwin-packages' --no-admin --upgrade-also --quiet-mode
>> --mirror-mode --no-shortcuts | ts -i
Thank you, using ts is really illuminating.
As an incidental query:
I deduce from the look of the snip above that you update Cygwin
Jon Turney sent the following at Wednesday, January 31, 2018 9:02 AM
>On 31/01/2018 06:18, Fergus Daly wrote: [...]
>>
>> The setup program does seem to take a long time, even when it just
>> means "update" and even when there's nothing to update. Here's what
>> happens in unattended mode:
>
> The
On 2018-01-31 08:34, Buchbinder, Barry (NIH/NIAID) [E] wrote:
> Jon Turney sent the following at Wednesday, January 31, 2018 9:02 AM
>> On 31/01/2018 06:18, Fergus Daly wrote: [...]
>>>
>>> The setup program does seem to take a long time, even when it just
>>> means "update" and even when there's n
Fergus Daly writes:
> The setup program does seem to take a long time, even when it just
> means "update" and even when there's nothing to update. Here's what
> happens in unattended mode:
[…]
Looks completely normal. Some of the scripts do need to look at quite a
few files before deciding if the
Fergus Daly writes:
> As an incidental query:
> I deduce from the look of the snip above that you update Cygwin from
> within Cygwin?
You can update one Cygwin installation from another (distinct) Cygwin
installation. You shouldn't do that from within the same Cygwin
installation unless you reall
sup Cygwin https://goo.gl/FYxYpG Mike
--
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
Hi there,
Just updated to LLVM/Clang 5.0.1 and clang-format is giving me the
following error:
Simple error report and hopefully easy to reproduce...
$ clang-format --version
: CommandLine Error: Option 'disable-symbolication' registered more than once!
LLVM ERROR: inconsistency in registered Com
When compiling a very small and simple C++ program (which took 6
seconds), i profiled the execution. cc1plus was speding a lot of time
trying to create .exe-files AND .lnk-files.
This was the command-line:
g++ -c -O0 -DGTEST_DONT_DEFINE_FAIL -std=gnu++14 -Iw64
-Icommon/freertos/include -Iw64/con
14 matches
Mail list logo