|Re: [hatari-devel] cmake doesn't detect correctly the readline library on osx.|
[ Thread Index |
| More lists.tuxfamily.org/hatari-devel Archives
- To: "hatari-devel@xxxxxxxxxxxxxxxxxxx" <hatari-devel@xxxxxxxxxxxxxxxxxxx>
- Subject: Re: [hatari-devel] cmake doesn't detect correctly the readline library on osx.
- From: Troed Sångberg <troed@xxxxxxxxxxx>
- Date: Sat, 17 Feb 2018 05:50:16 -0500
- Authentication-results: mail1.protonmail.ch; dkim=none
- Feedback-id: lLIKE5s5wPbGAleCMIidZ9y4DJH8WwUbEWXleyLVKfLYBKSj12NDOlR8Bi3eYDk1jIinaDc2CAJDLk473wDNXw==:Ext:ProtonMail
It's a bit hard to follow without being able to test it myself, but looking at the readline source I think that define should be set when compiling the readline library (it's done by all the .c files), but not when using readline from external source. So it's indeed a path problem, but the solution should be (I think) to figure out why <readline/*.h> isn't valid with the include path you have (set by brew, I assume)
-------- Original Message --------
On February 17, 2018 11:16 AM, benoît tuduri <benoit.tuduri@xxxxxxxxx> wrote:
> It's a path problem, I guess (attachment 01_cmake01_cmake_log.txt
> (trace log cmake detection)) :
> During the compilation of test program to enable the detection of
> "rl_filename_completion_function", it report an error "
> readline.h:35:12: fatal error: 'readline/rlstdc.h' file not found "
> (attachment 02_CMakeError.log)
> The readline.h (attachements 03_head_readline.txt) file contains a
> macro READLINE_LIBRARY. This macro is not set but in my case, it
> should be done but not and the else branch is taken. The consequencies
> is a snowball effect, the bad includes are used, the compilation test
> program fail and the detection too.
> I don't know how fix it. If you had an idea... :-) (certainly force in
> my case READLINE_LIBRARY=1 but maybe for you, it will destroy the
> detection for you)
> 2018-02-15 23:46 GMT+01:00 Troed Sångberg troed@xxxxxxxxxxx:
>>I agree those values look just fine. What does CMakeFiles/CMakeError.log say about why it didn't find it?
>>-------- Original Message --------
>> On February 15, 2018 10:43 PM, benoît tuduri benoit.tuduri@xxxxxxxxx wrote:
>>>Troed, I prefixed the important value by the sign --> . As you can
>>> remark, the path is in my home directory and the
>>> "rl_filename_completion_function" (without quotes) is in readline.h