Please read *all* of the information on unsubscribing that is available
starting at this URL.
Gerrit P. Haase
--
=^..^=
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ
Christopher Faylor wrote:
Last night's snapshot should fix this problem.
http://cygwin.com/snapshots/
I think with the 20050705 snapshot bash / rxvt is much much
faster faster compared with 1.5.17 which I used before;)
Gerrit
--
Unsubscribe info:
Christopher Faylor wrote:
On Wed, Jul 06, 2005 at 09:19:33PM +0200, Gerrit P. Haase wrote:
Corinna Vinschen wrote:
I've just updated the version of OpenSSH to 4.1p1-2.
This version is equivalent to 4.1p1-1, except it's now linked against
the new OpenSSL 0.9.8.
It is missing inet_ntop
Please read *all* of the information on unsubscribing that is available
starting at this URL.
Gerrit P. Haase
--
=^..^=
Chris,
It is really strange.
It should start immediately when running the script and the whole
process lasts about 5 seconds.
Using
system $systemcall;
instead of
open (DDF, $systemcall) ...
works fine.
This also works:
$systemcall='\\/c/WINDOWS/system32/makecab.exe /V3 /F ...
And this too:
Jacek Piskozub wrote:
Dave,
Can't locate mozLock.pm in @INC (@INC contains: /usr/lib/perl5/5.8/cygwin
Find it attached.
Chris will probably kill me when he wakes up :-(
Lol.
Gerrit
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
James R. Phillips wrote:
OK, now that I have what looks like a working package with gcc 3.3.3, I
compiled with gcc 3.4.4. It segfaults and dumps core at startup. Um, it is
linked with unrecompiled lapack dll's (they were also compiled with gcc 3.3.3).
But that per se shouldn't be an issue, I
Patrick Graebel wrote:
I want to port an application that uses libSDL. Is libSDL available for
Cygwin? Any chance to get it work?
Yes, there is a port available at the sourceforge project cygwin-ports:
See http://cygwin-ports.sourceforge.net, you should use Cygwin setup to
install packages
James R. Phillips wrote:
All,
The packaging instructions at http://cygwin.com/setup.html#package_contents
indicate
[quote]
The package is configured using (at a minimum) the following paths:
[..snip..]
--libexecdir=/usr/sbin
[..snip..]
[/quote]
OK, this seems wrong to me. GNU autoconf
kali raj wrote:
HI
Iam trying to build an application that requries a static cygwin
library and a windows dynamic library. The static library(.a) is a
native Cygwin library and the dynamic libary (.dll) is an external
dynamic library of windows. When i build my cygwin applicatio using
gcc in
Hi Charles,
In November *2004* Charles Wilson wrote:
Gerrit P. Haase wrote:
Hi,
Getting this warning:
libtool: link: warning: library `/usr/lib/libncurses.la' was moved.
$ cat /usr/lib/libncurses.la
[...]
# Directory that this library needs to be installed in:
libdir='/usr/src/ncurses
James R. Phillips wrote:
I will admit that I haven't compiled a working octave package with cygwin gcc
3.4.4-1. I think there may be a bag of issues there as well. I reverted back
to gcc 3.3.3 to compile octave 2.1.71.
Please send your observations about problems with (Cygwin) gcc-3.4.4.
Gerrit P. Haase wrote:
Dave,
So why does the compiler creats a reference to [EMAIL PROTECTED] or
is it the linker who wants to resolve CAPI_INSTALLED with @0 attached.
Has the definition of APIENTRY has changed between the mfr's build from
which the import library came and the build
Tony Karakashian wrote:
Fortunately, most of the hard work has been done for existing
packages. A CFS book would simply require compiling instructions in
one place as well as patches, etc. Could be a fun project.
Basically I do nothing but building from scratch. That is the reason
why I
Rajesh Balakrishnan wrote:
--- Gerrit P. Haase [EMAIL PROTECTED] wrote:
Please add a GhostScript CFAX device for SFF output
This patch adds the option for the CFAX device to GhostScript.
You need it to produce raw fax files (SFF):
http://www.shellbang.org/files/ghostscript-gnu-cfax.diff
Max Bowsher wrote:
I'm running into a problem building the apache subversion modules, where
libtool builds them fine, but then screws up when it tries to relink
them for installation.
Now, I thought that relinking was only for altering the linked-in rpath,
from the build directory to the
Gerrit P. Haase wrote:
Max Bowsher wrote:
I'm running into a problem building the apache subversion modules,
where libtool builds them fine, but then screws up when it tries to
relink them for installation.
Now, I thought that relinking was only for altering the linked-in
rpath, from
Reini Urban wrote:
oops.
Not yet tested for other gcc versions,
but I know that it worked for previous perl/gcc versions.
Maybe just that previous perls didn't use -O3
$ gcc -v
[...]
gcc version 3.3.3 (cygwin special)
Reini Urban schrieb:
easy reproducible testcase:
cat gccO3bug.c
Tony Karakashian wrote:
This is the wrong approach, use the linking flag -no-undefined instead.
I've been searching for a couple of days now for how you're supposed
to do that. Set LDFLAGS?
Add it to Makefile.am (in case of PHP Makefile.in, yhey don't use
automake), there should be the
Hello All,
I'm sure that this is covered somewhere, however I cannot find it
currently;)
Ok, I try to build a Cygwin application that requires CAPI functions
which are installed with the drivers for an ISDN card, the DLL is named
capi2032.dll, I have an import library which comes from the
Gerrit P. Haase wrote:
Sure, I could edit my .def file and create an import library that
contains the symbol names as expected by the linker, however I want
to know why this happens.
No, I cannot, or at least if I do so the symbols cannot be resolved at
runtime.
Gerrit
James R. Phillips wrote:
--- Christopher Faylor wrote:
FWIW, I don't think we want to start a precedent of official cygwin releases
installing things in /usr/local.
The intent of the packaging design is that the official cygwin binary release
would _not_ install anything in /usr/local.
James R. Phillips wrote:
--- Gerrit P. Haase wrote:
No subdirectories below /usr/bin, please.
OK, could you live with /usr/lib/lapack?
Yes.
To be honest, I cannot follow the discussion. Why is it not possible to
put the DLLs into /usr/bin? Is there another official package which
Please add a GhostScript CFAX device for SFF output
This patch adds the option for the CFAX device to GhostScript.
You need it to produce raw fax files (SFF):
http://www.shellbang.org/files/ghostscript-gnu-cfax.diff
diff -urN ghostscript-gnu.orig/scripts/configure
Chris Oxenreider wrote:
Thank you for your reply. Sorry for the delay in getting back to you.
I was trying to resolve some of these myself. The good news is that I
can compile apache. The bad news is that I continue to have issues with
PHP 5.
On Tue, 28 Jun 2005, Gerrit P. Haase wrote
Michael Swanson wrote:
I am trying to compile and link a simple Ada program on Cygwin. The
code for this looks like:
Hello.adb:
with Text_IO;
Procedure Hello is
begin
Text_IO.Put_Line(Hello);
end;
This compiles fine, but when I try to link the hello.o file, I get this
error:
Igor Pechtchanski wrote:
On Sat, 25 Jun 2005, James R. Phillips wrote:
[snip]
...to be replaced if possible by a tuned
blas implementation optimized for the machine lapack runs on.
Why not include a postinstall script for atlas that would compile and
install the executables?
Building
James,
Wouldn't it be sufficient to release a binary package with optimized
versions for i486 which probably works on every AMD/Intel based PC
as long as it is not an old 386? BTW, this is the architecture I
build gcc for.
You could include detailed instructions about rebuilding Atlas with
Igor Pechtchanski wrote:
On Sun, 26 Jun 2005, James R. Phillips wrote:
--- Igor Pechtchanski wrote:
http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks.
I use web mail for my cygwin mailing list interactions, so I can access
from work or from home. Unfortunately, I don't see a way to
Brian Dessent wrote:
For the record:
On the issue of not having future binary packages blow away a
source-compiled optimized version, you could do something similar to how
the gcc-mingw-* packages work. Those packages unpack to a single .tgz
file and postinstall/preremove scripts that
Igor Pechtchanski wrote:
Since you repackage anyway, this should work.
Hmm, yes. I'll try to change it in future releases.
Gerrit
--
=^..^=
Igor Pechtchanski wrote:
Hi,
I'm getting weird errors in the bowels of STL code when building setup
using the latest GCC (3.4.4-1). Below is a sample of the errors. I'm
stumped -- any ideas?
Igor
This is cygwin-apps, please use the main list;)
Gerrit
--
=^..^=
Gerrit P. Haase wrote:
Igor Pechtchanski wrote:
Hi,
I'm getting weird errors in the bowels of STL code when building setup
using the latest GCC (3.4.4-1). Below is a sample of the errors. I'm
stumped -- any ideas?
Igor
This is cygwin-apps, please use the main list;)
Just kidding, I
Chris Oxenreider wrote:
Hi,
I have been trying to compile Apache and PHP on XP. I have been using
the instructions on http://httpd.apache.org/docs/cygwin.html. I have
freshly re-installed my cygwin on XP as of 2005-06-17 which should be
the latest Cygwin (from Kernel.org). My ld version is
Daniel Zingaro wrote:
Hi all,
I have been using Cygwin on this Windows XP machine for about a year
without a problem. Specifically, I've been using GNU Pascal to compile
my Pascal source. Since I hadn't updated Cygwin in a while, I did so,
and now I receive the following error when I try to
Rebirth Seph wrote:
I believe it is called toolchain. I installed it but do not know a
whole lot more about it.
Since it is not a Cygwin package and it seems that you got it from
somewhere else, please ask the vendor of this toolchain for support
first.
Gerrit
--
Unsubscribe info:
RebirthSeph wrote:
Gerrit P. Haase wrote:
Rebirth Seph wrote:
I'm getting these errors while compiling:
$ make
psp-gcc -c -Wall -pedantic socket.c
In file included from
/usr/local/pspdev/psp/lib/gcc/psp/4.0.0/../../../../psp/in
clude/sys/socket.h:15,
from socket.c:10
[EMAIL PROTECTED] wrote:
Gerrit,
Thanks for the reply. I'm really at my wits' end. I can't say for sure
if the versions are the same, but the older one was downloaded at most 6
months ago. I've used this technique for many years now, through many
versions, so I think it must be something
Herb Martin wrote:
You indicated that SPF might be dependent on SRS,
I don't see that (but might be missing something).
My limited experience confirms your previous email pointing
to IPv6 support as the hangup.
I compiled libspf libsrs, though there were some tweaks
neccessary.
I take
[EMAIL PROTECTED] wrote:
Up to last week, I was able to do
enscript -p- file.txt $PRINTER
where I had
export PRINTER=//rhosvr01/rhohp4100
in my /etc/profile
and this worked well.
After my hard drive failed and I reinstalled windows, etc.,
the above enscript command fails with:
So
Rebirth Seph wrote:
I'm getting these errors while compiling:
$ make
psp-gcc -c -Wall -pedantic socket.c
In file included from /usr/local/pspdev/psp/lib/gcc/psp/4.0.0/../../../../psp/in
clude/sys/socket.h:15,
from socket.c:10:
Gianni Mariani wrote:
It appears a long long time ago that cygwin perl was capable of building
openssl, however it appears that now the openssl make files generated by
cygwin are filled with errors.
This seems to be a long-running issue. Ideas ?
Not really. I once used Cygwin nasm to
Please post to the list.
There was a patch posted:
http://sources.redhat.com/ml/cygwin/2003-05/msg01593.html
Just apply the patch, build qmail and install it as on Linux.
Gerrit
Devarajulu E V - Senior Technical Architect - SIS wrote:
Hi,
I went through the mailing list posted by you on
Herb Martin wrote:
It looks mostly like IPv6 stuff is causing the glitches.
This is the problem with libspf2, making the IPv6 stuff
conditional should do it, but I am not a programmer so I have
not really an idea how to start, all the IP stuff is mixed
together in several functions and it
Carlo Florendo wrote:
Now that we're talking about apache 2 here, is there some chance we
could include PHP as a module in apache? The
apache-php-postgresql/mysql framework has been waiting for a long time
in cygwin now. I remember around 2 years ago that the framework (at
least with
Herb Martin wrote:
Tried recompiling SPF and failed that due to similar
errors with (each of):
libspf2-1.2.4/
libspf2-1.2.5/
but succeeded with libsrs_alt-1.0rc1.tar.gz compile.
(which is more or less a sister package to SPF.)
libspf2 uses IPv6 which is not supported
Gerrit P. Haase wrote:
Herb Martin wrote:
Tried recompiling SPF and failed that due to similar
errors with (each of):
libspf2-1.2.4/
libspf2-1.2.5/
but succeeded with libsrs_alt-1.0rc1.tar.gz compile.
(which is more or less a sister package to SPF.)
libspf2 uses IPv6 which
[EMAIL PROTECTED] wrote:
Thank you for prompt response. I have just installed my ancient copy of
Fedora and there 'make all' of memtest works OK. I also found
'.previous' in 'info as' (on cygwin):
`.previous'
===
This is one of the ELF section stack manipulation directives.
Andreas Eibach wrote:
Gerrit P. Haase [EMAIL PROTECTED] schrieb am 18.06.05 02:22:11:
Andreas,
may I point you to the thread with the subject:
Date: 04-10-31 14:37
Subject: httpd-2.0.52 (Apache2) testers wanted / maintainer searched
- http://www.cygwin.com/ml/cygwin/2004-10/msg01447.html
Max Bowsher wrote:
Gerrit P. Haase wrote:
I found the source / build tree, it is still around anyway. The
compressed tarball with the patch is about 400k. May I send
you the patchfile and script (as PM)?
Eep! How did you get a patch that big?
My actual upstream modifications patch
Ross MacGillivray wrote:
I am compiling one of the livemedia libraries (live.com), and I am getting the
following error:
E:\livemedia\live\UsageEnvironmentmake --makefile=UsageEnvironment.mak
UsageEnvironment.mak:17: *** missing separator. Stop.
I have seen two explanations for this error
Juan Carlos Morataya wrote:
Hi,
I was tried to run a perl script that makes a call at the Spreadsheet
module, but it didn't work, it display an error message that literaly says
Can't locate Spreadsheet/WriteExcel.pm in @INC (@INC contains:
Andreas,
may I point you to the thread with the subject:
Date: 04-10-31 14:37
Subject: httpd-2.0.52 (Apache2) testers wanted / maintainer searched
- http://www.cygwin.com/ml/cygwin/2004-10/msg01447.html
My server is not up, I had a crash and all the files below the server
root were lost, I
Andreas Eibach wrote:
Error message is
Dynamic Link Library cygexpat-0.dll not found in specified path.
This happens when I try to start X Window (startx). I know this
is not the place to ask X questions, but when I did a Windows
search for *expat*, I found something related to Perl or
Corinna Vinschen wrote:
On Jun 11 18:53, Gerrit P. Haase wrote:
Corinna Vinschen wrote:
Otherwise, do you know by any chance, if there exists some fix for that
problem? The above kludge is almost a year old, so there's a chance
that somebody already found the fix.
Where we had a problem
Corinna Vinschen wrote:
Gerrit, could you please follow up on this? It seems the simplest way is
to just switch off -funit-at-a-time for the -O2 optimization. This is the
patch we applied internally, if that's of any help for you:
Index: gcc/opts.c
Oliver Geisen wrote:
Hello,
is there a way i can run an self-created post-installation-script aber
setup is done, resp.
after the first shell is invoked ?
Every script ending with .sh in /etc/postinstall is executed from
setup.exe and renamed to *.sh.done.
At shell startup there is
Brian Dessent wrote:
I was trying to build autogen when I got to this:
/bin/bash ../libtool --tag=CC --mode=link ccache gcc
-Wl,-no-undefined -o autogen.exe -export-dynamic autogen-ag.o
.../autoopts/libopts.la -lguile -lguile-ltdl -lcrypt -lm -lm
libtool: link: cannot find the library
David Rothenberger wrote:
On 6/9/2005 11:15 AM, Dave Korn wrote:
Original Message
From: Christopher Faylor
Sent: 09 June 2005 19:08
On Thu, Jun 09, 2005 at 11:05:40AM -0700, David Rothenberger wrote:
I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of
test,
Dave Korn wrote:
Yep, that's got to be the source of the problem.
% ls /lib/gcc/i686-pc-mingw32
3.4.1
Gcc normally lives under /lib/gcc-lib/, rather than /lib/gcc/...;
someone's been playing around with all the various individual --*-prefix=DIR
and --*dir= options at configure
David Rothenberger wrote:
I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of
test, so I upgraded it. I then tried to build the cygwin DLL and
utilites from CVS and ran into a problem compiling cygcheck.
g++: installation problem, cannot exec 'cc1plus': No such file or
Gerrit P. Haase wrote:
Dave Korn wrote:
Yep, that's got to be the source of the problem.
% ls /lib/gcc/i686-pc-mingw32
3.4.1
Gcc normally lives under /lib/gcc-lib/, rather than
/lib/gcc/...;
someone's been playing around with all the various individual
--*-prefix=DIR
David Rothenberger wrote:
On 6/9/2005 12:17 PM, Gerrit P. Haase wrote:
David Rothenberger wrote:
% cygcheck -cv | grep gcc
Empty package gcc
gcc 3.4.4-1 OK
gcc-core3.4.4-1 OK
gcc-g++ 3.4.4-1 OK
Empty
David Rothenberger wrote:
On 6/9/2005 12:24 PM, David Rothenberger wrote:
On 6/9/2005 12:17 PM, Gerrit P. Haase wrote:
David Rothenberger wrote:
% cygcheck -cv | grep gcc
Empty package gcc
gcc 3.4.4-1 OK
gcc-core3.4.4-1 OK
gcc
Thomas Rabe wrote:
Hello,
I'm trying to compile a project under windows 2000 professional using
MSVC C++ 6.0 and the cygwin package and get the following message:
text2pcap-scanner.c
Linking text2pcap.exe
link @C:\DOCUME~1\rt7zfe\LOCALS~1\Temp\nmf01876.
cd doc
NMAKE
Amit Regmi wrote:
I am having problems with C:\libpst_0.3.4_win32\libpst_0.3.4\readpst.exe
after downloading cygwin1.dll and then placing at the same folder i get
this message on execution
The procedure entry point __getreent could not be located in the
dynamic link library cygwin1.dll
Hi all,
I'm trying to integrate the D frontend for GCC in the GCC 3.4.4 release,
I'm in contact with the maintainer David Friedman, he successfully
compiled the current (0.12.1) sources with MinGW and I expect that he
also has tested it with other supported platforms, however I get this
error
Gerrit P. Haase wrote:
Hi all,
I'm trying to integrate the D frontend for GCC in the GCC 3.4.4 release,
I'm in contact with the maintainer David Friedman, he successfully
compiled the current (0.12.1) sources with MinGW and I expect that he
also has tested it with other supported platforms
Gerrit P. Haase wrote:
Gerrit P. Haase wrote:
Hi all,
I'm trying to integrate the D frontend for GCC in the GCC 3.4.4 release,
I'm in contact with the maintainer David Friedman, he successfully
compiled the current (0.12.1) sources with MinGW and I expect that he
also has tested
BTW, you could also need a time service at your machine:
NetTime from http://nettime.sf.net/ is a simple time synchronization
client for Windows 95/98/NT/2000 and it is free of charge.
Gerrit
--
=^..^=
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
Gerrit P. Haase wrote:
Maybe this is the problem here:
!!defined (TARGET_IS_PE_COFF)
Is TARGET_IS_PE_COFF defined for Cygwin?
Yes it is:
#define TARGET_IS_PE_COFF 1
Is this wrong in the d-codegen source? I'kll try what changes if I
include Cygwin:
! #if defined (ASM_OUTPUT_DEF
Gerrit P. Haase wrote:
Hi all,
I'm trying to integrate the D frontend for GCC in the GCC 3.4.4 release,
I'm in contact with the maintainer David Friedman, he successfully
compiled the current (0.12.1) sources with MinGW and I expect that he
also has tested it with other supported platforms
David Friedman wrote:
Maybe this is the problem here:
!!defined (TARGET_IS_PE_COFF)
Is TARGET_IS_PE_COFF defined for Cygwin?
Yes it is:
#define TARGET_IS_PE_COFF 1
Is this wrong in the d-codegen source? I'kll try what changes if I
include Cygwin:
! #if defined (ASM_OUTPUT_DEF) \
!
David Friedman wrote:
This is probably a better test:
--- d-codegen.cc.origTue Jun 7 14:10:57 2005
+++ d-codegen.ccTue Jun 7 14:11:55 2005
@@ -1757,7 +1757,7 @@
char buf[256];
#if defined (TARGET_IS_PE_COFF)
- if (DECL_ONE_ONLY (function))
+ // if (DECL_ONE_ONLY (function))
Yitzchak Scott-Thoennes wrote:
On Sun, Jun 05, 2005 at 06:31:31PM -0700, Brian Dessent wrote:
Volker Quetschke wrote:
You mean special logic for windows file permissions (ACL?), not only
using the owner/group/other scheme?
I think that it recognises files ending in .exe and special-cases
Gene Smith wrote:
I am interested in running LXR (source browser) on a Windows 2k laptop
with cygwin. I have installed lxr-0.9.3 on a couple of linux machines
with no problem. LXR, written in perl, uses the following helper
applications:
apache
exuberent ctags
glimpse (or swish-e)
mysql (or
Krzysztof Duleba wrote:
Volker Quetschke wrote:
I stumbled over the following problem, perl's -x doesn't recognize
some files as executable, even though they are and test -x does.
It works for me if the file is group or world executable.
Works for me anyway, as long as I am probing a
Gadi Bergman wrote:
Hello,
I cannot compile my C++ program on Cygwin with g++ because vswprintf is
not available.
This function is implemented on the Linux machine I am working with. Is
there any way to make it work on Cygwin?
The wchar functions needed are missing in newlib.
Gerrit
--
Gerrit P. Haase wrote:
Krzysztof Duleba wrote:
Volker Quetschke wrote:
I stumbled over the following problem, perl's -x doesn't recognize
some files as executable, even though they are and test -x does.
It works for me if the file is group or world executable.
Works for me anyway
Champ Mendis wrote:
Hi,
I received following error message when compiling C++ code in Cygwin, I
would be extremely grateful if someone can
point out the solution to the problem.
$ make
g++ -Wall -O3 -c main.cc
g++ -Wall -O3 -c sensor.cc
g++ -Wall -O3 -c
Alireza Ghasemi wrote:
Hello,
Inorder to compile Perl 5.6.1 I configured it with '-de'(default) parameter
and It was configured with no error.But when I tried to 'make' it said :
GNUmakefile:245: warning: overriding commands for target `perlmain.o'
GNUmakefile:187: warning: ignoring old
Hi Carlo,
Carlo Florendo wrote:
Gerrit P. Haase wrote:
Hi Carlo,
do you want to contribute / maintain MySQL instead?
There is some support for Cygwin in the latest releases, e.g.
the #pragma inplementation stuff was changed. Also some other
patches I collected were applied. The last time
Brian Dessent wrote:
Christopher Faylor wrote:
While this might help to avoid... something, I'm seriously wondering
what's wrong with this expression. Why does each new version of gcc
add new incompatibilities?
Well, it might actually be a gcc bug.
Here I admit to using a snapshot
Sunil wrote:
machine 1: 533Mhz, 10GB 5400rpm disk, 384MB RAM, SFU
on W2K, - build time for texinfo = 345 seconds.
machine 2: 2400Mhz, 100GB 7200rpm disk, 768MB RAM,
cygwin 1.5.17 on WinXP, - build time for texinfo =
334 seconds.
- 345 seconds vs. 334 seconds
So actually, cygwin is faster
Igor Pechtchanski wrote:
On Thu, 2 Jun 2005, Robb, Sam wrote:
Is there any reason why the cygwin DLL couldn't be built
twice: once for Win9x, and once for WinNT-based systems?
Aside from potential installation issues (install this
version of the DLL under 9x, that version under NT), it
seems
Terry Dabbs wrote:
No!
I am supporting applications requiring cygwin on '95 and '98 that are
not going away anytime soon.
I have not seen any Win98/ME PC since about 5 years, we're using NT all
over the place. As I started to work in this business NT4 was current,
then W2K came up, now
Igor Pechtchanski wrote:
On Fri, 3 Jun 2005, Gerrit P. Haase wrote:
Terry Dabbs wrote:
No!
I am supporting applications requiring cygwin on '95 and '98 that are
not going away anytime soon.
I have not seen any Win98/ME PC since about 5 years, we're using NT all
over the place. As I
marcos rebelo wrote:
try to install the XML::libXML
I have this error
running xslt-config... /dev/null at Makefile.PL line 191.
xslt-config --version at Makefile.PL line 192.
C:\cygwin\bin\perl.exe (2672): *** unable to remap
C:\cygwin\bin\cygiconv-2.dll to same address as parent0xD7) !=
[EMAIL PROTECTED] wrote:
Am Montag, 30. Mai 2005 22:33 schrieb Gerrit P. Haase:
Anonymous wrote:
My System:
#Set-up:
$ g++ cygspd.cc -o cygspd-basic
$ g++ -O7 cygspd.cc -o cygspd-o7
$ g++ -fno-exceptions cygspd.cc -o cygspd-ne
$ g++ -O7 -fno-exceptions cygspd.cc -o cygspd-ne-o7
$ g++ -mno
Ralf Habacker wrote:
Interesting, why is it faster when running a binary that doesn't
depend on cygwin1.dll after swapping the DLL? Some Win caching mechanism?
I recognized this caching behavior with KDE/cygwin too. Under
http://cvs.sourceforge.net/viewcvs.py/kde-cygwin/tools/fillmem/
Charles Wilson wrote:
[...]
In short, most of the needs addressed by the overly complicated
wrapper scripts and /usr/autotool/{devel|stable} installation
have been obsoleted.
[...]
Comments?
As long as I will be able to build GCC, ok.
From http://gcc.gnu.org/install/prerequisites.html:
Anonymous wrote:
My System:
#Set-up:
$ g++ cygspd.cc -o cygspd-basic
$ g++ -O7 cygspd.cc -o cygspd-o7
$ g++ -fno-exceptions cygspd.cc -o cygspd-ne
$ g++ -O7 -fno-exceptions cygspd.cc -o cygspd-ne-o7
$ g++ -mno-cygwin cygspd.cc -o cygspd-mingw
$ g++ -O7 -mno-cygwin cygspd.cc -o cygspd-mingw-o7
Yitzchak Scott-Thoennes wrote:
On Thu, May 26, 2005 at 07:30:41PM -0600, Nathan L Mullen wrote:
I recently upgraded from Cygwin 1.5.6-1 to 1.5.16-1.
Does it still happen with 1.5.17-1?
Did you upgrade perl at the same time? If so, do you know what
the old version was?
I received the
Christopher Faylor wrote:
On Sat, May 28, 2005 at 11:05:23PM -0400, Christopher Faylor wrote:
On Sat, May 28, 2005 at 08:18:46PM -0400, Christopher Faylor wrote:
I have an idea about how to work around this problem but I have to think
about how dangerous it might be. Basically removing the
Hallo Franz,
Thank you for providing the patch. The original problem is not
triggered any more. However, new undefined references appear:
/bin/bash ../../libtool --mode=link --tag=CC gcc -g -O2 -Wall -o im-ime.la -rpath /usr/local/lib/gtk-2.0/2.4.0/immodules -rpath
jose isaias cabrera wrote:
Greetings!
Does cygwin comes with a light X browser? If not, is there one that I
can quickly build with cygwin?
A browser of the highest quality, Lightweight and folds away flat:
http://www.printbrowsers.com/browser-classic-x.htm
No, to be serious, what is an X
Andy Ross wrote:
But as I noted in my original post: It's not waiting on the disk
reads. Comment out the split() call and watch the delays disappear.
Raw I/O speed in cygwin is comparable to mingw or MSVC. The overhead
is due, somehow, to activity within/under split(). Other than
allocation,
Christopher Faylor wrote:
On Sat, May 28, 2005 at 01:24:31PM +0200, Vaclav Haisman wrote:
Somebody mentioned that malloc implementation could be the problem. Dunno. I
has also crossed my mind that another difference between FreeBSD and Cygwin is
implementation of C++ exceptions. Maybe the
Danny Smith wrote:
Re: Serious performance problems (Gerrit/Danny please comment)
From: Christopher Faylor cgf-no-personal-reply-please at cygwin dot com
To: cygwin at cygwin dot com
Date: Sat, 28 May 2005 14:57:20 -0400
Subject: Re: Serious performance problems (Gerrit/Danny please comment)
Vaclav Haisman wrote:
On Sat, 28 May 2005, Gerrit P. Haase wrote:
Andy Ross wrote:
But as I noted in my original post: It's not waiting on the disk
reads. Comment out the split() call and watch the delays disappear.
Raw I/O speed in cygwin is comparable to mingw or MSVC. The overhead
401 - 500 of 2339 matches
Mail list logo