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>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

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/