On 17/04/2013 19:59, Yaakov (Cygwin/X) wrote:
On 2013-04-11 07:32, Dave Korn wrote:
On 11/04/2013 07:58, Yaakov (Cygwin/X) wrote:
Your boehm-gc patch can replace my java-libgc-win32.patch, provided it
works properly.
It appears to, libjava testsuite results are as good as they've
ever
On 16/04/2013 14:25, Warren Young wrote:
On 4/11/2013 14:38, Dave Korn wrote:
The static archive /usr/lib/libexpat.a was present in 2.0.1-1(*) and is
missing in 2.1.0-1(**), was that intentional?
I think I got that, um, feature for free when I converted to cygport for
that package
On 15/04/2013 18:14, Christopher Faylor wrote:
On Mon, Apr 15, 2013 at 05:03:17PM +0100, Dave Korn wrote:
Some notes on the above:
The same happens with both the previous version and current snapshot of the
cygwin dll. It also happens with both current gdb and an old gdb
6.8.0.20080328
On 13/04/2013 11:07, Corinna Vinschen wrote:
On Apr 12 21:31, Dave Korn wrote:
Nope, just vague about input and output sections. Enabling auto imports
selects a linker script that causes all the .rdata in the input object files
Out of curiosity, which linker script is that? What's
On 13/04/2013 15:49, Corinna Vinschen wrote:
On Apr 13 12:39, Andy Koppe wrote:
On 13 April 2013 10:03, Corinna Vinschen wrote:
On Apr 13 06:55, Andy Koppe wrote:
I'm struggling to get setup.hint generation to work. Is it supported
with cygport 0.11.3 as currently in the distros? Below is the
On 11/04/2013 21:42, Thomas Wolff wrote:
Am 11.04.2013 14:34, schrieb Dave Korn:
Also, I don't plan on doing it unless there's significant demand.
I would appreciate to keep it as gcc-3.
Fancy being the maintainer for it then? ;-)
The reason is quite peculiar; gcc-4
changed the order
On 12/04/2013 11:44, Yaakov (Cygwin/X) wrote:
On 2013-04-11 23:24, Dave Korn wrote:
Most of the discussed features are already in the latest release. Right
now, the major difference between the release and git master is full
support for x86_64-pc-cygwin, but there are a number of other
On 12/04/2013 16:57, Corinna Vinschen wrote:
Dave? Ping?
Heh, don't panic, I'm still here! Just needed some sleep :)
On Apr 11 15:37, Corinna Vinschen wrote:
On Apr 11 12:16, Corinna Vinschen wrote:
On Apr 10 18:16, Corinna Vinschen wrote:
On Apr 10 16:49, Dave Korn wrote:
On 10/04
On 11/04/2013 03:23, Yaakov (Cygwin/X) wrote:
On 2013-04-10 11:56, Dave Korn wrote:
It takes 11 hours on a triple-core machine at -j6 to build and
package GCC.
In order to guarantee consistent reproduction I always respin the built
package from -src package through two generations
On 11/04/2013 05:47, Christopher Faylor wrote:
On Thu, Apr 11, 2013 at 02:21:00AM +0100, Dave Korn wrote:
On 11/04/2013 02:05, Dave Korn wrote:
On 11/04/2013 01:18, Christopher Faylor wrote:
gcc won't be available until this is fixed.
Oops. I'll just edit it on the server. Sorry
On 11/04/2013 03:44, Yaakov (Cygwin/X) wrote:
On 2013-04-10 20:40, Dave Korn wrote:
Surely there'll be a problem if the curr: version of everything
else goes to 4.7.3-1 but there's no matching version of libffi4?
Not as long as 4.5.3-3-src remains.
Well, there have been some bugfixes
On 11/04/2013 11:13, Corinna Vinschen wrote:
On Apr 11 01:58, Yaakov (Cygwin/X) wrote:
On 2013-04-11 01:02, Dave Korn wrote:
Yep, sure. *sigh*, I'm sure we'll suddenly find out that someone was
using
it and wants to know where it's gone. (I suppose if that happens I could
always
On 11/04/2013 13:22, NightStrike wrote:
Speaking of which.. 4.8 is out...
Point. Anyone got any particular preference whether I go for a 4.7.3 or
4.8.0 release next? Maybe do a 4.7.3 curr: and then a 4.8.0 test: package?
cheers,
DaveK
On 12/04/2013 00:36, Yaakov (Cygwin/X) wrote:
On 2013-04-11 07:35, Dave Korn wrote:
On 11/04/2013 13:22, NightStrike wrote:
Speaking of which.. 4.8 is out...
So is GNOME 3.8.0, but I tend to let others deal with the early bugs and
catch up by .1 or even .2.
Point. Anyone got
On 12/04/2013 00:28, Yaakov (Cygwin/X) wrote:
On 2013-04-11 07:32, Dave Korn wrote:
On 11/04/2013 07:58, Yaakov (Cygwin/X) wrote:
Also in the 4.8 branch is a patch to unversion the LTO plugin; it
applies to 4.7 as well.
I'll take a look for that. Does it really matter? I don't suppose we
On 11/04/2013 07:08, Duncan Roe wrote:
Thanks Dave - removing the old cygwin dlls from C:\WINDOWS fixed gcc
alternatives.
Glad to hear it!
I put them there because I like to have the odd cygwin utility available
to CMD.EXE.
May put them back - but will take more care with them in
On 11/04/2013 00:58, Dave Korn wrote:
I would like to express my gratitude to JonY for stepping into the breach
caused by my absence from the Cygwin community and releasing the first test
version of GCC 4.7 series. He did a very difficult job and did it well and
deserves the highest
On 12/06/2012 13:31, Warren Young wrote:
PACKAGE DESCRIPTION
===
Homepage: http://sourceforge.net/projects/expat/
License : MIT-like
Expat is a C library for parsing XML, originally created and maintained
by James Clark, but since 2001 taken over by a loose group of
On 10/04/2013 10:57, Yaakov (Cygwin/X) wrote:
Could you explain the necessity of the dllimport's in the same patch?
The idea is to one day be able to move away from having auto-import enabled
by default in binutils, so that .rdata can go back into the read-only-mapped
.rdata section and be
On 10/04/2013 16:47, Christopher Faylor wrote:
It isn't clear to me why we'd be spending days discussing this when
presumably the patches apply without too much effort. Some of the
patches here:
http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/gcc
look worthwhile to
On 10/04/2013 10:50, Yaakov (Cygwin/X) wrote:
On 2013-04-10 04:29, Corinna Vinschen wrote:
On Apr 10 04:06, Yaakov (Cygwin/X) wrote:
libffi development moved out of GCC into a separate project a long
time ago; the copy included in GCC is used for libgcj, but only as a
convenience (static)
On 11/04/2013 01:18, Christopher Faylor wrote:
gcc won't be available until this is fixed.
Oops. I'll just edit it on the server. Sorry for the inconvenience.
cheers,
DaveK
On 11/04/2013 02:05, Dave Korn wrote:
On 11/04/2013 01:18, Christopher Faylor wrote:
gcc won't be available until this is fixed.
Oops. I'll just edit it on the server. Sorry for the inconvenience.
Should be ok now I trust. Apologies once more, I've updated my local hint
file in svn
On 11/04/2013 02:33, Yaakov (Cygwin/X) wrote:
After applying my libffi-noinst.patch, all you really need to do is
remove the libffi4-4.7.* test releases and leave 4.5.3-3 in the distro
until all libffi-dependent packages are rebuilt (most of which are mine).
Surely there'll be a problem if
: Requires libgnat4.7.
gcc4-fortran: Requires libquadmath0, libquadmath0-devel.
libgfortran3: Requires libquadmath0.
Cygwin port maintained by: Dave Korn
dave.korn.cygwin AT gmail.com.use.the.list.please
Please address all questions to the main Cygwin mailing list.
This is the key used for signing
On 11/04/2013 02:57, Duncan Roe wrote:
I have just installed cygwin on this system.
When I try to compile a small program, I get this error:
/usr/lib/gcc/i686-pc-cygwin/4.5.3/cc1.exe: error while loading shared
libraries: cygmpfr-4.dll: cannot open shared object file: No such file
or
On 11/04/2013 06:12, Duncan Roe wrote:
Thanks guys for the pointers to cygmpfr-4.dll. Got it.
This problem with headers started happening on an old installation so I
reinstalled but it still happens:
ignoring nonexistent directory /usr/include
strerror.c:2:19: error: no include path in
: Requires libgnat4.7.
gcc4-fortran: Requires libquadmath0, libquadmath0-devel.
libgfortran3: Requires libquadmath0.
Cygwin port maintained by: Dave Korn
dave.korn.cygwin AT gmail.com.use.the.list.please
Please address all questions to the main Cygwin mailing list.
This is the key used for signing
On 25/03/2013 08:52, Corinna Vinschen wrote:
On Mar 24 03:33, Yaakov (Cygwin/X) wrote:
In any case, the error is a result of adding one of Dave Korn's patches:
http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/gcc;a=blob;f=4.7-libstdc-dllimport.patch;hb=refs/heads/4.8#l29
On 09/04/2013 11:30, Yaakov (Cygwin/X) wrote:
On 2013-04-09 02:08, Dave Korn wrote:
On 25/03/2013 08:52, Corinna Vinschen wrote:
On Mar 24 03:33, Yaakov (Cygwin/X) wrote:
In any case, the error is a result of adding one of Dave Korn's
patches:
http://cygwin-ports.git.sourceforge.net/git
Hi all,
I have a release of 4.7.2-2 ready to upload. It fixes the dependencies back
to the 4.5.3-3 curr: version dependencies, makes TLS vars exported from DLLs
work and restores java and libffi. I've also been running the testsuite over
the last few days and the results look quite
On 07/04/2013 19:50, Christopher Faylor wrote:
On Sun, Apr 07, 2013 at 06:16:17PM +, Gene wrote:
save: fork_level=1 SetHandleInformation() failed: fd 0 handle 0x3 type
2: Th e parameter is incorrect.
That error message doesn't seem to be coming from Cygwin. I have
grepped the Cygwin
On 04/04/2013 10:13, Yaakov (Cygwin/X) wrote:
On Sun, 31 Mar 2013 19:57:09 +0100, Dave Korn wrote:
And the reroll failed to build because of the problem JonY ran into with
java. Turns out that libjava keys off the presence of pthread_getattr_np
(added to the DLL a few versions ago
On 02/04/2013 16:27, Achim Gratz wrote:
I've added test packages compiled with gcc-4.7.2-1 (to be installed by
manually selecting them, like the test version of gcc itself):
wget=wget -xnH --cut-dirs=1 http://cygwin.stromeko.net/release;
Is there some access permission I would need to take
On 05/04/2013 18:07, Dave Korn wrote:
On 04/04/2013 10:13, Yaakov (Cygwin/X) wrote:
On Sun, 31 Mar 2013 19:57:09 +0100, Dave Korn wrote:
And the reroll failed to build because of the problem JonY ran into with
java. Turns out that libjava keys off the presence of pthread_getattr_np
(added
On 05/04/2013 12:22, Angelo Graziosi wrote:
Just for completeness...
This morning I have installed the test release of GCC-4.7 (4.7.2-1) and
after that a few applications do not work any more.
For example, Terminator, installed via Cygwinports, does not start. From
command line I have:
On 05/04/2013 20:52, Ryan Johnson wrote:
On 05/04/2013 3:07 PM, Angelo Graziosi wrote:
Dave Korn wrote:
Did you install the manually-required runtime libs as well?
I don't understand here. I have installed GCC-4.7.2-1 with setup.exe
choosing Exp packages and then leaving only 4.7.2-1
Hi list,
I always used to use du with the -cxhs options, but since updating to the
latest (8.15-1) version there appears to be a problem caused by -x:
$ ls -la
total 392188
drwxr-xr-x+ 1 DKAdmin None 0 Apr 6 00:35 .
drwxr-xr-x+ 1 DKAdmin None 0 Apr 3 05:58 ..
Hi Yaakov et al.,
I'm confused by the output from cygport (0.11.3) when building GCC. During
the packaging step, after the final binary package from PKG_NAMES has been
tarballed, I see:
*** Info: No debug files, skipping debuginfo subpackage
Checking packages for missing or
On 01/04/2013 09:56, Dave Korn wrote:
Hi Yaakov et al.,
I'm confused by the output from cygport (0.11.3) when building GCC. During
the packaging step, after the final binary package from PKG_NAMES has been
tarballed, I see:
*** Info: No debug files, skipping debuginfo subpackage
On 28/03/2013 15:18, Dave Korn wrote:
On 28/03/2013 14:05, Dave Korn wrote:
Righto. Will upload as soon as I've finished running setup ;)
Argh. Gotta re-roll the packaging step as I forgot to commit some of the
setup.hint reversions to my local svn. D'oh, but at least I spotted
Hi folks,
There are a lot of broken entries in the lower levels of the package list on
the website. Clicking a package name at http://cygwin.com/packages/ takes you
to the page that lists the available binary and source package versions, as
before, but attempting to follow the link to one
On 26/03/2013 11:20, Corinna Vinschen wrote:
Hi Dave,
On Mar 12 23:50, Dave Korn wrote:
On 12/03/2013 22:15, Achim Gratz wrote:
Achim Gratz writes:
Yaakov (Cygwin/X) writes:
OK. I won't be able to run the tests for some packages this way, but it
sounds like this should provide a workable
On 28/03/2013 13:39, Corinna Vinschen wrote:
On Mar 28 13:25, Dave Korn wrote:
I've realised that I should re-roll the release after updating to the
latest
cygport, as I don't yet have the version with the debuginfo changes, which I
assume are desirable?
Just run setup
On 28/03/2013 14:05, Dave Korn wrote:
Righto. Will upload as soon as I've finished running setup ;)
Argh. Gotta re-roll the packaging step as I forgot to commit some of the
setup.hint reversions to my local svn. D'oh, but at least I spotted it before
uploading.
cheers,
DaveK
On 04/03/2013 06:31, Christopher Faylor wrote:
On Sun, Mar 03, 2013 at 09:54:58PM -0600, Yaakov wrote:
Based on your recent commit to cygwin-64bit-branch, are we dropping
support for Win2K as well?
Yes.
:-( Gonna have to set up a new dev environment on a new pc
cheers,
On 12/03/2013 22:15, Achim Gratz wrote:
Achim Gratz writes:
Yaakov (Cygwin/X) writes:
OK. I won't be able to run the tests for some packages this way, but it
sounds like this should provide a workable solution for bootstrapping.
I guess we will anyway have to re-compile all packages with
On 11/03/2013 23:40, Yaakov (Cygwin/X) wrote:
JonY, Achim, and others,
I have updated .cygport and patch files for GCC and its dependencies:
http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/gcc
I'm trying to look at this, but all I get is errors:
$ git clone
On 10/03/2013 15:43, Achim Gratz wrote:
- TLS disabled since it doesn't work with current gcc
I just debugged that over on the mpfr list. It can be made to work by
adding LDFLAGS=-shared-libgcc to your configure line.
(I'm going to patch upstream GCC to make that the default, and I'm also
On 05/03/2013 16:22, Christopher Faylor wrote:
On Tue, Mar 05, 2013 at 05:11:34PM +0100, Angelo Graziosi wrote:
I have GCC-4.5.3 installed and I am not going to install the test
version 4.7.2-1, but setup.exe *wants* to install libquadmath0-4.7.2-1
even if I have selected Curr packages
On 11/03/2013 23:21, Christopher Faylor wrote:
On Mon, Mar 11, 2013 at 06:03:08PM +, Dave Korn wrote:
On 05/03/2013 16:22, Christopher Faylor wrote:
On Tue, Mar 05, 2013 at 05:11:34PM +0100, Angelo Graziosi wrote:
I have GCC-4.5.3 installed and I am not going to install the test
version
On 11/03/2013 22:12, JonY wrote:
On 3/12/2013 02:03, Dave Korn wrote:
On 05/03/2013 16:22, Christopher Faylor wrote:
On Tue, Mar 05, 2013 at 05:11:34PM +0100, Angelo Graziosi wrote:
I have GCC-4.5.3 installed and I am not going to install the test
version 4.7.2-1, but setup.exe *wants
On 18/02/2013 11:59, Ryan Johnson wrote:
On 17/02/2013 10:38 PM, Zach Saw wrote:
The following test case fails on Cygwin but passes on Linux (both
tested using
GCC 4.7.2).
Cygwin doesn't have a gcc-4.7.2 package yet (not even for testing);
4.5.3 is the highest I see this morning in
Hi all,
I've got a gcc-4.7.2 package almost ready to upload, but there's one issue
I'm not sure what's best to do about.
Several of the runtime libs have changed version numbers, i.e.
libgnat4.5-libgnat4.7, libgcj11-libgcj13, libobjc2-libobjc4.
I'd like to release a test: version of
by putting things in /usr/share.
Could Dave Korn weigh in on this?
I'd find it a bit odd as well, but can't really think of an actual problem,
it just gives me a mild bit of cognitive dissonance. It's an unusual
situation to want to share a set of headers but not the corresponding libs
On 24/03/2012 19:19, Corinna Vinschen wrote:
On Mar 24 18:12, Dave Korn wrote:
On 13/03/2012 10:10, Corinna Vinschen wrote:
For the time being, I'm using the -idirafter flag to include the Mingw64
headers into the search path, but that's IMHO not a generic solution for
a (yet to create
On 07/03/2012 13:34, Ryan Johnson wrote:
On 07/03/2012 8:07 AM, Corinna Vinschen wrote:
On Mar 7 07:54, Ryan Johnson wrote:
Hi all,
I tried to bootstrap the gcc-4.7 RC and it fails because it expects
to findprocess.h and the file actually lives in
cygwin/process.h (see
On 02/03/2012 02:52, Paul Allen Newell wrote:
[ weird problem symptoms ]
You probably have a script or shell alias getting in between you and the
real make. Please run type make ; which -a make in a bash shell and show us
the results.
cheers,
DaveK
--
Problem reports:
On 02/03/2012 06:25, Paul Allen Newell wrote:
+++
type make; which -a make
make is aliased to `settitle Making $(basename $PWD) make $@'
/usr/bin/make
/usr/bin/make
+++
I groaned when I saw this as it is obvious the $(PWD) is feeding
basename and that's the make error. Thanks.
On 02/03/2012 07:06, Paul Allen Newell wrote:
I'll go and figure out some way to filter $(PWD) to be acceptable to
basename.
It just needs quotes around it to prevent the space being taken as a
separator.
cheers,
DaveK
--
Problem reports: http://cygwin.com/problems.html
On 27/02/2012 16:12, Paul Keir wrote:
Thanks Dave, it's fixed. It looks like the problem was the cygwin1.dll
in C:\Windows\SYSTEM. I have no idea why that was there. (I am not the
first to use this machine.)
Well, you may just find out when something else stops working - it's not
unknown for
On 24/02/2012 09:22, Paul Keir wrote:
Hello,
After installing a package (libxrandr-dev I think) GCC 4.5.3 (from Exp)
has a problem. Even Hello World gives me:
hello.c:1:0: fatal error: can't open /tmp/ccc6IHTT.s for writing: No
such file or directory
compilation terminated.
I have
On 18/02/2012 18:32, Jeremiah Bishop wrote:
the bash commands used are: 1) gcc cygwin puzzle.c
2) ./a.out a b
Now either version used on a file with a shorter set of lines, works just
fine but strangely, that single digit difference aborts the program without
throwing any error on the
On 24/02/2012 13:52, Paul Keir wrote:
Thanks. No, it's not full. The permissions are:
drwxrwxrwt+ 1 Paul root 0 Feb 24 13:36 tmp
and I can create the same file manually.
Oh well, always worth checking the basics first, but no real surprise!
The output of gcc -v hello.c is attached. I
On 24/02/2012 15:36, Paul Keir wrote:
echo $? returns 1 after using gcc.
Right, that's helpful of it! That's clearly just a fail status but not an
errno value.
Anyway, I think your cygcheck reveals the problem. You have multiple
cygwin1.dlls of different versions in your path at the same
On 24/02/2012 15:07, Eliot Moss wrote:
On 2/24/2012 9:57 AM, Jim Rome wrote:
Larry Hall (Cygwinreply-to-list-only-lhat cygwin.com writes:
To the OP, run the same from an elevated prompt and these
errors should disappear.
I tried it also with windows style paths, both using \\ and / as
On 24/02/2012 19:56, Andrew DeFaria wrote:
I'm trying to automate the setup of cygwin and I'm running setup.exe
with many additional options. All in all it's working fairly nicely but
the --no-verify doesn't seem to work. The help says that --no-verify is
Don't verify setup.ini signatures yet
On 20/01/2012 12:50, Andy Moreton wrote:
On Thu 19 Jan 2012, Dave Korn wrote:
Commenting-out the set -e; line at the start of /usr/bin/cygport
has fixed this problem, and my builds now run just fine, but huh? I
checked in git; that line has been there since like forever, so why
On 18/01/2012 19:49, Ashlar wrote:
I have cygwin installed with a number of directories named following this
format:
C:/Documents\040and\040Settings/Administrator/_web/crhub /webroot ntfs
binary,posix=0 0 0
When I use the Mount command it includes the assignment for the line
When I
Hi list,
I just updated my Cygwin installation for the first time since Oct 26 last
year, and now I'm unable to successfully run cygport builds any more. The
builds fail because of the spontaneous exiting of one or other of the scripts
that cygport invokes - I've had autoconf-2.68
On 20/01/2012 04:07, Ilguiz Latypov wrote:
I found that gcc-4 from a recent setup.exe could not start cc1 because the
latter could not find some shared object file.
I confirmed that by running cc1 alone with an empty PATH variable.
Running cygcheck /usr/lib/gcc/i686-pc-cygwin/4.5.3/cc1.exe
On 16/01/2012 06:47, Heiko Elger wrote:
Dave Korn gmail.com writes:
looks like there was a second snapshot later the same day that replaced the
one you had installed.
That's it! Thanks a lot ..
I never see a snapshot released twice a day
Just one question:
How can I figure out
On 15/01/2011 19:41, Heiko Elger wrote:
Christopher Faylor writes:
If you are saying that the problem is not fixed in the most recent
snapshot then please clearly say that. Otherwise, I don't understand
what you are asking. I sent my email on January 11 shortly before the
January 11
On 13/01/2012 02:16, Matt wrote:
the test-runner discovers the tests correctly, but when it goes to run
them, it fails. this is because the CgreenTest* we fetch via dlsym()
appears to be corrupt.
We'll reduce it to an even smaller, self-contained test case tomorrow.
If anyone has
On 10/01/2012 19:25, Larry Hall (Cygwin) wrote:
On 1/10/2012 2:17 PM, Jarome wrote:
When I make my Windows 7 cygwin project, I keep getting
In file included from /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../
include/w32api/windows.h:98:0,
from src/tkfPusher.c:23:
On 12/01/2012 09:17, Fergus wrote:
Hello,
I want to compare the contents of two large directories whilst omitting
two subdirectories console5/ and console7/ common to both. But using any
combination of
diff -rq /d1 /d2 -x console
diff -rq /d1 /d2 -x console.
diff -rq /d1 /d2 -x console./
On 31/12/2011 23:51, Douglas Pardoe Wilson wrote:
Searching, I have found many people on many forums complaining that Cygwin
produces a C compiler cannot create executables messaage. As so many people
have reported, the config.log file contains nothing useful. Surely after all
these years
On 30/12/2011 12:41, Rafael Kitover wrote:
On 12/30/2011 1:06 AM, Dave Korn wrote:
On 29/12/2011 21:40, Rafael Kitover wrote:
Some of my bash scripts, particularly ones that are #!/bin/bash --posix
trigger a nasty warning when I have SHELLOPTS=igncr set in my ~/.zshrc:
rkitover@eeebox ~/src
On 29/12/2011 21:40, Rafael Kitover wrote:
Some of my bash scripts, particularly ones that are #!/bin/bash --posix
trigger a nasty warning when I have SHELLOPTS=igncr set in my ~/.zshrc:
rkitover@eeebox ~/src/scala % echo $SHELLOPTS
igncr
rkitover@eeebox ~/src/scala % bash --posix
bash:
On 19/12/2011 17:35, Andrey Repin wrote:
Greetings, Dave Korn!
Windows GUI-based archivers are well known for causing this problem.
To be fair, you should reduce your reference to WinZIP is known for.
At the very least, WinRAR and 7-Zip, both won't try to hold your hand in this
case.
I
On 21/12/2011 09:42, Corinna Vinschen wrote:
But OTOH I have to admit that I don't see how this alignment business
worked at all. Aligning the stack to 16 byte in mainCRTStartup doesn't
guarantee that the stack is still 16 byte aligned in main(). If that
worked so far, it seems like a
On 17/12/2011 15:50, manu0507 wrote:
- the script causing trouble comes in the GNU gdb distribution
gdb-7.3.1.tar.gz
Hah! I know what's happened: you used a windows program such as winzip or
similar to unpack the archive, and it's gone and helpfully munged all the
line endings for you. Use
On 11/12/2011 08:24, Jay E. wrote:
Suspected line-ender problem.
Started over and used 'flip' to go with unix line-ender.
Same problems.
BUT it looks like the DOS lime ender was added after the flip by ci, or co.
It looks like the line-ends are getting flipped in the actual RCS/*,v file,
On 13/12/2011 20:32, Warren Young wrote:
On 12/13/2011 12:18 PM, Brian Craft wrote:
On Tue, Dec 13, 2011 at 11:16 AM, Csaba Raduly wrote:
On Tue, Dec 13, 2011 at 7:45 PM, Brian Craft wrote:
And why don't I see cyg*.dll files, for example, in /usr/lib?
They are all hiding under /usr/bin :)
On 14/12/2011 13:20, Jon Clugston wrote:
On Tue, Dec 13, 2011 at 5:16 PM, Stitchz jsama...@gmail.com wrote:
This is what I get on a fresh, default install of cygwin:
$ mpif77
---
The Open MPI wrapper compiler was unable to find the specific compiler
ifort.exe in your PATH.
Note that
On 15/12/2011 05:23, Lee wrote:
On 12/14/11, David Groves wrote:
I am having some issues with cygwin applications (specifically sshd)
and TCP Window Scaling Factors. I am using OpenSSH client on either a
Debian Linux or FreeBSD machine to connect to sshd on a Windows 2k8 R2
Hi folks,
I actually noticed this in 1.7.9, but looking at the source in CVS I can see
it's still present in 1.7.10. Here's the STC:
$ cat clockres.c
#include stdio.h
#include time.h
#include errno.h
int main (int argc, const char **argv)
{
struct timespec ts;
if (clock_getres
On 09/12/2011 20:36, Corinna Vinschen wrote:
On Dec 9 12:41, Ryan Johnson wrote:
On 09/12/2011 12:07 PM, Eric Blake wrote:
On 12/09/2011 07:55 AM, Ryan Johnson wrote:
On 09/12/2011 5:58 AM, Denis Excoffier wrote:
I use the latest packages and cygwin snapshots. The problem described
below
On 05/12/2011 11:45, Andrew Erskine wrote:
Hi,
I've been trying to configure cygwin sftp for the firstime on win 2008 now
after several installations and botched attempts I'd like to remove the
product and start again.
Could some one please provide steps to remove from registry etc
Windows 7. Everything up to date.
/arc/2build gcc -o injob injob.c
/tmp/ccOdzsVZ.o:injob.c:(.text+0x87b): undefined reference to
`__imp__NtQueryInformationProcess@20'
collect2: ld returned 1 exit status
What am I doing wrong?
Needs -lntdll. Also, if obcaseinsensitive=0, the
Could a mod please unsubscribe acn1 AT cam DOT ac DOT uk? His
mis-configured vacation reply is sending a duplicate in response to every
single list posting, and this is apparently going to continue until further
notice.
cheers,
DaveK
--
Problem reports:
On 02/12/2011 09:47, Csaba Raduly wrote:
On Fri, Dec 2, 2011 at 8:46 AM, Paul Allen Newell wrote:
I am not happy with having to run two separate source trees and would like a
way (as in best standard) to add something to any Maya makefile which will
prevent execution if it is being compiled
On 23/11/2011 16:59, Ryan Johnson wrote:
On 23/11/2011 11:47 AM, Surrounder wrote:
Larry Hall (Cygwin) wrote:
A cygcheck on 'ld' shows cyggcc_s-1.dll is pulled in as a result of a
dependency on cygintl-8.dll. I don't see a dependency on cygz.dll but
perhaps another tool from the package
On 18/11/2011 14:24, Csaba Raduly wrote:
On 11/18/11, Warren Young wrote:
On 11/17/2011 3:42 PM, Andrey Repin wrote:
[ one level of attribution lost here ]
$ ls -d .svn
1.7 working copy do not have .svn dirs in nested directories.
On 17/11/2011 00:29, pen wrote:
Few more tests: seems lynx dont like #
$ mv test bay#, wwid test # abc
$ lynx -dump test # abc
Can't Access `file://localhost/cygdrive/e/test%20#%20abc'
Alert!: Unable to access document.
lynx: Can't access startfile
$ mv test # abc test# a
$ lynx
On 17/11/2011 13:00, marco atzeri wrote:
the problem is that the configure scripts incorrectly looks for
libpcre.so that on cygwin is called differently:
/usr/bin/cygpcre-0.dll
so you need to modify the configure accordingly or
remove the test and leave only the check for pcre.h
same
On 17/11/2011 20:33, Dave Korn wrote:
On 17/11/2011 13:00, marco atzeri wrote:
the problem is that the configure scripts incorrectly looks for
libpcre.so that on cygwin is called differently:
/usr/bin/cygpcre-0.dll
so you need to modify the configure accordingly or
remove the test
On 09/11/2011 12:15, Edvardsen Kåre wrote:
This is again related to the failure of execution of a gfortran built
binary (cannot execute binary, see thread
http://cygwin.com/ml/cygwin/2011-11/msg00034.html )
In short, the main problem is that I can't build a successful binary
from the
On 15/11/2011 16:20, Ryan Johnson wrote:
On 15/11/2011 10:53 AM, Dave Korn wrote:
On 09/11/2011 12:15, Edvardsen Kåre wrote:
In short, the main problem is that I can't build a successful binary
from the FLEXPART fortran code
FLEXPART is one of those huge number-crunching Fortran programs
On 10/11/2011 16:14, Nellis, Kenneth wrote:
Thought it may be worthwhile to point out the following setup.exe
errors in case they indicate a problem that wants to be addressed.
--Ken Nellis
Thanks for mentioning it. They aren't significant, and it's only an
inadvertent side-effect of the
1 - 100 of 4919 matches
Mail list logo