| Re: [hatari-devel] cmake doesn't detect correctly the readline library on osx. |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] cmake doesn't detect correctly the readline library on osx.
- From: benoît tuduri <benoit.tuduri@xxxxxxxxx>
- Date: Sat, 17 Feb 2018 14:27:40 +0100
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-transfer-encoding; bh=nWoPLTi5M6Wt6FMSUSkc74aPphTHFK7tQ2zNko27bXY=; b=BMq+JQv0nG1j14rvkc10MlDcwWqj18He1kLMa5/uy0sST+ysK1V+7bOnm0PHFKR5vY DImJ2HTUiFAQMKQqYY8VKt68+JS5W6sgNY83oeWh02L7IIndXuGiUO1g6t+Qx5hpjUTd qDazOiRqZOwPcsC40Wg6lucCTe4cdYyCwmig7ib39ORfSiiSaoBWTfY+fNbtpejrudIP wnDSPRsaIsDXFT+IqQk5RxVih0ddOf6wZaNlWcrLarniTHWd1ArPek0ZJj39tpham6SH oCh8VF8hpwM6Gi0n+kbx0DJxRL2W6aVUA4Dw9jaKjrTiO/ZN1/CBhj4aa/a+AXLOiwbg Hkag==
Yes, we agree. :)
Else, I will investigate. But for the moment, i will use the libedit by default.
Regards,
2018-02-17 11:50 GMT+01:00 Troed Sångberg <troed@xxxxxxxxxxx>:
> Hi,
>
> 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)
>
> regards,
> Troed
>
>
> -------- Original Message --------
> On February 17, 2018 11:16 AM, benoît tuduri <benoit.tuduri@xxxxxxxxx> wrote:
>
>>Hello,
>>
>> 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:
>>>Hi,
>>>I agree those values look just fine. What does CMakeFiles/CMakeError.log say about why it didn't find it?
>>>regards,
>>> Troed
>>>-------- Original Message --------
>>> On February 15, 2018 10:43 PM, benoît tuduri benoit.tuduri@xxxxxxxxx wrote:
>>>>Hello,
>>>>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.
>>>>
>>>
>>
>
>
>