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
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Message-ID:	<3EA875A9.80403@ece.gatech.edu>
Date:	Thu, 24 Apr 2003 19:39:21 -0400
From:	Charles Wilson <cwilson AT ece DOT gatech DOT edu>
User-Agent:	Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030401
X-Accept-Language:	en-us, en
MIME-Version:	1.0
To:	Al <nobrow AT eircom DOT net>, cygwin AT cygwin DOT com
Subject:	Re: automake, flex, libfl.a
References:	<002601c30ab7$c0f54be0$9681869f AT oemcomputer>
In-Reply-To:	<002601c30ab7$c0f54be0$9681869f@oemcomputer>

Al wrote:

> My problem is that I think I should be using @LEXLIB@ if my source is to be
> buildable on other platforms. So the question is, is there something unusual
> about Cygwins libfl.a that is causing my problem and hence I should know
> about? I just dont understand that error, ``not have real file''???

It's not libfl.a -- it's libtool.  Libtool policy (as of last July or 
so) is to only build DLLs if all dependencies are also shared libs. 
There are a number of good reasons for this; check the mailing list 
archives.

Short answer: try to build flex as a shared library, or ask the 
maintainer to do so.  Sometimes it's as simple as running 'autoreconf' 
in the (flex) source directory...

--Chuck



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -