Am 17.03.2016 um 14:42 schrieb Ismail Donmez:
On Thu, Mar 17, 2016 at 3:35 PM, Marco Atzeri wrote:
it seems to prefer gcc headers
# 1 "/usr/bin/../lib/clang/3.7.1/include/limits.h" 1 3 4
# 37 "/usr/bin/../lib/clang/3.7.1/include/limits.h" 3 4
# 1 "/usr/lib/gcc/x86_64-pc-cygwin/5.3.0/include/li
Am 17.03.2016 um 15:02 schrieb Hans-Bernhard Bröker:
Am 17.03.2016 um 14:42 schrieb Ismail Donmez:
I am looking at clang 3.7 headers on Linux so this might be not 100%
same on Cygwin but, clang's limits.h has this on top:
Forgot to say this earlier: the cygwin version is the same in
Hello there,
clang has its own copy of some system headers. One of those lacks an
entry that breaks compilation of any program trying to work with
directories the POSIX way:
$ cat tdirent.c
#include
void foo(void)
{
return;
}
$ clang -c tdirent.c
In file included from tdirent.c:1:
Am 24.01.2020 um 00:31 schrieb Jim Zheng:
I seem to be running into an issue with my terminal not being
recognized after updating to the latest terminfo (6.1-1.20190727).
Setting TERM to anything other than 'xterm' results in loss of
terminal control where I am unable to use backspace/delete/tex
Am 25.01.2020 um 15:23 schrieb Rodrigo Medina:
Hi,
Both installations of grace-5.1.24 and grace-5.1.245 are broken.
/usr/bin/xmgrace.exe runs but gives the message:
--> Broken or incomplete installation - read the FAQ!
and then quits.
After reading the FAQ and comparing with a direct build f
Am 27.01.2020 um 13:58 schrieb Ken Brown:
On 1/26/2020 10:25 PM, Hans-Bernhard Bröker wrote:
Am 25.01.2020 um 15:23 schrieb Rodrigo Medina:
Hi,
Both installations of grace-5.1.24 and grace-5.1.245 are broken.
/usr/bin/xmgrace.exe runs but gives the message:
--> Broken or incompl
Am 25.01.2020 um 17:55 schrieb Marco Atzeri:
libinterp/corefcn/file-io.cc-tst
...fatal: caught signal Segmentation fault
-- stopping myself...
/bin/sh: line 1: 3771 Segmentation fault (core dumped) /bin/sh
../run-octave --norc --silent --no-history -p
/cyg
Am 29.01.2020 um 01:02 schrieb Hans-Bernhard Bröker:
So re-run it in gdb, via libtool (run-octave -g ...). Still crashes,
but I didn't manage to get around the SIGSEGV handler in octave. It
always caught the SEGV before gdb managed to get there.
So my finding, so far, would be that th
[Ooops, sent this to Takashi instead of the list, originally.]
Am 29.01.2020 um 14:46 schrieb Takashi Yano:
On Wed, 29 Jan 2020 13:19:11 +0100
Marco Atzeri wrote:
As Octave uses gnulib, it is possible that the changes in MS are causing
a different subset of gnulib to be used than before, may
Am 21.02.2020 um 18:22 schrieb David Rothenberger:
With cygwin 3.1.4, I get an "exception c005" when I perform the
following actions:
1. Use the Windows run box to start a cmd shell
2. From there, run "bash". (I'm sure it is the Cygwin bash.)
How did you make sure of that? The output of "
winsup/cygwin/fhandler_console.cc | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/winsup/cygwin/fhandler_console.cc
b/winsup/cygwin/fhandler_console.cc
index 4ab9bcab8..353abd197 100644
--- a/winsup/cygwin/fhandler_console.cc
+++ b/winsup/cygwin/fhandler_console.cc
@@
Am 04.03.2020 um 00:25 schrieb L A Walsh:
On 2020/02/28 04:38, Fergus Daly wrote:
I am almost certain that the command
$ rename "anything" "AnyThing" *.ext
would alter the string from lc to uc as shown, anywhere it occurred in
any filename in *.ext in the current directory.
isn't that they sam
Am 04.03.2020 um 04:52 schrieb L A Walsh:
On 2020/03/03 15:45, Hans-Bernhard Bröker wrote:
Am 04.03.2020 um 00:25 schrieb L A Walsh:
On 2020/02/28 04:38, Fergus Daly wrote:
I am almost certain that the command
$ rename "anything" "AnyThing" *.ext
would alter the string fr
Am 20.03.2020 um 00:18 schrieb Brian Inglis:
On 2020-03-18 23:25, Marco Atzeri via Cygwin wrote:
It seems something is adding 5M or more to the normal
size of the programs
See attached for summary details by arch, but main points for both are, on
x86_64:
[...]
Could this be due to the gin
Am 24.05.2020 um 17:30 schrieb Juan carlos Rebate via Cygwin:
[Can you _please_ cut down on the TOFU? Thanks ]
Hi Caba, I know qemu-system-i386 because the official binary is that
\
size.As for the command used I use this:x86_64-w64-mingw32- this way it
Am 28.08.2020 um 00:51 schrieb Juan carlos Rebate via Cygwin:
good evening, I have a strange problem, I try to compile code that
uses gtk3 and sdl2 in addition to curl,
Would you mind revealing what code that is?
the problem is that when I
invoke the gcc compiler it tells me that sdl2-devel
Am 07.09.2020 um 01:00 schrieb Ulli Horlacher:
cygstart /setup-x86_64.exe --quiet-mode
That approach is essentially guaranteed to fail you in frustrating ways,
for two reasons:
1) (Minor) You do not want to have setup itself, much less its work and
data directory, inside the cygwin install
Am 16.09.2020 um 13:12 schrieb Thomas Wolff:
Am 16.09.2020 um 13:04 schrieb marco atzeri via Cygwin:
On Wed, Sep 16, 2020 at 10:53 AM Kristian Ivarsson via Cygwin
Does anyone know the rational with this behaviour and what can be
done to
get hold of the (real) Windows TMP/TEMP environment-vari
Am 04.11.2020 um 10:36 schrieb Ponnusamy, Sathiyamoorthy (Extranet) via
Cygwin:
Hi Team,
I am facing Cygwin issue while downloading the code.
I don't think you do. Cygwin has very little, if anything, to do with
this issue.
I need this Cygwin tool urgently for the current project release.
Am 15.11.2020 um 04:59 schrieb Juan carlos Rebate via Cygwin:
Hello, I am trying to compile certain programs in windows 10 and I
have a curious problem, I use mingw64-x86_64-w64-mingw, when I add
related packages if it is able to locate them but if I install
packages that are not related it is no
Am 20.12.2020 um 00:34 schrieb Jason McGee via Cygwin:
I confirmed there is not a problem with my code by comparing Cygwin against
Gawk for Windows.
Your presentation of the problem is quite unclear, but the root cause is
almost certainly not in the code, but in the data.
You're bound to be
Am 05.01.2021 um 22:04 schrieb Andrey Repin:
It's a Windows program - it can do whatever you program it to do!
On Windows the device is NUL, the root is the drive root C:\,
%SystemDrive%\ to be precise.
Well, since we're being precise: no.
%SystemDrive%\ is the root of the drive the system
Am 06.01.2021 um 19:17 schrieb Kamran via Cygwin:
Hi all
"ls" (version 8.26) sorts wrongly if given large number of files via
"find" or "xargs"
Actually ls is working just fine here. You just misunderstand how
"find" works in this case.
To see what actually happens, you should run
Am 10.04.2016 um 05:14 schrieb Tatsuro MATSUOKA:
Hello
The topic was discussed on gnuplot mailing list.
http://gnuplot.10905.n7.nabble.com/stdfn-h-error-conflicting-types-for-memcopy-and-sys-errlist-on-Cygwin-build-td20061.html
Frorm discussion there (the topic is now pending.) ,
I decided ask he
Am 16.05.2016 um 22:05 schrieb Yaakov Selkowitz:
On 2016-05-16 14:10, Benjamin Cao wrote:
I am curious to know if there is a command that will display a symbol
table for
*.obj files. It seems as if commands such as "nm" or "objdump" do not
do this.
I get "File format not recognized".
You may
Am 16.05.2016 um 19:50 schrieb Yaakov Selkowitz:
On 2016-05-16 10:42, Warren Young wrote:
$ ldd `which ls`
ntdll.dll => /c/WINDOWS/SYSTEM32/ntdll.dll (0x7ffd16fb)
KERNEL32.DLL => /c/WINDOWS/system32/KERNEL32.DLL (0x7ffd16b8)
KERNELBASE.dll => /c/WINDOWS/system32/K
Am 25.05.2016 um 10:44 schrieb Corinna Vinschen:
On May 25 11:28, KOBAYASHI Shinji wrote:
Any other comments on this topic? Let me explain my proposal again.
The intention of the following code in tzsetwall() should be to pick
up UPPERCASE letters "in ASCII range":
Are you sure you're not mi
Am 26.05.2016 um 08:54 schrieb KOBAYASHI Shinji:
On Wed, 25 May 2016 22:02:50 +0200, Hans-Bernhard Bröker wrote:
On May 25 11:28, KOBAYASHI Shinji wrote:
- isupper is a macro which classifies ASCII integer values by table
lookup.
- It is defined only when isascii(c) is true or c is EOF
Am 26.05.2016 um 19:20 schrieb Andrew Schulman:
Cygwin 2.5.1 x86_64
g++ 5.3.0
In Cygwin, build of lftp 4.7.2 fails in two places:
(1)
/home/andrex/dev/cygwin/lftp/lftp-4.7.2-1.x86_64/src/lftp-4.7.2/src/xmalloc.h:31:38:
error: expected ';', ',' or ')' before '=' token
char *xstrdup(const char
Am 28.05.2016 um 23:22 schrieb Oleksandr Gavenko:
I search for bundled docs to set up sshd and some mount points and surprised
that it placed on path:
/usr/share/doc/cygwin-2.5.1/html/cygwin-ug-net
As far as I know current Cygwin version is 1.7.
That knowledge is rather inaccurate.
Can we
Am 30.05.2016 um 10:44 schrieb Corinna Vinschen:
Our cdefs.h is taken almost verbatim from FreeBSD, and FreeBSD's
cdefs.h uses the exact same expressions chcking for lint.
That means almost nothing. The BSD guy might have a good,
platform-specific reason to assign a specific meaning to the m
Am 21.06.2016 um 03:43 schrieb Frank Brill:
I am having trouble building an open source project using cmake under
Cygwin64 with the latest tools (setup-x86_64.exe version 2.874).
Well, FWIW, with the CMake-based projects I've been building here
(Windows10 64-bit, Cygwin 64-bit, packages gcc 5
Am 24.06.2016 um 09:57 schrieb Azatyan, Anushavan:
I have build in cygwin environment my own dll which calls standard unix like
functions
(fopen, fclose, fread …).
I'll interrupt you right there. No, those are not "unix like functions".
Those are Standard C Library functions, i.e. they're req
Am 01.07.2016 um 20:36 schrieb Warren Young:
That means you have the DocBook tools installed but don’t have the
DocBook XSL stylesheets installed, so it has to fetch them over the
Internet. Those Internet servers are heavily overloaded because of
all the *other* users with the same system misco
Am 05.07.2016 um 08:38 schrieb Xi Shen:
I want to make some code change to Emacs for Windows, but first I need
to setup the build environment.
I got the Emacs git repo, and tried "config msdos",
That makes no sense. That step configures Emacs to build for _DOS_, not
Windows.
--
Problem re
Am 10.08.2016 um 03:01 schrieb Andrey Repin:
PATHEXT tells the shell to consider these file extensions executable.
No. That's what file associations do. cygstart will apply those where
needed, so let's consider that aspect of the case closed, shall we?
PATHEXT has just _one_ job, in those
Am 20.08.2016 um 19:42 schrieb Morten Kjærulff:
Hi,
I thought that #!/bin/sh in a script would be a bash, but it seems not
to be - or what am I doing wrong?
You're asking bash the wrong questions, for starters. In particular,
you're mixing up the check whether the shell running that script _
Hello everyone,
FWIW, I can't get the current may git clone of Cygwin to build on the
current release version of itself: (64-bit "Current" on Win10):
/home/hbbro/prg/cygwin/bld/x86_64-unknown-cygwin/newlib/libc/libc.a(lib_a-wcwidth.o):
In function `__wcwidth':
/home/hbbro/prg/cygwin/bld/x86_6
Am 21.08.2016 um 12:30 schrieb Corinna Vinschen:
thanks for the report, but I can't reproduce this. I can build Cygwin
fine natively as well as on Linux, with and without optimization.
That's strange. On Re-examination, it builds here, too, even without
the added include. I.e. effectively
[Now subscribed to newlib list to follow this there, too]
Hi Corinna, hi everyone on both lists
Am 21.08.2016 um 20:15 schrieb Corinna Vinschen:
[CC newlib mailing list since it affects newlib in the first place]
On Aug 21 14:28, Hans-Bernhard Bröker wrote:
Am 21.08.2016 um 12:30 schrieb
Hello everyone,
building the git version of cygwin natively on Cygwin-2.5.3, I'm running
into a problem with strtoul_l / strtol_l.
winsup/cygwin/libc/strptime.cc fails to build:
hbbro@NB4 ~/prg/cygwin/bld/x86_64-unknown-cygwin/winsup/cygwin
$ make
c++wrap -O2 -g -fno-rtti -fno-exceptions -fno
Am 24.08.2016 um 10:28 schrieb Corinna Vinschen:
On Aug 24 00:19, Hans-Bernhard Bröker wrote:
Hello everyone,
building the git version of cygwin natively on Cygwin-2.5.3, I'm running
into a problem with strtoul_l / strtol_l. winsup/cygwin/libc/strptime.cc
fails to build:
[...]
Looking a
Am 26.08.2016 um 16:30 schrieb j...@jeffunit.com:
The issue is the internal compiler error coming from gcc on my dell with a
specific
intel processor.
I don't remember you telling one the specifics of that specific
processor, yet.
it means the compiler has a bug (which I suspect is related
Am 03.09.2016 um 16:17 schrieb Marco Atzeri:
This seems to be an older version of cvs, and SourceForge's cvs server
won't always interoperate with it to do e.g. the cvs remove command.
Choices to install are 1.11.23-2 and the older 1.11.22-1.
It is the last released
https://www.cygwin.com/ml/
Am 16.09.2016 um 15:21 schrieb Fergus:
~> ls -al /bin/wget*
-rwxr-xr-x 1 Administrator None 514589 Jul 11 18:10 wget.exe*
If the size is right,
Actually, it's _not_ right. That size is off by about 25 KiB from the
released binary package I have, which is from Cygwin package wget-1.18-1:
-
Am 06.10.2016 um 16:57 schrieb Chris Sutcliffe:
I'm using a self compiled vim, so I uninstalled vim-minimal. Every
time I run setup to get the latest updates, setup attempts to
reinstall vim-minimal - is there a way to make setup ignore
vim-minimal?
With the alternative being to pick a fight w
Am 07.10.2016 um 02:07 schrieb Linda Walsh:
Achim Gratz wrote:
Now, that last question of yours: No, the package manager should never
allow you to not install a base package. These are in category "Base"
precisely so the rest of the system can rely on the functionality
provided.
---
And wh
Am 27.10.2016 um 03:04 schrieb 许鲍韵:
Hi, I'm have problem with timezone when running exe from cygwin console.
And that "exe" is ... what?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Am 03.11.2016 um 07:06 schrieb Gerry Reno:
And the client machines are out in the field and not even connected to a
network.
If so, how/why do they ever hear about Windows updates in the first place?
What is needed is for Cygwin itself to detect and manage the situation.
That is technical
Am 21.11.2016 um 17:57 schrieb Kaz Kylheku:
I'm changing a FOSS project to rely more on standard Make
vars such as CC and CFLAGS and such: use $(CC) for
the compiler unless told otherwise, incorporate $(CFLAGS)
if it is defined, and so forth. This is friendly toward
distro package maintainers.
Am 25.11.2016 um 15:31 schrieb Brian Inglis:
One solution, and the most common in Cygwin, is the package flex should
create a symlink lex if no such symlink or exe exists;
In this case I believe that would be less than fully correct, because
flex is not a clean drop-in replacement for generic
Am 26.11.2016 um 04:42 schrieb Brian Inglis:
On Debian both yacc and bison.yacc are alternatives;
Not exactly. bison.yacc is a script; the same one that Cygwin's bison
package installed as /usr/bin/yacc. Debian obviously renamed it. They
have to do that because their yacc is an alternativ
Am 22.12.2016 um 20:39 schrieb Marco Atzeri:
building latest Imagemagick, the test for ssize_t is now failing with a
puzzling
$ gcc ssize_t.c -o ssize_t
ssize_t.c: In function ‘main’:
ssize_t.c:115:22: error: expected expression before ‘)’ token
if (sizeof ((ssize_t)))
Am 07.01.2017 um 05:10 schrieb Steven Penny:
Something is wrong with windres:
$ windres myapp.rc -o myapp.res
Usage: windres [option(s)] [input-file] [output-file]
The options are:
-i --input=Name input file
-o --output= Name output file
-J --
Am 09.01.2017 um 18:48 schrieb Marco Atzeri:
On 09/01/2017 17:59, Corinna Vinschen wrote:
Some
#define ushort unsigned short
perhaps?
I expect should appear on g++ -C -E output,
That expectation would only be justified if you added the option `-dD'
to your command.
`-C' only preser
Am 09.01.2017 um 20:46 schrieb Marco Atzeri:
On 09/01/2017 19:01, Hans-Bernhard Bröker wrote:
That expectation would only be justified if you added the option `-dD'
to your command.
`-C' only preserves comments, but not the #define in the source.
Thanks Hans,
I was missing th
Am 26.01.2017 um 11:52 schrieb Olivier FAURAX:
I found a workaround by replacing:
#!/bin/sh
by:
#!/bin/bash
in the first line of /usr/libexec/git-core/git-submodule
If that change has any effect, that leaves three main possibilities:
1) something broke or otherwise disabled your installed /bi
Am 29.01.2017 um 02:16 schrieb Пётр Б.:
I am trying to build Qt under Cygwin.
What keeps you from using the existing build? Or from at least looking
at its source package to see how it was managed?
> For some mysterious reason
Cygwin compiler does not expose popen with std=c++11 which is re
Am 02.02.2017 um 22:12 schrieb Thomas Nilefalk:
Using 'i686-pc-cygwin-gcc' creates an executable but that is un-runnable
in a Cygwin64 environment because the cygwin1.dll is a 64-bit version
and not compatible with the produced executable. A cygwin32 DLL needs to
be put first in the path to make
Am 03.02.2017 um 12:49 schrieb Thomas Nilefalk:
Hans-Bernhard Bröker skrev:
Am 02.02.2017 um 22:12 schrieb Thomas Nilefalk:
'how can I make a 32-bit compiled cygwin program run under cygwin64'?
You can't. Nor can anybody else. For a Cygwin64-based program,
Cygwin32 is a
Am 13.02.2017 um 18:56 schrieb Leo Lagos:
I executed setup.exe, tried to do this with just one check (uninstall
x11-org-server, I think I did), but it only uninstalled that package
alone!
I expected setup.exe to be smart enough to tell me "if you uninstall
this X package, these others W, Y, Z,e
Hello Volker,
there appears to be a missing dependency entry for libgd-devel.
Programs now fail to link because I don't have libwebp, which is
requested by gdlib-config --libs (and indirectly by its pkgconfig, too),
but not by setup.ini.
--
Problem reports: http://cygwin.com/problems.h
Am 05.03.2017 um 20:48 schrieb Lukas' Home Page:
Good morning,
I find out a strange and bad beaviour in functions from scanf() family when
reading one-byte int variable in MinGW, Cygwin and Borland/Embarcadero C
environments
Actually, I'm pretty sure this only happens on MinGW. Neither the
p
[Sorry, forgot to reply-all...]
Am 15.03.2017 um 23:48 schrieb Jeffrey Walton:
Since Coverity is
complaining about an implicit conversion, maybe the following will
help to avoid the implicit part (and sidestep the finding):
if (free != NULL)
break;
Or perhaps:
if ((void*)free
Am 16.03.2017 um 22:46 schrieb L A Walsh:
Going by subj and talk below, this is a bit confusing...
But it looks like you are testing 'free' for a value?
Not really. The idea is to test free for _exixtence_. Which only makes
sense in case of weak symbol support getting involved. In other
s
Am 17.03.2017 um 09:30 schrieb Corinna Vinschen:
On Mar 17 00:49, Hans-Bernhard Bröker wrote:
[...]
Wasn't that supposed to go to the newlib list where this has been
discussed originally?
Ah, of course it was. That explains the confusion, too. Sorry for that.
I'll repost t
Am 05.04.2017 um 16:07 schrieb Pan Ruochen:
Hi Andrey Repin,
No, why? Your mount options choice is very sane, IMO.
I just dislike cygwin treats every file as executable.
It doesn't --- not when the files' ACLs are set up correctly, anyway.
Nor is futzing with mount options the right solu
Am 25.07.2018 um 12:39 schrieb John Delaney:
As I have done many times before, I attempted to update my 32-bit
Cygwin installation around midnight 7/24-25/ 2018.
This time the process failed at about 99% complete. " /etc/postinstall/
texlive-collection.basic.sh" failed to complete repeatedly
and
Am 25.07.2018 um 20:50 schrieb Brian Inglis:
If you use a Cygwin shell you can see /usr/{bin,lib}/, etc.; if you use a
Windows shell you can not.
That's got nothing to do with the shell. It only depends on whether the
program that does the "seeing" is a cygwin-based one or not. From a
plai
Am 25.08.2018 um 02:13 schrieb Steven Penny:
On Fri, 24 Aug 2018 10:11:42, JonY wrote:
$ wc -c /lib/gcc/x86_64-w64-mingw32/7.3.0/libstdc++.a
22446354 /lib/gcc/x86_64-w64-mingw32/7.3.0/libstdc++.a
$ wc -c mingw64/lib/gcc/x86_64-w64-mingw32/8.2.0/libstdc++.a
5597192 mingw64/lib/
Am 02.09.2018 um 03:22 schrieb Darren Whobrey:
The tweak required to get OpenSC to work with the standard Cygwin
utils, like ssh-agent, is to comment out a line in the configure.ac
script that previously was causing it to force a WND build, which
resulted in struct packing of 1 – and that does
Am 05.09.2018 um 07:55 schrieb John Selbie:
With this: g++ foo.cpp -c -std=c++11
It compiles fine everywhere else, except CygWin. Output on Cygwin:
I'm afraid that may mean everywhere else is wrong.
Yes, switching to -std=gnu++11 or adding -D_DEFAULT_SOURCE to the command
line line works.
Am 25.09.2018 um 17:16 schrieb Fergus:
Unintentionally I have confounded the discussion. The directory named
"consoleX" is my home-grown Cygwin root directory.
(Others' preferred locationname might be "cygwin" or "mycygwin" or
whatever.)
That does not explain anything, actually. Cygwin's own
Am 14.10.2018 um 23:20 schrieb hacker...@protonmail.com:
> Hello,
>
> I have a program that uses X11/Motif and runs fine, within Cygwin/X on the PC
> it was compiled on.
>
> What is the *minimum* required set of Cygwin libs and any other files I need
> to distribute along with, it to end-users
Am 24.10.2018 um 22:49 schrieb Andrey Repin:
> Greetings, Stefan Baur!
>
>> if you can either get hold of the current mailing list's subscriber
>> list, to auto-subscribe everyone to a new list, or you are able change
>> the current mailinglist's address to, say, cygwin...@cygwin.com, you
>> could
Am 25.11.2018 um 15:38 schrieb Lester Ingber:
> I'd like to simply transfer my cygwin64/ directory from my old Thinkpad
> to my new Thinkpad, both running Win 10 x64 Pro. E.g., I would put my
> old c:/cygwin64/ onto a flash SSD USB drive e:/ .
> cd c:/
> tar cfp - cygwin64 > e:/cygwin64.tar &
> Th
Am 26.11.2018 um 21:32 schrieb Gilbert St. Firmin:
> Could the native Windows version of 7-zip be used on both old and new
> computers?
Possibly. If that can be taught to copy all the attributes used by
Cygwin, without running into the usual problems we see whenever Windows
tools are used to ha
Am 18.04.2019 um 16:11 schrieb Carlo B.:
> I would like to signal that the DJGPP cross compiler, included into
> the available packages, crashes as soon as you try to compile
> something with it.
Doesn't, here. It just works.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
[A side note, first: this is a traditional mailing list, i.e. the policy
is snipping and bottom-replying...]
Am 19.04.2019 um 01:41 schrieb Carlo B.:
> I have no idea how you can run it without errors, please note that
> i586-pc-msdosdjgpp-gcc works fine until it does not link.
Please note that
Am 24.04.2019 um 19:54 schrieb Eliot Moss:
> On 4/24/2019 12:43 PM, Corinna Vinschen wrote:
>> Since MSG_EOR isn't implemented in the underlying transport layer,
>> there's no way to implement it in userspace. That's why it's not
>> defined in Cygwin's headers. If you have an idea how to impleme
Am 25.04.2019 um 17:48 schrieb Eric Blake:
> On 4/25/19 10:28 AM, Brian Inglis wrote:
>> Would it be allowed and valid to #define MSG_EOR 0 to simplify lack of
>> support?
>
> No, because that implies that EVERY send() call is requesting MSG_EOR
> and that it never fails.
And maybe more import
Am 25.04.2019 um 18:11 schrieb Peter Palaparthy:
> Cygwin bash script is removing equals sign from command call.
On what basis did you conclude it was bash doing that, and not, say, make?
> *Here is the relevant command in my makefile.*
> *$(elabcmd) = $(XELAB_DEFAULT) \-generic VERSION=10*
I
Am 12.05.2019 um 20:22 schrieb Agner Fog:
> I have noticed that the gcc and clang compilers have defined the
> preprocessing macro __unix__, but not __WINDOWS__, _WIN32, or _WIN64
> when compiling a windows executable.
>
> Why is this?
Because it's correct that way. Cygwin runs on Windows, but
Am 20.05.2019 um 21:12 schrieb Jose Isaias Cabrera:
> There is no configure script on the source directory,
And that should have been a warning to you.
This is the most portability-ignorant open source package I've seen in a
long time, and by a very wide margin. They don't even _try_ to
accomo
Am 05.06.2019 um 11:53 schrieb Soegtrop, Michael:
The reason is that aclocal is missing a "-I m4" option to include the
local m4 subfolder. I wonder what I need to do in the cygport file to
add this. Or should this be added in gnome2_autogen.sh.
If that had to be done, that would constitute a cle
Am 06.06.2019 um 10:03 schrieb Soegtrop, Michael:
> From a tarball. As far as I can tell I am exactly reproducing the
> original package that is available as binary on Cygwin repos with
> exactly the same sources, patches and cygport file.
... but possibly way different versions of the autotools
Am 06.06.2019 um 21:18 schrieb Hans-Bernhard Bröker:
> Still that would constitut, if not a flat-out bug, at least severe
> bit-rot in the upstream package, because if it doesn't work with
> Cygwin's automake version 1.15, it most likely doesn't with reasonably
> curr
Am 21.06.2019 um 17:19 schrieb reiter.christ...@gmail.com:
> Hey everyone,
>
> I have to following problem (using cmd.exe):
>
> C:\cygwin64\home\xy>C:\cygwin64\bin\echo.exe -DFOO=\"BAR\" -DBAR=\"FOO\"
> -DFOO=\BAR" -DBAR="FOO"
>
> I would have expected:
>
> -DFOO="BAR" -DBAR="FOO"
Expecting cm
Am 30.06.2019 um 07:37 schrieb Federico Kircheis:
> My problem is that cyport tries to invoke tar with an absolute file, and
> of course C:\Windows\system32\tar.exe does not understand a path that
> begins with `/cygdrive/c`.
No. Your problem is that you're trying to use cygport from the wrong
p
Am 18.07.2019 um 10:03 schrieb Fergus Daly:
> I have
> none / cygdrive binary 0 0
> as the only line in the file /etc/fstab to allow for example
> $ ls /h/config.sys
> instead of the long-hand
> $ ls /cygdrive/h/config.sys
And that's precisely your problem. You've now overlaid two mount points
o
Hello one and all,
As of commit b66dddb56d14a4032969fe8bb92d64baa6e0362e,
winsup/cygwin/uname.cc no longer compiles with the current GCC version
installed with cygwin itself. The newly added __attribute__ is unknown
to GCC 7, and thus triggers a -Werror for unused/unknown attributes:
$ LANG=C ma
Am 10.08.2019 um 10:01 schrieb Houder:
> Remarkably https://sourceforge.net/projects/cscope/ (news)
> reports v15.8b as the last release ...
>
> ... though v15.9 is mentioned at a different tab (git).
>
> But really, what changed? (why NO annoucement?)
That one's on me. I'm the maintainer of u
Am 16.08.2019 um 15:28 schrieb David Karr:
> On Fri, Aug 16, 2019 at 3:50 AM Andrey Repin wrote:
>> Do you have %HOME% variable set in your user environment?
>> Do you have %HOMEDRIVE%/%HOMEPATH% variables defined to something
>> unsettling?
> I checked "Environment Variables" in control panel, a
Am 21.08.2019 um 21:39 schrieb L A Walsh:
>> apropos cut|grep -iP 'copy|paste'
> and found (among others)
> wxcopy (1x) - copy stdin or file into cutbuffer
> wxpaste (1x) - output a cutbuffer to stdout
> xcb (1x) - X Cut Buffers - Pigeon holes for your cut and
> paste
Am 11.09.2019 um 02:03 schrieb Blair, Charles E III:
> I have just installed cygwin (64 bit) and gcc. The "hello world" program
> works, but
>
> #include
> int main(){printf( "%c\n" , 'X' );return 0;}
>
> leads to
>
> Unable to initialize device PRN
> Unable to initialize device PRN
I suspec
Am 27.10.2019 um 04:33 schrieb William John:
> Dear Cygwin,
>
> I recently installed openmpi and libopenmpi-devel on my windows machine.
> However, I cannot call mpicc on my windows cmd, rather I get "'mpicc' is
> not recognized as an internal or external command, operable program or
> batch file"
Am 04.11.2019 um 02:06 schrieb Lawrence Clooney:
> Error Message:
> checking whether to use NLS... no
> checking for initscr in -lncurses... yes
> checking ncurses.h usability... yes
> checking ncurses.h presence... yes
> checking for ncurses.h... yes
> checking for Berkeley DB db.h version >= 4.1
Am 04.11.2019 um 23:06 schrieb Caines, Brian:
> Hi, on the current website version it is listed as 3.0.7. However, when I
> install it and right click on the terminal window -> Options -> About, it
> says 3.0.6.
You're looking in the wrong location.
What you're looking at is the version of the
Am 24.05.2017 um 12:01 schrieb Andrey Repin:
Did you notice this entry and does anyone know where this comes from?
!C:=C:\cygwin\bin
This is coming from CMD, and denotes current working directory on an indicated
drive.
And for (most of) all the hairy details, see
https://blogs.msd
Am 25.05.2017 um 21:24 schrieb Henning Peters:
Hi,
I switched from 32bit to 64 bis a week ago, moved "cygwin" to "cygwin32" and
reinstalled from scratch into a new "cygwin" directory.
I don't think that was a good strategy. Cygwin does use some registry
entries pointing to absolute paths, i.
1 - 100 of 146 matches
Mail list logo
