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 w
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
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 o
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 th
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 i
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 pat
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 d
:
gcc4-java: Requires libgcj13.
gcc4-objc: Requires libobjc4.
gcc4-ada: Requires libgnat4.7.
gcc4-fortran: Requires libquadmath0, libquadmath0-devel.
libgfortran3: Requires libquadmath0.
Cygwin port maintained by: Dave Korn
Please address all questions to the main Cygwin mailing list.
This
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 C
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 ..
> dr
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
>> choo
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 ha
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 de
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 d
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 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
>&
On 11/03/2013 23:21, Christopher Faylor wrote:
> On Mon, Mar 11, 2013 at 06:03:08PM +0000, 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
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" packag
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 s
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 find and the file actually lives in
>>> (see
>>> http://gcc.gnu.org/bug
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
F
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. Th
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: htt
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 f
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"
On 24/02/2012 15:07, Eliot Moss wrote:
> On 2/24/2012 9:57 AM, Jim Rome wrote:
>> Larry Hall (Cygwin 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
>> sep
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 sam
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.
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 t
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
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 bee
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
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 spontane
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
>
> Wh
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
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
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 idea
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 "conso
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 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 SHELLOP
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
> ba
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 mi
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&
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.
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
On 14/12/2011 13:20, Jon Clugston wrote:
> On Tue, Dec 13, 2011 at 5:16 PM, Stitchz 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 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
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 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 descr
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: http://cygwin.com/
> 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,
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
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 c
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 p
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.
>>> http://subversion.apache.org/docs/release-note
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 mod
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"
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"
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
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 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
On 10/11/2011 05:17, Dave Korn wrote:
> On 06/11/2011 01:28, Yaakov (Cygwin/X) wrote:
>
>> Install libgcj11.
>>
>> (P.S. Dave Korn: I took the liberty of fixing this on sourceware.)
>
> Thanks Yaakov.
>
> (That's now three things to remember for ne
On 01/11/2011 20:05, Thomas Daniel wrote:
>> How do I install the libmpfr4 library?
> Sorry for the trouble, I found it, installed it and all is fine.
>
> It would be nice if it were picked up automatically though.
Sorry about that; it is indeed supposed to be automatic, but I messed up
when
On 09/11/2011 13:31, Edvardsen Kåre wrote:
> In order to replicate my build you need to install latest version of the
> grib_api library
> (http://www.ecmwf.int/products/data/software/download/grib_api.html)
> and istall it with jasper
What is "jasper"? Wikipedia lists four entirely different
On 06/11/2011 01:28, Yaakov (Cygwin/X) wrote:
> Install libgcj11.
>
> (P.S. Dave Korn: I took the liberty of fixing this on sourceware.)
Thanks Yaakov.
(That's now three things to remember for next build: remove ecj dependency,
change libgcj9 -> 11, add missing libmpfr4.
tests.
These issues will be addressed in a future release of the compiler; for
now, Java and Ada cannot be considered first-class languages, but remain
somewhat experimental. It is likely however that both perform better than
the old 3.4 series compilers.
Cygwin port maintained by: Dave Korn
Plea
On 20/10/2011 03:14, Chris Sutcliffe wrote:
> On 18/10/2011 3:03 PM, Christopher Faylor wrote:
>> I've made a new version of binutils available for installation. This
>> is a refresh against CVS. The contents of the NEWS file for this
>> snapshot
>> are in /usr/share/doc/Cygwin/binutils-2.22.51-1
On 26/09/2011 04:15, Yaakov (Cygwin/X) wrote:
> On Mon, 2011-09-26 at 02:15 +0100, Dave Korn wrote:
>> The problem is in binutils, and the fact that it generates base relocs for
>> entries from EH data that should be just ignored.
>>
>> http://sourceware.org/ml/bin
On 25/09/2011 21:31, Chris Sutcliffe wrote:
> On 25 September 2011 02:07, Dave Korn wrote:
>> I finally nailed this one down. Stray base relocs against references to
>> symbols in discarded COMDAT sections remaining in the .eh_frame data cause
>> the
>> stac
On 25/09/2011 18:41, jojelino wrote:
> The problem is from pango/opentype/libharfbuzz.la
> It has .cc source and recognized as needed c++ source file although it
> is c source. and cc source is compiled with --tag=CXX
> we should teach libtool cc is c source file.
Or upstream should add an expl
[ Fixed dup in subject line! ]
On 25/09/2011 16:47, jojelino wrote:
> Why we got postdeps instead of postdeps_CXX?
My answer to that crossed in the ether with this post, I'll just make one
further point explicit:
> This problem comes from *executing libtool commands*
If a problem arises fr
On 25/09/2011 16:42, jojelino wrote:
> lstdc++ is included in postdeps in libtool for some reason.
>
> postdeps="-lstdc++ -lmingwthrd -lmingw32 -lgcc_s -lgcc -lmoldname
> -lmingwex -lmsvcrt -ladvapi32 -lshell32 -luser32 -lkernel32 -lmingwthrd
> -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex -lmsvcr
On 25/09/2011 07:07, Dave Korn wrote:
> Sourceware CVS is down right now but I'll be
> sending the attached to binutils when it's working again,
Yeah, d'oh. Maybe I'll send the file with the actual patch in it, instead
of the fresh diff I tried to generate when CVS
On 25/09/2011 15:51, Dave Korn wrote:
> I'd be happier if this could either be fixed in the distro, or if someone
> could tell me why these libs think they need to link against libstdc++?
It seems I'm not the first to have run into this problem:
http://lists.freedesktop.or
Hi list,
Not sure if this counts as a packaging issue so I'm sending it here first.
The problem I'm having is that the above-mentioned libraries all have
libstdc++ ('-lstdc++' to be precise) listed as a dependent lib in the .la
files that are generated by libtool during compilation (and sub
On 10/09/2011 02:57, Chris Sutcliffe wrote:
> Hi All,
>
> Just a heads up around an issue I encountered with rtorrent after
> executing rebaseall. I ran in to some forking issues so I executed
> rebaseall after which rtorrent started to crash constantly during
> various operations. Through trial
On 17/09/2011 10:16, xunxun wrote:
> Hi, all
>
> Gcc plugin has landed in the release for a long time. Will cygwin or
> other windows gcc have possibility to support this function?
>
Not without a lot of work, perhaps adopting something like flexdll, but in
windows, although an exe can imp
On 13/09/2011 22:20, Yaakov (Cygwin/X) wrote:
> On Fri, 2011-09-09 at 21:57 -0400, Chris Sutcliffe wrote:
>> Just a heads up around an issue I encountered with rtorrent after
>> executing rebaseall. I ran in to some forking issues so I executed
>> rebaseall after which rtorrent started to crash c
On 11/09/2011 02:53, Dave Korn wrote:
> Do you have a copy of the bad DLL that you could send me off-list?
Oh, also any of the resulting rtorrent .stackdump files you might have lying
around too.
cheers,
DaveK
--
Problem reports: http://cygwin.com/problems.html
On 11/09/2011 02:27, Chris Sutcliffe wrote:
> On 10/09/2011 1:15 PM, Dave Korn wrote:
>> On 10/09/2011 02:57, Chris Sutcliffe wrote:
>>> I'm not sure what the issue is with rebasing cygstdc++-6.dll, but I
>>> figured I should share my findings in case someone els
On 10/09/2011 02:57, Chris Sutcliffe wrote:
> Hi All,
>
> Just a heads up around an issue I encountered with rtorrent after
> executing rebaseall. I ran in to some forking issues so I executed
> rebaseall after which rtorrent started to crash constantly during
> various operations. Through trial
On 09/09/2011 05:23, Dave Korn wrote:
> On 08/09/2011 17:33, Bernd Prager wrote:
>>> On Tue, 2011-09-06 at 15:44 -0400, Bernd Prager wrote:
>>>> $ g++ thread.cpp -L /usr/local/lib -lboost_thread
>>>> /tmp/cccfCagO.o:thread.cpp:(.text+0xa4): undefine
On 05/09/2011 06:44, carpe_diem wrote:
> Upon running the detached signature file through PGP it reports the file
> setup.exe was signed on 12/7/2010 with an "Invalid Key". Could you
> confirm the origin and safety of setup.exe posted on
> http://cygwin.com/install.html ? The file downloaded has
On 08/09/2011 15:50, Marco atzeri wrote:
> Just noted on latest cvs on XP-SP3:
>
> $ ps ax
> PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
> 529647685296 46480 1006 16:43:06 /usr/bin/ps
> 476836284768 26880 1006 16:43:02 /usr/bin/bash
On 08/09/2011 17:33, Bernd Prager wrote:
> On 9/6/2011 5:27 PM, Yaakov (Cygwin/X) wrote:
>> On Tue, 2011-09-06 at 15:44 -0400, Bernd Prager wrote:
>>> I recompiled the recent boost libraries with the new gcc-4 package.
>>>
>>> The thread example fails with:
>>>
>>> $ g++ thread.cpp -L /usr/local/li
stsuite failures in the thread- and
process-related tests.
These issues will be addressed in a future release of the compiler; for
now, Java and Ada cannot be considered first-class languages, but remain
somewhat experimental. It is likely however that both perform better than
the old 3.4 serie
On 18/08/2011 15:33, Corinna Vinschen wrote:
> If I try that with Yaakov's 4.5.3 cross compilers, then __STRICT_ANSI__
> is not defined with -std=c__0x, unless I also specify `-ansi' on the
> command line. However, there's a weird warning:
>
> $ i686-pc-cygwin-g++ -std=c++0x -dM -E - < /dev/nu
On 21/08/2011 20:41, Christopher Faylor wrote:
> I've made a new version of binutils available for installation.
Heads up; I just noticed that the -src package is truncated about half-way
through.
cheers,
DaveK
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 29/03/2011 16:35, Christopher Faylor wrote:
> On Tue, Mar 29, 2011 at 05:33:05PM +0200, Thorsten Kampe wrote:
>> * Dave Korn (Tue, 29 Mar 2011 14:46:13 +0100)
>>> On 29/03/2011 10:12, Thorsten Kampe wrote:
>>> As for "rm", it already does kind-of have sa
On 29/03/2011 10:12, Thorsten Kampe wrote:
> * Dante Allegria (Mon, 28 Mar 2011 10:07:32 -0700 (PDT))
>> No, turns out it was because someone committed this into the nightly
>> build scripts:
>>rm -rf $(DOES_NOT_EXIST)/*
>>
>> Should cygwin's rm have some built-in safeguards for this? :)
>
>
On 29/03/2011 02:24, Daniel Jensen wrote:
> Since Dave Korn was wondering how many people this would be bothering,
> I'm just chiming in to say I was bitten by this too (since I both run
> cygwin setup less often than others and use octave less often than
> others, and since I&#x
On 25/03/2011 01:13, Mark Hadfield wrote:
> I did try downgrading to gcc-4.3.4-3 yesterday and that didn't fix numpy.
It should have worked.. as long as you remembered to downgrade libgfortran
rather than gcc4-gfortran...
> However the problem with cyggfortran-3.dll does *sound* very relevant,
On 23/03/2011 19:17, Charles Wilson wrote:
> On 3/23/2011 1:49 PM, Dave Korn wrote:
>> Hmm, I should probably do this. And send it upstream too.
>
> Well, yeah (but does upstream want to explicitly require cygwin-1.7.8 or
> better? or would you conditionalize it on a confi
On 23/03/2011 18:15, Karl M wrote:
> > What if you just put the functions back in until the next gfortran dll
> > version bump?
That's a thought too. I could just hack around the autoconf tests and make
it keep using its own implementation. Thanks for the suggestion.
cheers,
DaveK
On 23/03/2011 17:31, Charles Wilson wrote:
> Err...no, I don't think so. Symbol forwarding is actually implemented
> as part of the PE-I386 spec, so it resides in the forwardING dll itself,
> not the import library, and is handled at runtime by the windows loader:
Yes yes yes, you're jumping t
nst libgcc, or you will experience segfaults on program termination.
This compiler should be stable and production-ready, but as is always the
case with software, there may yet be bugs. Anything abnormal should be
reported, in the first instance, to the main Cygwin mailing list.
Cygwin port maint
On 23/03/2011 16:35, Charles Wilson wrote:
> I think it would just take a few statements in a .def file like
>
> carg = CYGWIN1.carg
> cargf = CYGWIN1.cargf
> ccos = CYGWIN1.ccos
>
> but I'm not sure...
Yes, that's basically it (or equivalent in a .directve section), but,
indeed, a
On 23/03/2011 16:36, Corinna Vinschen wrote:
> Is there a way to add symbol forwarding in GCC? There's some method of
> forwarding symbol references to other DLLs and it's used in Windows
> itself to forward symbol references to other DLLs.
Yes, was using that just the other day myself, to b
On 23/03/2011 16:19, marco atzeri wrote:
> May be as they are now available from cygwin-1.7.8 ?
Yes indeed (and this is why I didn't see any errors during the compiler
testsuite), I just had a quick look at the libgfortran autoconfigury, it
provides replacements for those functions when the sta
1 - 100 of 4309 matches
Mail list logo
