Ld rules:
1. By default ordinal linking is disabled
2. Add an ld option to enable ordinal linking.
As ordinal the hint number is used. (Could this have any unknown
side effect ??)
ordinal = hint number + 1.
How should such an option be named ?
--enable-ordinal-link ?
On Thu, Apr 25, 2002 at 02:01:26PM +0200, Ralf Habacker wrote:
Hi,
I've send a mail to the [EMAIL PROTECTED] and cc'ed to the binutils and
cygwin-apps mailing-list.
Now I'm wondering, why I have got three mails in the kde-cygwin
list, one send
directly from my address, one send
If you're using procmail, this type of thing will happen when you
use the ^TO or ^TO_ macro to catch mailing list messages. I
describe alternatives in my Procmail Quick Start in this section:
Thanks for this hint, but the problem was Outlook rules.
I have thought, that the top rules have the
Even Outhouse Express does better than that. Is there a checkbox in the
rule dialog for 'stop processing' or something similar?
After searching a while I'v found such a rule in the last corner :-)
Thanks
Ralf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug
), exp-internal_name, ,
Any comments ?
Regards
Ralf Habacker
Hi Danny,
Yes, this looks very nice, but does it works against current CVS?
This patch is a minor change, which could be reviewed easy, but I have got
trouble using the current cvs head (binutils 2-12.xx) release from
sources.redhat.com.
It produces undefined symbols compiling dll/apps and
datasize; j += 4)
{
int ordinal;
char *member_name;
bfd/ChangeLog---
2002-04-25 Ralf Habacker [EMAIL PROTECTED]
* peigen.c (pe_print_idata): bugfix for segfault in
displaying auto-import image-import
-Original Message-
From: Ralf Habacker [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 26, 2002 12:09 AM
Any comments ?
Looks reasonable to me (on first glances). I'll try and have a closer
look this weekend if no-one else does.
Perhaps it helps, if I tell some details
Do not use C++ style comments in C code. It is non-portable.
This is an updated patch against the current cvs release and without c++
comments and a (I hope) propper changeLog entry.
2002-04-25 Ralf Habacker [EMAIL PROTECTED]
* pe-dll.cc (autofilter_symbolprefixlist): don't
On Thu, Apr 25, 2002 at 01:32:47PM +0200, Ralf Habacker wrote:
Hi Danny,
Yes, this looks very nice, but does it works against current CVS?
This patch is a minor change, which could be reviewed easy, but I have got
trouble using the current cvs head (binutils 2-12.xx) release from
* emultempl/pe.em (gld_${EMULATION_NAME}_place_orphan): Likewise.
Then this file could only be affected
When you take a look at the following changelog entry I assume, that this isn't
the problem, because there are only 4 changed lines, much more changes
ld was broken between 16 Dec (works) and 17 Dec (doesn't). The breakage was
reported to binutils list in January. I think, the problem is with merging of
sections in pe-dll.c in make_head() when making implib.
Another question: Does bfd have a debug mode or something else ?
Ralf
--- Ralf Habacker [EMAIL PROTECTED] wrote:
Can anybody tell me which cvs version is the last stable ? I
have tried to
checkout binutils with date 2001/12/31, but got compiling errors.
Compiling errors are fixed (was an overseen cvs conflict, but the problem
still
remains
, why I see this ?
Thanks
Ralf Habacker
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
ld checks the symbols in the shared libs during compile time to see
if it can
resolve all symbols and appearantly also detects duplicated
symbols. On Linux
it is not necassery impossible to have two libs that define the
same symbols.
E.g. this feature can be used to override the malloc
In the cygwin-apps I have seen some messages
http://sources.redhat.com/ml/cygwin-apps/2002-01/msg00340.html about a
killall
util, which was going to be part of the cygutils packages but was waiting
because of licensing problems.
For killall I'm using a good working script for
In the cygwin-apps I have seen some messages
http://sources.redhat.com/ml/cygwin-apps/2002-01/msg00340.html about a
killall
util, which was going to be part of the cygutils packages but was waiting
because of licensing problems.
For killall I'm using a good working script for about a
1. When someone build a shared lib on linux and uses a static lib, are the
symbols of the static lib automatically exported ?
Yes, using a static lib is no different than compiling that code
directly into your codebase.
Thats the behavior we have on cygwin, isn't it
2a. If yes, and
Hi all,
the kde-cygwin team has released the qt 2.3.1 beta 1 release.
This release is an update to the official qt 2.3.1 with all cygwin related
patches from the 2.3.0 release applied.
The most imported change is optimized qdir/qfile code, which speeds up qt file
dialog displaying.
You can
. Perhaps
anyone like this to integrate in the cygutils package. This script allows
killing more than one task, because it does a grep with the first param.
syntax: killall taskname | tasknamepart
$ cat /bin/killall
ps -ea | grep $1 | gawk '$1 ~ /^[^SI]/ { system(kill -9 $1); }'
Regards
Ralf
2b) set an option like --export-libs=* or something else
2c) identify the libs to export and set an option like
--export-libs=lib1,lib2,
Ups, I have overseen some errors in the logic above.
Additional Danny has used --exlude-libs, so the logic must
be negated
2b) set an option like
From: Robert Collins
Sent: Sunday, April 14, 2002 9:43 AM
Again, the ...= came from you, Rob. So, what's the
difference between
...= and ...=no or ...=unsupported (or
...=yes, for that
matter). And which do we want/need?
We want ...=. In both locations.
I'll test the
I'm using a special patched ld (based on the
recent official
ld) which rejects exporting of all imported
libs with a one
line patch
binutils/ld/pe-dll.c:234
/* Do not specify library suffix explicitly, to
allow for
dllized versions. *
static autofilter_entry_type
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf
Of Joshua Lokken
Sent: Thursday, April 11, 2002 8:33 AM
To: [EMAIL PROTECTED]
Subject: cygpng2.dll missing
Hello, all:
Cygwin is great so far!!
Question: After installing KDE and all of the
wei [EMAIL PROTECTED] * tcp.h: Add definition for
struct tcphdr. 2002-04-09 Wu
Yongwei [EMAIL PROTECTED] * udp.h: New file. Definition for struct
udphdr. In
include/cygwin/: 2002-04-09 Wu
Yongwei [EMAIL PROTECTED]
* ip.h: Remove empty file. [Ralf
Habacker]
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf
Of Robert Collins
Sent: Monday, April 08, 2002 10:13 AM
To: [EMAIL PROTECTED]
Subject: rootless mode
I've been thinking about rootless mode.
Here's my current thoughts:
1) We create a real win32
Thank you for pointing this out. :-) I doesn't know that in
this detail
Regards
Ralf
snip
I know you say that Cygwin/XFree86 is up-to-date,
but are you running
Cygwin/XFree86 4.2.0? You can check by running
'xdpyinfo' in a local
Cygwin/XFree86 session or in a terminal when you
are logged into another
machine via XDMCP.
qt3, which is used by kde3, does not work with the
.libs rm -f libprofiler.la ln -s ../libprofiler.la
libprofiler.la)
Any ideas ?
Ralf Habacker
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http
searching a while in the google database I have found
a sample implementation for named pipes on win95/98/Me on
http://www.codeguru.com/system/NPW.html, which implement it
with anonymous pipes and uses the registry to exchange the
pipe handles between the processes.
Any comments ?
Regards
Ralf Habacker
On Tue, Mar 12, 2002 at 09:30:05AM +0100, Ralf
Habacker wrote:
I have done some analysing work with this and with the
cygwin daemon (cygserver transport classes)
there may be a
way in the future to implement unix domain sockets with
named pipes which speed up unix domain sockets up
To my great surprise, the close(socket) operation
took EXTREMELY long. It
took 0.11 second (CPU usage was low), while this
operation under MinGW 1.1
on the same machine took only 0.00019 second. On
another Linux machine,
close took 0.43 second.
A solution may be in calling
Hello,
I have a problem running KDE 2 under Cygwin
1.3.9 / XFree 4.2.0: it
says The procedure entry point XShmAttach could
not be located in the
dynamic link library libXext.dll. Really,
there's no such entry point
in that DLL. I've tried to use DLL from XFree
4.1.0 but it doesn't
And this is the wrong mailing list for discussing KDE.
There is always at least one isn't there? I
suppose this is not the
place to ask questions related to cygwin?
We tried to make this very clear here:
http://cygwin.com/lists.html
Hi Chris,
isn't it possible to implement an
Is anyone using KDE, KOffice, (especially)
KDevelop with Cygwin? I assume it
would need the qt library. Is this all workable?
Look at http://kde-cygwin.sourceforge.net. There are alpha
releases of some kde packages
Regards
Ralf
--
Unsubscribe info:
To my great surprise, the close(socket) operation
took EXTREMELY long. It
took 0.11 second (CPU usage was low), while this
operation under MinGW 1.1
on the same machine took only 0.00019 second. On
another Linux machine,
close took 0.43 second.
An strace of fakeweb with a patchec
Hi all,
the current dirname tool does not support backslash support. This patch fixes this.
Regards
Ralf Habacker
dirname.patch
Description: Binary data
dirname.ChangeLog
Description: Binary data
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Corinna Vinschen
Sent: Tuesday, February 12, 2002 5:44 PM
To: cygwin
Subject: Re: unix domain socket with shared memory ?
On Tue, Feb 12, 2002 at 05:11:22PM +0100, Ralf Habacker wrote:
Excuse me
http://i30www.ira.uka.de/courses/winter00-01/Prosem_LinuxInternals/4.4ipc.ppt
Hi all,
cfg has told me about the current process of cygwin daemon
implementation with ipc support.
I initial have heard last year, that this work would be started, but
because of so much other work I have
If you look a little deeper you can see, that the read() in unix domain socket
benchmark returns only
32708 bytes
1966 1981317 [main] bw_unix 1788 _read: 32708 = read (3, 0xA012048, 65536),
errno 0
while the read() in the tcp benchmark returns 65416
2573 7229513 [main]
On Wed, Feb 06, 2002 at 03:17:27PM +0100, Ralf Habacker wrote:
Some guys may say, unix domain sockets are not implemented through tcp connection,
but I'm relative
sure, that this
is true:
Huh? Why are you relative sure? Didn't you take a look into
the Cygwin sources which would
Why can't this /dev/registry stuff be just an ioctl()? Open the
/dev/registry node for the appropriate access, then use some ioctl()'s to
read and write it. Put the /dev/null entry points for the read and write
handlers for /dev/registry and you won't have that accidental corruption
Hi all,
cfg has told me about the current process of cygwin daemon implementation with ipc
support.
I initial have heard last year, that this work would be started, but because of so
much other work I have lost the
contact to the ongoing process.
Now I was looking into the ongoing work and
A patch is available in
http://sources.redhat.com/ml/cygwin-apps/2001-11/msg00736.html
This has been discussed before.
http://cygwin.com/ml/cygwin/2001-01/msg5.html et al
-Original Message-
From: Benoit Rochefort [mailto:[EMAIL PROTECTED]]
Subject: perl -i switch bug
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Christopher Faylor
Sent: Tuesday, February 05, 2002 6:29 PM
To: [EMAIL PROTECTED]
Subject: Re: /dev/registry
On Tue, Feb 05, 2002 at 02:09:27PM +0100, Lapo Luchini wrote:
The trick at this point
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Charles Wilson
Sent: Monday, February 04, 2002 8:30 AM
To: [EMAIL PROTECTED]
Subject: Re: [ANNOUNCEMENT] Updated: libtool-devel-20020202-1
Note: In libtool CVS, a decision was made to rescind the
On Wed, Jan 30, 2002 at 07:50:45PM -0800, Barubary wrote:
Do you have any idea how to compile a program for the win32 POSIX system?
If we could reverse engineer a win32 POSIX program that uses fork(), we
could see the raw NT commands to do it.
Corinna already provided a reference which
I' ve send this mail original to cygwin, because I was told to use the cygwin list, if
not talking about cygwin
distributed apps, but I don*t know I you are listening to cygwin, soo this is a
resent. :-)
Hi all,
I've recently installed the DocBook text processing system under CygWin.
This
Hi all,
the last days I have run the lmbench benchmark suite with cygwin and Suse Linux 7.1 on
a Toshiba Satellite Pro 4300
Serie with PIII 700 MHz, 320 MB RAM.
I was very surprised about the differences in some tests. While some tests produces
expected results for example in
the processor
On Sat, Jan 26, 2002 at 08:14:47PM +0100, Ralf Habacker wrote:
while makeing some tests I recognized, that sometime select() and
close() crashes, if the number of used file descriptors is 60.
grep /usr/include/sys/types.h for FD_SETSIZE. You'll note that it is,
by default, 64. Set
Has anyone address this problem already. I have looked int the
cygwin and list and found the only topic
http://sources.redhat.com/ml/cygwin/2001-12/msg00201.html
In the attached file there is a patch for gettmieofday:
---
int gettimeofday(struct timeval *tv, struct timezone
Hmm. I do remember this patch. Can you submit this to cygwin-patches
in the correct format: http://cygwin.com/contrib.html ?
Given enough time, yes (never hacked that one, but it seems that only
winsup/cygwin/times.cc would need to be modified).. anyway of course I'm one of
the few
Hmm. I do remember this patch. Can you submit this to cygwin-patches
in the correct format: http://cygwin.com/contrib.html ?
Given enough time, yes (never hacked that one, but it seems that only
winsup/cygwin/times.cc would need to be modified).. anyway of course I'm one of
Lapo Luchini writes:
I adapted the code to find exactly the minimum time slice, and not how well
1ms of retard is seen (it was a 0ns or 15000ns, this is always 15000ns;
moreover printf is out of the timing section):
isn't the time slice about 10ms. ?
Actually is between 15 and
only the x11 release of qt with g++, which you can find
under the download area of
http://kde-cygwin.sourceforge.net.
This is used to enable kde1/2 application on cygwin and xfree86 on windows.
Regards
Ralf Habacker
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug
is one of the least problems :-)
Do you have compiled your project with this patched libtool succesfully ?
Without any other problems ?
Ralf
Stephano Mariani
-Original Message-
From: Ralf Habacker [mailto:[EMAIL PROTECTED]]
Sent: 20 January 2002 15:57
To: Cygwin
Cc: Stephano
Ralf, of more use would be an interdiff between the (rc5-cvs of same
date) and (your updated code - cvs it's based against), that would me
and Chuck how close the two versions are, with respect to the rc5
changes.
I have appended the patched libtool.m4 one time against the cvs HEADbranch release
Ralf Habacker wrote:
Robert Collins wrote:
Quoting from the fink site (it was handy):
The current development branch: This is the development version that
will some day be released as libtool 1.5. It has resulted from the merge
of 1.4 and the MLB. It supports C, C++ and Java (via gcj
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Harold Hunt
Sent: Friday, January 18, 2002 5:27 AM
To: [EMAIL PROTECTED]
Cc: cygx
Subject: RE: Cygwin XFree web page looks odd in Mozilla
Rob - The errors you reported were trivial and are
Ralf Habacker wrote:
Robert Collins wrote:
Quoting from the fink site (it was handy):
The current development branch: This is the development version that
will some day be released as libtool 1.5. It has resulted from the merge
of 1.4 and the MLB. It supports C, C++ and Java (via gcj
Robert Collins wrote:
Quoting from the fink site (it was handy):
The current development branch: This is the development version that
will some day be released as libtool 1.5. It has resulted from the merge
of 1.4 and the MLB. It supports C, C++ and Java (via gcj).
Unfortunately, it can't
Hi,
I have downloaded the newest autotool with setup.exe and some problems (cygwin not
found
issue) are fixed.
The problem relating to the CXX configuration remains. After looking in the related
source I
recognized that this might be a bug in libtool.m4 (see below)
Charles, if you read this,
+ _IceLastMajorOpcode
Why does this symbol need to be exported? I need some description to put in
the patch submission if I'm going to send this on to XFree86.
I've got some errors from people who were compiling the kdelibs 2.1.1 from the
kde-cygwin cvs
area and the dcopserver depends on
Suhaib
-Original Message-
From: Ralf Habacker [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 14, 2002 5:19 PM
To: Cygwin-Xfree
Subject: Building Enlightenment
Hi Suhaib,
it is interesting for the xfree people to have a link to a
patched libxext relating to this thread
in this package is a problem, let me know.
Ralf
Suhaib
-Original Message-
From: Ralf Habacker [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 14, 2002 5:19 PM
To: Cygwin-Xfree
Subject: Building Enlightenment
Hi Suhaib,
it is interesting
+0100, Ralf Habacker wrote:
Ralf, I've checked this in.
However: Your changelog was atrocious.
The changes are meant to be 'proper' sentences. That means
capitalisation is important, as is spelling.
Next time I'll reject the patch and get you to fix it up. That wastes
time (yours
On Fri, 11 Jan 2002, Ralf Habacker wrote:
Hi,
I'm using the latest Xserver Test Release and have recognized a problem,
when starting some apps without any window manager.
For starting kde/kde2 I'm using setxroot to choose another background at
the start of the launching process
Ralf, I've checked this in.
However: Your changelog was atrocious.
The changes are meant to be 'proper' sentences. That means
capitalisation is important, as is spelling.
Next time I'll reject the patch and get you to fix it up. That wastes
time (yours) though, so I'd really prefer it
Hi,
I'm using the latest Xserver Test Release and have recognized a problem, when starting
some
apps without any window manager.
For starting kde/kde2 I'm using setxroot to choose another background at the start of
the
launching process, which needs some time. At this time no window manager
Hi,
I've tried to compile a recent setup.exe from the cvs and got an error while compiling
mklink2.c about function declaration isn't a prototype
I've found that in cinstall/Makefile.in the -Werror option is set, so warnings causes
compiling failures.
What about this ? As I see there are two
- Original Message -
From: Ralf Habacker [EMAIL PROTECTED]
To: Cygwin [EMAIL PROTECTED]
Sent: Thursday, January 10, 2002 8:45 PM
Subject: Problem with winsup/cinstall compilation
Hi,
I've tried to compile a recent setup.exe from the cvs and got an error
while compiling
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Sylvain Petreolle
Sent: Wednesday, January 09, 2002 6:41 PM
To: [EMAIL PROTECTED]
Subject: Kde 2.2.1's setup.ini file
Hi,
I would install Kde 2.2.1 and i didn't find
the setup.ini file on
Hi,
on working with temporay cygwin builds and installations I missed an uninstall option
of a
local build and installed cygwin.dll. The appended patch added this functionality to
cygwin/Makefile. If someone find this useful to integrate, please use it otherwise
forget it.
Regards
Ralf
On Fri, Dec 28, 2001 at 12:50:07PM +0100, Ralf Habacker wrote:
-Original Message-
From: Jason Tishler [mailto:[EMAIL PROTECTED]]
On Wed, Dec 26, 2001 at 09:08:49PM +0100, Ralf Habacker wrote:
On analysing this problem I added an option -l to the rebase tool to
list
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Corinna Vinschen
Sent: Wednesday, January 02, 2002 11:05 AM
To: Cygwin
Subject: Re: duplicate regexec/regcomp functions detected
On Wed, Jan 02, 2002 at 12:57:25AM +0100, Ralf Habacker wrote
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Corinna Vinschen
Sent: Tuesday, January 01, 2002 4:07 PM
To: [EMAIL PROTECTED]
Subject: Re: duplicate regexec/regcomp functions detected
On Mon, Dec 31, 2001 at 07:53:28PM +0100, Ralf Habacker wrote
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Christopher Faylor
Sent: Sunday, December 30, 2001 8:37 PM
To: [EMAIL PROTECTED]
Subject: Re: duplicate regexec/regcomp functions detected
On Sat, Dec 29, 2001 at 08:21:43PM +0100, Ralf Habacker
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Christopher Faylor
Sent: Sunday, December 30, 2001 7:45 PM
To: [EMAIL PROTECTED]
Subject: Re: duplicate regexec/regcomp functions detected
On Sun, Dec 30, 2001 at 02:18:56PM +0100, Ralf Habacker
, Ralf Habacker wrote:
-Original Message-
From: Jason Tishler [mailto:[EMAIL PROTECTED]]
On Wed, Dec 26, 2001 at 09:08:49PM +0100, Ralf Habacker wrote:
On analysing this problem I added an option -l to the rebase tool to
list dll's imagebase and -size without rebasing. It's very
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Christopher Faylor
Sent: Friday, December 28, 2001 6:50 PM
To: [EMAIL PROTECTED]
Subject: Re: duplicate regexec/regcomp functions detected
On Fri, Dec 28, 2001 at 12:14:04PM +0100, Ralf Habacker
The above command line is just bogus. The -lpthread before the main.o
is wrong. If you are going to choose an example choose one that makes
sense.
This was a real example, I've found in the qt library and has the intention to show
... ups, this sentence should have an end
Ralf Habacker wrote
The patch for creating libpthread.a is appended. It contains a script names speclib
and an
additional rule in the src/winsup/cygwin/Makefile.in.
I have recognized yet a little problem with the speclib script. I have checked this
from the
cygwin build dir without any errors
On Thu, Dec 27, 2001 at 06:22:43PM +0100, Ralf Habacker wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Corinna Vinschen
Sent: Friday, December 14, 2001 11:36 AM
To: cygwin
Subject: Re: duplicate regexec/regcomp functions detected
-Original Message-
From: Jason Tishler [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 27, 2001 7:05 PM
To: Ralf Habacker
Cc: Cygwin
Subject: Re: rebase addon - Bas and Size listing of dll's without
rebasing
Ralf,
On Wed, Dec 26, 2001 at 09:08:49PM +0100, Ralf Habacker
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Corinna Vinschen
Sent: Friday, December 14, 2001 11:36 AM
To: cygwin
Subject: Re: duplicate regexec/regcomp functions detected
On Thu, Dec 13, 2001 at 09:18:39PM +0100, Ralf Habacker wrote:
Hi all
Hi,
while porting kde2 the rebase tool solved some problems for me on using libtools
libltdl.
In the past I have to use the LTDL_DLOPEN_DEPLIBS in the config.h of libtldl, which
enables
loading of all dependency dll's of a lib and because of many dll's used for kde this
slow
down application
Hi,
while compiling kdm from kde 2.2.1 I recognized some missing symbols in the cygwin dll.
/home/habacker/tmp/kde/anoncvs.kde.org/kdebase/kdm/backend/dm.c:427: undefined
reference to
`setutent'
/home/habacker/tmp/kde/anoncvs.kde.org/kdebase/kdm/backend/dm.c:455: undefined
reference to
-Original Message-
From: Charles Wilson [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 19, 2001 4:44 PM
To: Ralf Habacker
Cc: Cygwin
Subject: Re: conditional problem with devel automake detected
Looks like this is an issue on automake-1.5 regardless of platform
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of Robert Collins
Sent: Wednesday, December 19, 2001 11:28 AM
To: Ralf Habacker; Cygwin
Subject: Re: conditional problem with devel automake detected
Automake 1.5 is more strict than 1.4. use 1.4
Hi all,
kde needs the regexp functions regexec and regcomp.
The cygwin lib contains the System V8 function call style, while the pcre package
(pcreposix)
provides another style (the system V style I guess). The problem is now, that both libs
supports the same names for regexec and regcomp but
Message -
From: Ralf Habacker [EMAIL PROTECTED]
Does anyone have an idea for fixing this ? I have no problem to fix
this, if somebody could
give me a direction where I have to look on.
Use linux or get the KDE team to fix their makefiles. You _could_ try
the cygwin=case_insensitive
into the thread http://cygwin.com/ml/cygwin/2001-11/msg01903.html
Regards
Ralf Habacker
Thanks,
--Piyush
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ
-Original Message-
From: Robert Collins [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 05, 2001 2:03 PM
To: Ralf Habacker; [EMAIL PROTECTED]
Subject: Re: problem with make
- Original Message -
From: Ralf Habacker [EMAIL PROTECTED]
...
Does anyone have an idea
-Original Message-
From: Robert Collins [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 04, 2001 10:14 AM
To: Ralf Habacker; Cygwin-Apps
Subject: Re: problem with make
- Original Message -
From: Ralf Habacker [EMAIL PROTECTED]
Does anyone have an idea for fixing
301 - 394 of 394 matches
Mail list logo