Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Date: Mon, 31 Dec 2001 12:17:37 -0500
From: Christopher Faylor <cgf AT redhat DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: duplicate regexec/regcomp functions detected
Message-ID: <20011231171737.GC1801@redhat.com>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <20011230193723 DOT GA13355 AT redhat DOT com> <000901c191dd$8f43f500$865c07d5 AT BRAMSCHE>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <000901c191dd$8f43f500$865c07d5@BRAMSCHE>
User-Agent: Mutt/1.3.23.1i

On Mon, Dec 31, 2001 at 10:28:52AM +0100, Ralf Habacker wrote:
>> -----Original Message-----
>> From: cygwin-owner AT cygwin DOT com [mailto:cygwin-owner AT cygwin DOT com]On Behalf
>> Of Christopher Faylor
>> Sent: Sunday, December 30, 2001 8:37 PM
>> To: cygwin AT cygwin DOT com
>> Subject: Re: duplicate regexec/regcomp functions detected
>>
>>
>> On Sat, Dec 29, 2001 at 08:21:43PM +0100, Ralf Habacker wrote:
>> >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. If someone was in the winsup dir and does a
>> make cygwin
>> >or make, than some command in speclib does not found the input files. The problem
>> is that ar
>> >does not have an -o option for an output dir, so the hack to emulate that does not work.
>> >Perhaps it is better to use the absolute path of the input library, but currently
>> I have no
>> >idea, how to solve this. :-(
>> >Perhaps anyone else have an idea ?
>> >
>> >speclib
>> >
>> >...
>> >cd $tmpdir
>> >$ar x $PWD/$inlib $FILES
>> >cd ..
>> >...
>>
>> I don't know if this helps bug can I suggest an alternate approach?  Use
>> cygwin.din to derive your list of files and do something like:
>>
>> $(LIBPTHREAD_A): speclib new-$(DLL_NAME) cygwin.din pthread.o thread.o
>> 	/bin/sh ${word 1,$^} $@  "$(NM)" "$(AR)" "$(RANLIB)" ${wordlist 3, 99, $^}
>>
>>
>That means, that libpthread contains all symbols of cygwin.dll and not only the symbols from
>pthread, which are published in pthread.h ? Does libpthread should only contain pthread
>relates symbols ?

Why would you infer that?  You ran 'nm' over cygdll.a.  Does that mean that all of the
symbols from cygdll.a were part of libpthread.a?

cgf

--
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/