Re: [hatari-devel] cmake doesn't detect correctly the readline library on osx.

[ Thread Index | Date Index | More Archives ]


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)
> Regards,
> 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?
>> Troed
>>-------- 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
>>> file.

Mail converted by MHonArc 2.6.19+