Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com From: "Ralf Habacker" To: Subject: RE: duplicate regexec/regcomp functions detected Date: Mon, 31 Dec 2001 19:59:15 +0100 Message-ID: <000b01c1922d$3f42ca90$865c07d5@BRAMSCHE> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <20011231171737.GC1801@redhat.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal > -----Original Message----- > From: cygwin-owner AT cygwin DOT com [mailto:cygwin-owner AT cygwin DOT com]On Behalf > Of Christopher Faylor > Sent: Monday, December 31, 2001 6:18 PM > To: cygwin AT cygwin DOT com > Subject: Re: duplicate regexec/regcomp functions detected > > > 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? > No, only the symbols, which are defined in pthread.o, called the "reflib" in speclib. > 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/ > > -- 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/