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
stack unwind lookup to get lost. Sourceware CVS
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 import
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
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 and
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 else runs in to a
similar issue
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
FAQ
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 the
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): undefined reference to
`__Unwind_Resume'
_Unwind_Resume resumes
bit one. chere uses the 32
bit one. This works on 64 bit Windows 7, but not some others.
I thought I'd done a release fixing this. You can try the attached
patch, which should make chere play with the appropriate registry.
Dave.
--- chere.prev 2009-01-29 22:15:52.00100 +
+++ chere
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/lib -lboost_thread
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 03/09/2011 09:42, Corinna Vinschen wrote:
On Sep 2 22:15, Dave Korn wrote:
On 02/09/2011 19:40, Corinna Vinschen wrote:
As the subject says, shouldn't we remove gcc3 from the distro finally?
We have 3 mingw compilers and gcc4 for Cygwin. What reason is left
to stick to gcc 3?
Well
On 02/09/2011 19:40, Corinna Vinschen wrote:
As the subject says, shouldn't we remove gcc3 from the distro finally?
We have 3 mingw compilers and gcc4 for Cygwin. What reason is left
to stick to gcc 3?
Well, it's the only support we have for Pascal and D. Someone might still
be using them.
On 02/09/2011 05:09, Yaakov (Cygwin/X) wrote:
On Fri, 2011-09-02 at 04:00 +, upset lived up to its name and
complained:
upset: *** setup.ini: warning - package gcc4-java requires non-existent
package java-ecj
That's an artifact from my Ports gcc4 package, as I ship ECJ as part of
a
On 02/09/2011 05:34, Dave Korn wrote:
On 02/09/2011 05:09, Yaakov (Cygwin/X) wrote:
On Fri, 2011-09-02 at 04:00 +, upset lived up to its name and
complained:
upset: *** setup.ini: warning - package gcc4-java requires non-existent
package java-ecj
That's an artifact from my Ports gcc4
.
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
.
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
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 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/null |
(and I don't see why it won't), I'll go ahead and
respin releases with the patch.
Dave, anything to add here?
Perhaps ping DJ over on the GCC list to ask him if he remembers the context
behind that comment; maybe whatever was the autoconf problem is indeed now
fixed.
cheers,
DaveK
On 12/08/2011 13:09, Yaakov (Cygwin/X) wrote:
Besides the version update to 4.5.3, there are several changes over the
distro 4.5.0, including:
* Linked against shared (instead of static) libintl.
* Fix shared libgnat installation.
* Fix Java NIO (patch may not be required with recent
On 12/08/2011 16:26, Corinna Vinschen wrote:
The next rebase application stores rebase data in a database in /etc.
The corresponding rebaseall will use this feature. The effect is that
the existing DLLs are compared with the database, and only the DLLs
which are new or result in collisions
On 12/08/2011 17:01, Corinna Vinschen wrote:
On Aug 12 16:51, Dave Korn wrote:
On 12/08/2011 16:26, Corinna Vinschen wrote:
The next rebase application stores rebase data in a database in /etc.
The corresponding rebaseall will use this feature. The effect is that
the existing DLLs
On 27/07/2011 04:11, Yaakov (Cygwin/X) wrote:
David,
As mentioned recently on the list, due to Dave Korn's extended absence,
I'll be maintaining our gcc packages. Since you maintain several GCC
dependencies, we'll need to coordinate.
Yaakov, how is this going? I see you haven't uploaded
sense that the ln would only work partially. Thanks!
Dave
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
when you've stepped through the intaller to the Select Packages
screen, click X11 and set it to Install.
- Dave
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ
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'm not subscribed
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)/*
sigh Should cygwin's rm have some built-in safeguards for this? :)
Sure, it
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 safeguards against this, and
that's what the -f
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 22/03/2011 21:45, Christopher Faylor wrote:
On Tue, Mar 22, 2011 at 09:16:58PM +, Dave Korn wrote:
Also, I can't post the release announcement, because the spam filter
complains that I have things that look like raw email addresses in the
body. Mailing the global allow address didn't
On 23/03/2011 15:02, marco atzeri wrote:
Dave,
the new cyggfortran-3.dll seems to provide less export than before.
This breaks octave.
Dependency walker check on octave highlight 3 functions in red
clogf, cexpf, csqrtf
Is the new fortran library broken, or should I release a new octave
On 23/03/2011 15:53, Dave Korn wrote:
On 23/03/2011 15:02, marco atzeri wrote:
Dave,
the new cyggfortran-3.dll seems to provide less export than before.
This breaks octave.
Dependency walker check on octave highlight 3 functions in red
clogf, cexpf, csqrtf
Is the new fortran library
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
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
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, as you
, there may yet be bugs. Anything abnormal should be
reported, in the first instance, to the main Cygwin mailing list.
Cygwin port maintained by: Dave Korn dave.korn.cygwin AT gmail DOT com BUT
use.the.list.please
Please address all questions to the Cygwin mailing list at cygwin AT cygwin
DOT com
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 too
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 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 configure test:
The latter
Hi folks,
I just uploaded gcc4-4.3.4-4, and realised the setup.hint requires: lines
don't reflect the extra dependencies that 4.5.0-1 requires. There will be a
brief window while I fix this when anyone installing 4.5.0 might not get all
the libs like MPC GMP etc. that they need.
Also,
On 22/03/2011 21:16, Dave Korn wrote:
I just uploaded gcc4-4.3.4-4, and realised the setup.hint requires: lines
don't reflect the extra dependencies that 4.5.0-1 requires. There will be a
brief window while I fix this when anyone installing 4.5.0 might not get all
the libs like MPC GMP etc
On 22/03/2011 21:44, Charles Wilson wrote:
On 3/22/2011 5:19 PM, Dave Korn wrote:
Guess I forgot to actually ask: Do we prefer the situation where all users
of curr: packages get a few extra libs that they don't need, or would we
prefer not to make them download extra libs and rely on users
According to our records, your request regarding
op/magic.t test 7 corrupts saved stack on cygwin
has been resolved.
If you have any further questions or concerns, please respond to this message.
For other topics, please create a new ticket.
URL:
On 17/03/2011 19:16, Wilfried Fauvel wrote:
Hi,
I built a very simple program with g++ : int main() { return 0; }
from cygwin it always returns 127, and if I try to start it from cmd I have
the following message :
the procedure entry point _feinitiliase could not be located in the dynamic
Hi list,
Attempting to rebuild gcc4-4.3.4-3 from source, I got a bunch of error
messages during the install stage of cygport:
Fixing libtool modules:
/usr/lib/cygport/src_postinst.cygpart: line 763: test: i686-pc-cygwin: unary
operator expected
[ ... snip several more ... ]
On 17/03/2011 19:39, Dave Korn wrote:
Looking at the context, I infer that CHOST must be undefined:
Ah, it's my cygport script. For some reason I used to have a problem with
the setting of CHOST by the default cygport script, so it unsets it.
Hopefully I can just omit that with the newer
On 18/03/2011 02:50, Yaakov (Cygwin/X) wrote:
On Thu, 2011-03-17 at 19:39 +, Dave Korn wrote:
Attempting to rebuild gcc4-4.3.4-3 from source, I got a bunch of error
messages during the install stage of cygport:
[ ... snip several more ... ]
Looking at the context, I infer
On 11/03/2011 13:53, Rainer Emrich wrote:
I have to be more clear. I increased the heap_chunk_in_mb to 1792 using:
regtool -i set /HKLM/Software/Cygwin/heap_chunk_in_mb 1792
I run with this setting all the time, I guess that's why I haven't seen this
problem. Before I did that (couple of
On 01/03/2011 01:45, Mirko Vukovic wrote:
Hello,
I am trying to ssh to g...@github.com, and I get the error
PTY allocation request failed on channel 0
I get that too, but I also get the You've successfully authenticated, but
GitHub does not provide shell access message. I think the error
On 23/02/2011 16:04, Oleksandr Gavenko wrote:
Especially when used malloc/free.
I assume use default Cygwin compiler (gcc.exe).
Yes, no problem (although there may of course be bugs).
cheers,
DaveK
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 02/02/2011 23:24, Jon TURNEY wrote:
+ /*
+XXX: do we need a mechanism for source of setup.exe to be overriden in
.ini file
+for the benefit of people who use a patched version? Or can they just
patch this
+as well? :-)
+ */
+#define SETUP_URL
On 31/01/2011 01:52, Larry Hall (Cygwin) wrote:
On 1/29/2011 8:20 AM, Angelo Graziosi wrote:
I would ask if on Cygwin I can use the 'write' command:
write - send a message to another user
$ write USER [ttyname]
I remember I have used it some years ago, but not remember if it was on
On 31/01/2011 11:49, Corinna Vinschen wrote:
The utmp file is in the old utmp format for backward compatibility. The
utx functions are available and return a ut_tv field, but it's just
extracted from the utmp ut_time field at function call time. The right
thing to do for write is to have a
On 30/01/2011 12:56, Tim Prince wrote:
On 1/30/2011 6:34 AM, Sunoki wrote:
$ make
cygwin warning:
MS-DOS style path detected: /usr/local/bin/C:\Program
Preferred POSIX equivalent is: /usr/local/bin/C:/Program
CYGWIN environment variable option nodosfilewarning turns off this
[ First attempt to post to the main list was blocked because of a bad keyword
in the subject; trying again on the theory that the word BID might have been
what tripped the spamfilter. ]
[ Nope, that wasn't it. Second try. ]
On 26/01/2011 01:20, JonY wrote:
On 1/26/2011 09:44, Dave Korn wrote
On 26/01/2011 05:08, Yaakov (Cygwin/X) wrote:
On Thu, 2011-01-06 at 05:45 -0600, Yaakov (Cygwin/X) wrote:
Dave,
Our GCC 4.5 packages has been experimental since August. I have been
running 4.5.1, and now 4.5.2, with only slight modifications to your
patchset since then[1], including
On 23/12/2010 05:54, Lucky Lu wrote:
I am having trouble with building the gcc 4.5.1 with --enable-plugin on
Cygwin.
Sorry, GCC plugins are only supported on systems that use the ELF executable
file format such as Linux, they can't work on Windows-based systems owing to
limitations of the
On 14/09/2010 19:47, SJ Wright wrote:
Might there be something else a little off?
The text from the latest stackdump:
Stack trace:
Frame Function Args
The rest is blank. Should I be concerned, or is this something that will
work itself out?
This is a bit of a guess, but try
On 13/09/2010 17:35, Christopher Faylor wrote:
You seem to be approaching this problem as if people will say Ah!
Stability issues! Right. Well, ok, here's what you need to know.
If we knew of stability issues they would be fixed.
Well, I know of one, but haven't had time to fix it yet,
On 13/09/2010 20:23, Christopher Faylor wrote:
You've included a patch here but, FYI, I have no idea why.
FTR only. It might be useful to others following the list.
cheers,
DaveK
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 11/09/2010 09:09, Corinna Vinschen wrote:
Hi Dave,
Morning!
On Sep 11 08:11, Dave Korn wrote:
So, I ended up committing it like so:
Can you please add some words to doc/new-features.sgml?
How's this look?
winsup/doc/ChangeLog:
* new-features.sgml: Mention fenv support
Hi folks,
This patch adds fenv.h and the related support routines in the Cygwin DLL.
It's an entirely unencumbered implementation that I wrote from scratch using
only the public docs for reference. We've been missing this for a while, what
with PR323 and all, and if we add it in we'll be
On 10/09/2010 22:43, Christopher Faylor wrote:
Looks nice to me with one HUGE caveat: Please maintain the pseudo-sorted
order in cygwin.din. Sorry to have to impose this burden on you.
No, that's fine; I've never been sure whether we need to care about the
ordinal numbers or not in that
On 08/09/2010 23:41, Christopher Faylor wrote:
Corinna may disagree,
Needless to say, I'm not Corinna!
but I think we
should keep the parsing of /etc/fstab as lean as possible;
I don't understand why. How many times per second does /etc/fstab get parsed?
cheers,
DaveK
On 09/09/2010 21:53, Earl Chew wrote:
On 09/09/2010 1:03 PM, Dave Korn wrote:
but I think we
should keep the parsing of /etc/fstab as lean as possible;
I don't understand why. How many times per second does /etc/fstab get
parsed?
I interpreted cgf's comment as not wishing to add
On 02/09/2010 03:20, Steven Woody wrote:
Opps, I then tried with Dependency Walker on cc-1.exe, it prompted a warning:
Warning: At least one module has an unresolved import due to a
missing export function in a delay-load dependent module.
Can't reproduce that back here.
But I seems don't
On 02/09/2010 23:29, risin...@nationwide. wrote:
I use pdksh as my login shell - I have been using the Korn shell (thanks
Dave!)
See From: header!
cheers,
DaveK
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation
On 02/09/2010 05:32, LiuYan 刘研 wrote:
Today I try to setup cygwin on a new server, it keeps failed with a
cyggcc_s-1.dll is missed error in the last post-install phase.
I'm sorry it caused you a problem, I'm afraid setup.exe was smarter than I
am and it spotted the difference when I hoped it
On 02/09/2010 21:44, Al wrote:
Sounds like you didn't run autoreconf (which would have been done
automatically via the supported mechanism).
Right. I applied it the traditional way.
Ah, you have to understand this about cygport patches: they only contain
patches for the source files, not
On 27/08/2010 09:31, Csaba Raduly wrote:
How odd. It seems to crash only with that exact number of parameters.
This sounds a lot like a bug I fixed a while ago. Should be OK in 4.5.0
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg02263.html
cheers,
DaveK
--
Problem reports:
On 27/08/2010 21:44, mike marchywka wrote:
On 8/27/10, Baldur Gislason wrote:
Hi, what tool is best to track down what BLODA is causing fork failures on
my Cygwin installation?
There may be a sysinternals tool, I use those to track down open handles
that have been a problem on earlier
%L to %1.
Run 'chere -r' and look for the text associated with the command key.
Cheers,
Dave.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml
On 20/08/2010 19:01, Christopher Faylor wrote:
Can I get a show of hands? How many package maintainers would like to
have a bug tracker?
I would definitely use it, the same way I currently use the GCC bug tracker:
I'd set up a whine email reminder, so that I didn't have to exert any extra
On 16/08/2010 04:25, Yaakov (Cygwin/X) wrote:
setup CVS HEAD (2.717) does not download test: releases in either
Install from Internet and Download Without Installing modes.
I found this out by trying to install gcc4-*-4.5.0-1; after selecting
the 4.5.0-1 versions of gcc4-*, they did not show
On 16/08/2010 05:40, Andy Koppe wrote:
On 16 August 2010 04:25, Yaakov (Cygwin/X)
yselkow...@users.sourceforge.net wrote:
setup CVS HEAD (2.717) does not download test: releases in either
Install from Internet and Download Without Installing modes.
I found this out by trying to install
On 13/08/2010 20:29, Corinna Vinschen wrote:
On Aug 13 20:31, Dave Korn wrote:
On 08/08/2010 17:26, Corinna Vinschen wrote:
Hi Dave,
testing with the latest setup.exe I came across an error message in
postinstall:
gcc4-core.sh, exit code 126
Manuall testing turned up that the script
On 14/08/2010 19:19, Eric Blake wrote:
On 08/14/2010 12:17 PM, Dave Korn wrote:
Come to think of it, wouldn't it be better to just update 4.3.4-3 in place
(i.e. without a version bump)? It seems a bit much to force everyone who's
already got it installed to redownload that many megabytes
On 08/08/2010 17:26, Corinna Vinschen wrote:
Hi Dave,
testing with the latest setup.exe I came across an error message in
postinstall:
gcc4-core.sh, exit code 126
Manuall testing turned up that the script
/usr/sbin/fix-libtool-scripts-for-latest-gcc-runtimes.sh
is known to have regressions.
As this is all still experimental, please watch out for bugs. Anything
abnormal should be reported, in the first instance, to the main Cygwin
mailing list.
Cygwin port maintained by: Dave Korn
dave.korn.cyg...@gmail.com.use.the.list.please
Please address all questions
is known to have regressions.
As this is all still experimental, please watch out for bugs. Anything
abnormal should be reported, in the first instance, to the main Cygwin
mailing list.
Cygwin port maintained by: Dave Korn
dave.korn.cyg...@gmail.com.use.the.list.please
Please address all questions
\\.\c:\cygwin\dev\nul
:: for dirs
rd \\.\c:\cygwin\dev\con
more info @ http://support.microsoft.com/kb/120716
cheers, Dave
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info
/EventData
/Event
Cheers, Dave
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
with any further info, as I am not a list subscriber.
cheers
Dave
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Hello,
At the risk of bringing down a cascade of derision, is there any way to
use vi instead of vim in cygwin?
I really prefer vi, but I can't seem to find a binary for it which isn't
linked to one iteration or another of vim.
If not, c'est la vie.
Thanks for your time,
Dave
On 08/08/2010 00:00, Jerry DeLisle wrote:
So I have sjlj backwards. I will fix that. Then the following I am not
sure about.
--disable-__cxa_atexit
--enable-static --enable-shared --enable-shared-libgcc
Shall I include these?
Yes, do. I think they're mostly the default anyway, but
On 07/08/2010 17:59, Jerry DeLisle wrote:
Hi,
Who is the Cygwin gcc package maintainer?
I've been a bit AWOL recently, but I think that's still me :-/
I want to make sure my
gfortran 4.6 experimental builds are consistent with Cygwin
distributions. I notice I have far fewer configure
paths into Win32 paths if you build the cygwin
version.
If passed a directory name, it does the same as choosing Explore.
--
Dave Hylands
Shuswap, BC, Canada
http://www.DaveHylands.com/
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq
(before I even started using
cygwin) and I've just been carrying it around with me. I added cygwin
path support when I started using cygwin.
I've added an alias to alias open to cygstart (I use gnome-open under Ubuntu).
Thanks for the tip.
--
Dave Hylands
Shuswap, BC, Canada
http://www.DaveHylands.com
-i
and set Start in to be the directory I want to start things in.
I never liked having all those extra copies of cmd running just to start bash.
--
Dave Hylands
Shuswap, BC, Canada
http://www.DaveHylands.com/
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
On 30/07/2010 15:37, Christopher Faylor wrote:
errors page. The only two packages that should have been installed
were
gcc: C compiler upgrade helper
glib: Gnome C function library (1.2 sources)
(both of which are selected due to a setup.exe bug)
I finally got bored of this one.
On 30/07/2010 20:19, Dave Korn wrote:
I finally got bored of this one. Turned out to be trivially easy to fix
once I looked at it, it's simply an early exit from the install routine when
there's nothing to do for a dummy tarball (zero or 46-byte size) that misses
out on marking the package
On 29/07/2010 00:19, Daniel Colascione wrote:
From: cygwin-patches-ow...@cygwin.com [mailto:cygwin-patches-
I don't see why this is needed. Cygwin uses -Werror by default so, if gcc
4.3.4
emitted warnings we wouldn't be able to build a release or make a
snapshot.
It's because Cygwin uses
On 27/07/2010 06:36, Rasputin Paskudniak wrote:
In another thread, DaveK suggested:
Try installing libintl2
That worked GREAT! Problem solved.
Q: How could I have discovered this if not for Dave's assistance?
Error 127 pretty much always means a missing DLL, and running cygcheck
On 23/07/2010 21:23, Beau Nanaz wrote:
Greetings.
I have a new Windows-7 machine and one of the first things I downloaded
was Cygwin, making sure to include a2ps and ps2pdf.
Unlike the flawless running (after diddling $HOME/.a2ps/a2psrc) I had
under my previous XP box, This one is
On 27/07/2010 04:20, René Berber wrote:
Rasputin Paskudniak wrote:
$ net helpmsg 127
The specified procedure could not be found.
That usually means the program, a2ps, can't find one or more of the
dynamic libraries it needs.
To find what libraries are missing use: cygcheck `which
On 23/07/2010 20:25, Clark, Raymond (WBST) wrote:
Selected All to download only
About 31% of the way through, a dialog box with the following popped up:
Can't open
C:\users\clark\Public\PC-SystemStuff\cygwin-1.7.5_2010.07.23\cygwin-1.7.
On 23/07/2010 01:47, Yaakov (Cygwin/X) wrote:
Thinking about this further, I think the problem is that we're talking
about two entirely different use cases:
1) cross-compiling a package to install into the sysroot, to be used
solely on Cygwin for cross-compile other software, which would
On 23/07/2010 09:24, Huang Bambo wrote:
The current gcc( 4.3.4 ) has some bug with O3 option. it will
optimized out some needed code in some case.
I meet this bug when I compile ACE library.
If I use O2 option, everything goes fine.
So, maybe many people may waiting for the new version. :
On 23/07/2010 10:02, Huang Bambo wrote:
Gcc optimized out some code like
*fp++ = *format_string ++;
When I gdb to that line and print fp, gdb reported that fp is optized out...
You need to check in more detail than that. GCC may have optimised away the
fp variable, but kept the
201 - 300 of 5387 matches
Mail list logo