X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=AwJmQbsjYLY3d3h9
	PI9RUVksD483OJ1H+8qguywc5Q+FOTNUktdLIVu/amVZ/ueq/typgLZCLTMxJc7o
	ZhBBVDs/Lg0MsyKZfnnEIsA+Z5gHY4xIDhUfCZ6TrW/wWqIgTjkGXBVBgMMDu3Ch
	vtvqbugAGj0BvWZvpXSCloyt0As=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=t1j0L1v+05qxLYQ4Auz7Ab
	0/7xU=; b=eWO2Mp25lH6O5cTGEn+iwVrb3DGEcweIxxalT+Naiueawbyh6jF8pG
	5o67pWOq0rzIvYaVUKtKZWxow0XaB9f0yubLJrZnopRmULOC5GOza4hzzHEQkmjn
	8voAAf/KyJp79pgLsA6C95M9Qs5e5AgL806gw4Mj9Dqgbu0F2/VD0=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/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
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=H*r:192.168.2, Hx-languages-length:1353, dear, Dear
X-HELO: endymion.arp.harvard.edu
Subject: Re: LLVM JIT based project fails due to undefined HAVE_DLOPEN
To: cygwin AT cygwin DOT com
References: <trinity-f45c45ea-b5bd-4792-bcbb-3da58e7a2fb4-1525362137834 AT 3c-app-gmx-bs61>
From: Norton Allen <allen AT huarp DOT harvard DOT edu>
Message-ID: <4c0cdc2f-5d80-bca0-60c0-476a0745eeae@huarp.harvard.edu>
Date: Thu, 3 May 2018 19:54:25 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
MIME-Version: 1.0
In-Reply-To: <trinity-f45c45ea-b5bd-4792-bcbb-3da58e7a2fb4-1525362137834@3c-app-gmx-bs61>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

On 5/3/2018 11:42 AM, Ory Chowaw-Liebman wrote:
> Dear All,
>
> during my work on a programming language I noticed that with the update to LLVM 5.0.1
> the LLVM calls fail to find symbols defined in my executable.
> It used to work before the upgrade, and still works fine under windows.
> objdump lists the symbols wanted.
>
> With a lot of tracing through the LLVM code, I found that it depends
> on HAVE_DLOPEN being defined in a POSIX environment. When
> I call GCC with "-E -dM" only
> _GLIBCXX_HAVE_DLFCN_H
> is defined.
>
> Just using dlopen and friends from my code works fine (though there are o man pages).
> Should the macros HAVE_DLOPEN and HAVE_DLFCN_H not be defined?
>
> Thanks and best regards,
> Ory
>
Such symbols are not defined by the compiler. They are usually defined 
in a header file that is generated by a configuration script, perhaps 
one named 'configure', which might be generated by the autoconf program, 
possibly combined with other tools from the autotools package. You might 
need to dig into the configuration script to figure out why it decided 
you do not HAVE_DLOPEN or HAVE_DLFCN_H. Perhaps you need to install 
another package, or maybe the script is just broken. There should be a 
log file generated by the script with some details of its determinations.


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