On Apr 24 00:52, Charles Wilson wrote:
On 4/13/2013 11:45 PM, Yaakov (Cygwin/X) wrote:
On 2013-04-13 00:55, Andy Koppe wrote:
I've also tried installing cygport from git master but got this after
running ./autogen.sh make:
make: *** No rule to make target `data/gnuconfig/config.guess',
Hi
64bit versions of 'ghostscript/libgs9/libgs-devel' have been uploaded to a
server near you.
o Build for cygwin 1.7.19 with gcc-4.8.0
o This version is missing libpaper support
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe from the
Hi,
I've finally had the time to compile setup64.exe from CVS.
It doesn't seem to want to download anything. And the URL it is failing
on seems to me to be missing the 64bit appendage, ahead of
setup64.ini:
site: http://mirror.aarnet.edu.au/pub/sourceware/cygwin/
get_url_to_membuf
On Apr 24 22:21, Shaddy Baddah wrote:
Hi,
I've finally had the time to compile setup64.exe from CVS.
It doesn't seem to want to download anything. And the URL it is failing
on seems to me to be missing the 64bit appendage, ahead of
setup64.ini:
Yes, that's a patch I applied only locally
Hi Corinna,
On Apr 24 22:52, Corinna Vinschen wrote:
It doesn't seem to want to download anything. And the URL it is failing
on seems to me to be missing the 64bit appendage, ahead of
setup64.ini:
Yes, that's a patch I applied only locally to provide a setup64
during the test phase.
I know
On Apr 24 23:11, Shaddy Baddah wrote:
Hi Corinna,
On Apr 24 22:52, Corinna Vinschen wrote:
It doesn't seem to want to download anything. And the URL it is failing
on seems to me to be missing the 64bit appendage, ahead of
setup64.ini:
Yes, that's a patch I applied only locally to provide
On 4/24/2013 4:34 AM, Corinna Vinschen wrote:
On Apr 24 00:52, Charles Wilson wrote:
Why would simply shortening the PATH have this effect?
Do you have a big environment? Thre's a chance that the stack address
moves due to that.
$ printenv | wc
65 1162418
$ echo $PATH | wc
On Apr 24 09:54, Charles Wilson wrote:
On 4/24/2013 4:34 AM, Corinna Vinschen wrote:
On Apr 24 00:52, Charles Wilson wrote:
Why would simply shortening the PATH have this effect?
Do you have a big environment? Thre's a chance that the stack address
moves due to that.
$ printenv | wc
Dear all,
Looks like there's something wrong here:
userwinemt@ioxp /usr/src/vpnc-0.5.2
$ make install
LC_ALL=C perl -w ./enum2debug.pl isakmp.h vpnc-debug.c 2vpnc-debug.h
gcc -O3 -g -W -Wall -Wmissing-declarations -Wwrite-strings
-DVERSION=\0.5.2\ -c -o sysdep.o sysdep.c
In file included from
On Apr 24 17:34, Max Balduino wrote:
Dear all,
Looks like there's something wrong here:
userwinemt@ioxp /usr/src/vpnc-0.5.2
$ make install
LC_ALL=C perl -w ./enum2debug.pl isakmp.h vpnc-debug.c 2vpnc-debug.h
gcc -O3 -g -W -Wall -Wmissing-declarations -Wwrite-strings
-DVERSION=\0.5.2\
Hi,
On Apr 24 23:52, Corinna Vinschen wrote:
On Apr 24 23:11, Shaddy Baddah wrote:
Hi Corinna,
On Apr 24 22:52, Corinna Vinschen wrote:
It doesn't seem to want to download anything. And the URL it is failing
on seems to me to be missing the 64bit appendage, ahead of
setup64.ini:
Yes,
On 4/23/2013 09:20, Corinna Vinschen wrote:
does anybody know sgml and xmlto?
I see that you've solved the problem, but maybe this is a good excuse to
switch all these SGML files to DocBook XML (DBX)?
I've taken a quick glance at this subtree. I think you can replace
doctool with
On Apr 24 17:34, Max Balduino wrote:
Dear all,
Looks like there's something wrong here:
userwinemt@ioxp /usr/src/vpnc-0.5.2
$ make install
LC_ALL=C perl -w ./enum2debug.pl isakmp.h vpnc-debug.c 2vpnc-debug.h
gcc -O3 -g -W -Wall -Wmissing-declarations -Wwrite-strings
-DVERSION=\0.5.2\
Max Balduino wrote:
OK, sorry for having used the wrong mail-list!
If you're sorry, don't do it again!
I'm trying to compile an app, that's why I was posting on cygwin-apps
AT cygwin DOT com.
From http://cygwin.com/lists.html: cygwin-apps is for discussing packaging
issues regarding
On Apr 24 10:13, Warren Young wrote:
On 4/23/2013 09:20, Corinna Vinschen wrote:
does anybody know sgml and xmlto?
I see that you've solved the problem, but maybe this is a good
excuse to switch all these SGML files to DocBook XML (DBX)?
I've taken a quick glance at this subtree. I
Please upload exim-4.80.1-1 from
ftp://phumblet.no-ip.org/exim-4.80.1-1/exim-4.80.1-1.tar.bz2
ftp://phumblet.no-ip.org/exim-4.80.1-1/exim-4.80.1-1-src.tar.bz2
ftp://phumblet.no-ip.org/exim-4.80.1-1/setup.hint
and keep exim-4.76-1.
Pierre
On 4/24/2013 11:20, Corinna Vinschen wrote:
- What is the advantage of changing the format?
Actually, a bit more looking makes me wonder if the docs actually *are*
still SGML. All the processing now seems to go through xmlto, rather
than OpenJade. Without digging through the CVS history,
Forgot to update the footnote references:
On 4/24/2013 12:31, Warren Young wrote:
probably switch from the nonstandard doctool to XIncludes.
[1]
The GNOME docs are split between DocBook XML and SGML[1].
[2]
On Apr 24 12:31, Warren Young wrote:
On 4/24/2013 11:20, Corinna Vinschen wrote:
- What is the advantage of changing the format?
[...]
And as I now see, it looks like most of this work has been done
already. It looks like the main things remaining would be to rename
*.sgml to *.xml and
On Wed, Apr 24, 2013 at 04:35:15PM +, Adam Dinwoodie wrote:
Max Balduino wrote:
OK, sorry for having used the wrong mail-list!
If you're sorry, don't do it again!
I'm trying to compile an app, that's why I was posting on cygwin-apps
AT cygwin DOT com.
From http://cygwin.com/lists.html:
On Apr 24 14:31, Pierre A. Humblet wrote:
Please upload exim-4.80.1-1 from
ftp://phumblet.no-ip.org/exim-4.80.1-1/exim-4.80.1-1.tar.bz2
ftp://phumblet.no-ip.org/exim-4.80.1-1/exim-4.80.1-1-src.tar.bz2
ftp://phumblet.no-ip.org/exim-4.80.1-1/setup.hint
and keep exim-4.76-1.
Uploaded and
On 4/24/2013 12:52, Corinna Vinschen wrote:
So, if XInclude is not in the distro
XInclude isn't a program, it's typically a feature of an XSLT processor.
(It's not part of XSL or XSLT, so it could live elsewhere in some
toolchains.)
XInclude support has been in xsltproc since 2001, and
wget -x -nH --cut-dirs=2 \
http://bheckel.sdf.org/cygwin/libgc64/setup.hint \
http://bheckel.sdf.org/cygwin/libgc64/libgc-7.2d-2.tar.bz2 \
http://bheckel.sdf.org/cygwin/libgc64/libgc-7.2d-2-src.tar.bz2 \
http://bheckel.sdf.org/cygwin/libgc64/libgc1/setup.hint \
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2013-04-24 10:16:13
Modified files:
winsup/cygwin : ChangeLog autoload.cc environ.cc globals.cc
mount.cc mount.h path.cc path.h security.h
syscalls.cc
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2013-04-24 10:18:08
Modified files:
winsup/doc : ChangeLog cygwinenv.sgml new-features.sgml
Log message:
* cygwinenv.sgml (cygwinenv-implemented-options): Change description
for
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2013-04-24 16:09:43
Modified files:
winsup/doc : ChangeLog faq-programming.xml
Log message:
* faq-programming.xml (faq.programming.64bitporting): New FAQ entry.
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2013-04-24 17:33:30
Modified files:
winsup/doc : ChangeLog faq-programming.xml
Log message:
* faq-programming.xml (faq.programming.64bitporting): Mention the
-Wformat and -Wall gcc
Hi
New versions of 'neon/libneon27/libneon-devel' have been uploaded to a server
near you.
o Build for cygwin 1.7.18 with gcc-4.53
o debuginfo included
o Uses cygport for .hint files generation
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe
Hi
New versions of 'pstoedit/libpstoedit0/pstoedit-devel' have been uploaded to a
server near you.
o Upgrade to latest upstream version
o Build for cygwin 1.7.18 with gcc-4.5.3
o Uses cygport for .hint files generation
o debuginfo package included
pstoedit NEWS:
===
o
Earlier we were using Cygwin - 1003.22.0.0 version.
We use MF net express compiler to compile cobol programs. cobcall
,cobint and C functions to call cobol programs.
We have native cobol programs, we compile them in net express cobol to
make DLL.Also we have C program to call our cobol dll in
Hi
New versions of 'libtasn1/libtasn1_6/libtasn1-devel' have been uploaded to a
server near you.
o Update to latest upstream release
o Build for cygwin 1.7.18 with gcc-4.5.3
libtasn1 NEWS:
===
* Noteworthy changes in release 3.3 (released 2013-03-23) [stable]
- More precise
Hi all,
I'm trying to port a linux program that uses mmap to implement a
growable array; the ideas is to mmap(PROT_NONE, MAP_NORESERVE) a chunk
of address space (corresponding to the maximum array size) and then call
mmap(PROT_READ|PROT_WRITE, MAP_FIXED) to allocate actual memory in the
On Apr 24 08:03, Ryan Johnson wrote:
Hi all,
I'm trying to port a linux program that uses mmap to implement a
growable array; the ideas is to mmap(PROT_NONE, MAP_NORESERVE) a
chunk of address space (corresponding to the maximum array size) and
then call mmap(PROT_READ|PROT_WRITE, MAP_FIXED)
On Apr 23 23:56, Christian Franke wrote:
Fredrik Rothamel wrote:
Hi,
I just noticed that in 64-bit cygwin curl always include the
http-headers in the response.
(Old behaviour is to only include headers when -i option is specified)
Is this an intentional change?
Unlikely. In this case
Corinna Vinschen wrote:
On Apr 23 23:56, Christian Franke wrote:
Fredrik Rothamel wrote:
I just noticed that in 64-bit cygwin curl always include the
http-headers in the response.
(Old behaviour is to only include headers when -i option is
specified)
Is this an intentional change?
On Apr 24 14:59, Corinna Vinschen wrote:
On Apr 23 23:56, Christian Franke wrote:
Possibly a __builtin_va_list related gcc bug.
This is rather unlikely. That code is shared between Cygwin and
Mingw, and chances are that the bug would have been found already.
What about a type issue?
Maybe the below email should be a FAQ reference?
cgf
On Wed, Apr 24, 2013 at 03:47:49PM +0200, Corinna Vinschen wrote:
On Apr 24 14:59, Corinna Vinschen wrote:
On Apr 23 23:56, Christian Franke wrote:
Possibly a __builtin_va_list related gcc bug.
This is rather unlikely. That code is
On Apr 24 10:09, Christopher Faylor wrote:
Maybe the below email should be a FAQ reference?
That's a good idea, I guess. I'll prepare such a faq entry.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT
On 4/24/2013 02:30, rashi singhal wrote:
Earlier we were using Cygwin - 1003.22.0.0 version.
Where does that version number come from? It isn't actually a Cygwin
version number. (The latest Cygwin is version 1.7.18.)
We have native cobol programs, we compile them in net express cobol to
Corinna Vinschen wrote:
For clearness I decided to add a quick lecture. Hope that's ok.
Makes much sense. I would suggest two additions:
...
- DON'T mix up int and long in printf/scanf. This:
int i; long l;
printf (%d %ld\n, l, i);
may not print what you think it should.
-
On 4/24/2013 5:56 PM, Warren Young wrote:
On 4/24/2013 02:30, rashi singhal wrote:
Earlier we were using Cygwin - 1003.22.0.0 version.
Where does that version number come from? It isn't actually a Cygwin
version number. (The latest Cygwin is version 1.7.18.)
I bet from file version.
On Wed, Apr 24, 2013 at 6:15 PM, Max Balduino
On Apr 24 17:34, Max Balduino wrote:
Dear all,
Looks like there's something wrong here:
userwinemt@ioxp /usr/src/vpnc-0.5.2
$ make install
LC_ALL=C perl -w ./enum2debug.pl isakmp.h vpnc-debug.c 2vpnc-debug.h
gcc -O3 -g -W -Wall
On Apr 24 18:10, Christian Franke wrote:
Corinna Vinschen wrote:
For clearness I decided to add a quick lecture. Hope that's ok.
Makes much sense. I would suggest two additions:
...
- DON'T mix up int and long in printf/scanf. This:
int i; long l;
printf (%d %ld\n, l, i);
On Apr 24 19:26, Max Balduino wrote:
I'm trying to compile an app, that's why I was posting on cygwin-apps
AT cygwin DOT com. You can find it at
http://www.unix-ag.uni-kl.de/~massar/vpnc/ it's a cisco-compatible vpn
client.
I'm not sure what did you mean a simple testcase would be
Corinna Vinschen, le Wed 24 Apr 2013 19:51:07 +0200, a écrit :
/usr/include/cygwin/in6.h:75:8: error: redefinition of ‘struct in6_addr’
/usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/in6addr.h:17:16:
note: originally defined here
Don't know this file but this is a bug in
On Apr 24 19:53, Samuel Thibault wrote:
Corinna Vinschen, le Wed 24 Apr 2013 19:51:07 +0200, a écrit :
/usr/include/cygwin/in6.h:75:8: error: redefinition of ‘struct in6_addr’
/usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/in6addr.h:17:16:
note: originally defined here
Hello,
I've installed official Cygwin 1.7.18, and an application that
uses w32api does no longer compile.
Last time I used it with Cygwin 1.7.15 (where everything worked),
and /usr/include/w32api/w32api.h had:
#define __W32API_VERSION 3.17
#define __W32API_MAJOR_VERSION 3
#define
Op 24-4-2013 15:47, Corinna Vinschen schreef:
On Apr 24 14:59, Corinna Vinschen wrote:
On Apr 23 23:56, Christian Franke wrote:
Possibly a __builtin_va_list related gcc bug.
This is rather unlikely. That code is shared between Cygwin and
Mingw, and chances are that the bug would have been
On Apr 24 20:25, Erwin Waterlander wrote:
Op 24-4-2013 15:47, Corinna Vinschen schreef:
On Apr 24 14:59, Corinna Vinschen wrote:
On Apr 23 23:56, Christian Franke wrote:
Possibly a __builtin_va_list related gcc bug.
This is rather unlikely. That code is shared between Cygwin and
Mingw, and
On Apr 24 18:22, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
Hello,
I've installed official Cygwin 1.7.18, and an application that
uses w32api does no longer compile.
Last time I used it with Cygwin 1.7.15 (where everything worked),
and /usr/include/w32api/w32api.h had:
#define
Op 24-4-2013 20:30, Corinna Vinschen schreef:
On Apr 24 20:25, Erwin Waterlander wrote:
Op 24-4-2013 15:47, Corinna Vinschen schreef:
On Apr 24 14:59, Corinna Vinschen wrote:
On Apr 23 23:56, Christian Franke wrote:
Possibly a __builtin_va_list related gcc bug.
This is rather unlikely.
On 4/24/2013 2:12 PM, Corinna Vinschen wrote:
On Apr 24 19:53, Samuel Thibault wrote:
Corinna Vinschen, le Wed 24 Apr 2013 19:51:07 +0200, a écrit :
/usr/include/cygwin/in6.h:75:8: error: redefinition of ‘struct in6_addr’
On Apr 24 20:37, Erwin Waterlander wrote:
Op 24-4-2013 20:30, Corinna Vinschen schreef:
On Apr 24 20:25, Erwin Waterlander wrote:
Op 24-4-2013 15:47, Corinna Vinschen schreef:
Cygwin Windows Cygwin
Linuxx86_64 Linux
Windows x86_64
Corinna Vinschen wrote:
- DON'T forget to add casts if such Win32 API types are used with
printf(). This:
printf(Win32 Error=%lu\n, GetLastError());
worked for all i686 and Windows x86_64, but fails now on Cygwin x86_64.
I skipped that because the FAQ entry is not exactly what I wrote in
Christian Franke wrote:
Corinna Vinschen wrote:
On Apr 23 23:56, Christian Franke wrote:
Fredrik Rothamel wrote:
I just noticed that in 64-bit cygwin curl always include the
http-headers in the response.
(Old behaviour is to only include headers when -i option is
specified)
Is this an
On 4/24/2013 2:12 PM, Corinna Vinschen wrote:
On Apr 24 19:53, Samuel Thibault wrote:
Corinna Vinschen, le Wed 24 Apr 2013 19:51:07 +0200, a écrit :
/usr/include/cygwin/in6.h:75:8: error: redefinition of ‘struct
in6_addr’
On 4/24/2013 5:45 PM, Max Balduino wrote:
This way the winapi32 headers don't declare struct
in6_addr, I didn't check, but I guess they do so only #ifndef
_CYGWIN_IN6_H, am I right?
No but close. The w32api header checks for the definition of s6_addr.
--
Larry
On Wed, Apr 24, 2013 at 2:21 PM, Christian Franke
christian.fra...@t-online.de wrote:
Yes, option is possibly set as int (bool) but retrieved as long:
Is this possibly an upstream bug which is hidden on Linux et al. due to a
different x64 ABI (which requires register parameter zero
Hi
New versions of 'neon/libneon27/libneon-devel' have been uploaded to a server
near you.
o Build for cygwin 1.7.18 with gcc-4.53
o debuginfo included
o Uses cygport for .hint files generation
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe
Hi
New versions of 'libtasn1/libtasn1_6/libtasn1-devel' have been uploaded to a
server near you.
o Update to latest upstream release
o Build for cygwin 1.7.18 with gcc-4.5.3
libtasn1 NEWS:
===
* Noteworthy changes in release 3.3 (released 2013-03-23) [stable]
- More precise
60 matches
Mail list logo