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 Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com X-Injected-Via-Gmane: http://gmane.org/ To: cygwin AT cygwin DOT com From: Charles Wilson Subject: Re: libtool-devel problem with building 'dummy' exe Date: Sun, 13 Apr 2003 21:51:48 -0400 Lines: 46 Message-ID: <3E9A1434.7080107@ece.gatech.edu> References: <1348756941 DOT 20030413234111 AT familiehaase DOT de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet AT main DOT gmane DOT org User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en In-Reply-To: <1348756941.20030413234111@familiehaase.de> Gerrit P. Haase wrote: > /expat/expat-1.95.6/.obj/libtool: cannot create .libs/lt-xmlwf/xmlwf.c: directory nonexistent I've never seen this before: libtool trying to create a .c file in a subdirectory of the .libs dir. Now, this .c file is autogenerated; it's the source code that is used to build the "binary wrapper" -- which simply calls the shell-script wrapper that libtool has used for ages to set the environment properly before running an uninstalled executable. The binary wrapper is necessary to fool make into not rebuilding the "real" executable over and over and over. Eventually, all of the functionality of the shell-script wrapper can be folded into the binary wrapper instead, and the shell-script wrapper can be eliminated -- but not yet. -- 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/