DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:message-id:from:to:subject
	:content-type:date; q=dns; s=default; b=kczOrGNt16RhROi9Fy2avnuq
	eZ1QgqxrJ29bQ3clulxPuHWDR4btiVzRzBGggby8Tie2O0k9sMi7luIl69HfkFC+
	PPa2iyLhuqK4DVZhIdJo6aRJkQuWIfR9ndG5ENn4ngHwLZfrrf0D/2QfHl42IBm7
	SmQOjNnhwVuEbg3j4Z4=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
MIME-Version: 1.0
Message-ID: <trinity-f45c45ea-b5bd-4792-bcbb-3da58e7a2fb4-1525362137834@3c-app-gmx-bs61>
From: "Ory Chowaw-Liebman" <Ory.Chowaw-Liebman@gmx.de>
To: cygwin@cygwin.com
Subject: LLVM JIT based project fails due to undefined HAVE_DLOPEN
Content-Type: text/plain; charset=UTF-8
Date: Thu, 3 May 2018 17:42:17 +0200
Sensitivity: Normal

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

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