delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2001/12/31/04:31:59

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
From: "Ralf Habacker" <Ralf DOT Habacker AT freenet DOT de>
To: <cygwin AT cygwin DOT com>
Subject: RE: duplicate regexec/regcomp functions detected
Date: Mon, 31 Dec 2001 10:28:52 +0100
Message-ID: <000901c191dd$8f43f500$865c07d5@BRAMSCHE>
MIME-Version: 1.0
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
In-Reply-To: <20011230193723.GA13355@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: 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 ?

Ralf


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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019