Hi, Jon.
Thats indeed issue with my distro which i'll go figure.
I have the same error with 2.2.4 now.
Thanks for your help!
14.01.2019, 22:11, "Jon Trulson" <j...@radscan.com>:
> On 1/14/19 11:36 AM, gnido...@ya.ru wrote:
>> Thank you for the answer! I've seen this on both master and 2.3.0 release
>> About ksh... May it be that move from ksh 2012 to recent one (93v) in my
>> system created such issue?
>
> Hmm. Wish I could think of a patch that might have caused that...
>
> As for the ksh version, yes that's possible... On my 18.04 ubuntu:
>
> $ echo ${.sh.version}
> Version AJM 93u+ 2012-08-01
>
> I'm not sure what in 93v would cause that problem, but it seems like a
> possibility...
>
> -jon
>
>> 14.01.2019, 21:29, "Jon Trulson" <j...@radscan.com>:
>>> On 1/14/19 11:18 AM, Alex Ivanov wrote:
>>>> It is NixOS Linux distro. Non FHS compliant. Its strange that I had no
>>>> such issue with 2.2.4 release, but have it with current release
>>>> Any things I should check at first?
>>>
>>> Not sure what would have changed that behavior - I assume by "current
>>> release" you mean git master?
>>>
>>> These options (and the command itself) are set in imake via the config
>>> files in config/cf/
>>>
>>> With some grepping around, I see:
>>>
>>> cray.cf:#define ArCmd bld cr
>>>
>>> It's the only place I see 'ar' and 'cr' in the same file.
>>>
>>> Imake.tmpl defines the ArCmd as:
>>>
>>> Imake.tmpl:#define ArCmd ArCmdBase clq
>>>
>>> So I think something in there somewhere (config/cf) might be doing the
>>> wrong thing on your OS for some odd reason.
>>>
>>> See how ArCmd, ArCmdBase and other related Ar commands are being put
>>> together in config/cf would be my suggestion.
>>>
>>> Of course, there might also just be something weird with ksh and it's
>>> 'detection' of your OS. This is another one of those painful modules in
>>> CDE.
>>>
>>> -jon
>>>
>>>> 14.01.2019, 21:13, "Jon Trulson" <j...@radscan.com>:
>>>>> On 1/13/19 10:12 AM, Alex Ivanov wrote:
>>>>>> Default AR arguments (clq) are added to KSH arguments (cr) resulting
>>>>>> in (ar clq cr)
>>>>>> And so build starts to fail when building ksh's libast:
>>>>>>
>>>>>> + ar clq cr libast.a state.o opendir.o readdir.o rewinddir.o
>>>>>> seekdir.o telldir.o getcwd.o fastfind.o hashalloc.o hashdump.o
>>>>>> hashfree.o hashlast.o hashlook.o hashscan.o hashsize.o hashwalk.o
>>>>>> memhash.o memsum.o strhash.o strsum.o mematoe.o m
>>>>>> emetoa.o chresc.o chrtoi.o streval.o strexpr.o strmatch.o strcopy.o
>>>>>> modei.o modex.o
>>>>>> ar: libast.a: No such file or directory
>>>>>>
>>>>>> In the past I had no such issue (CDE 2.2.4), but I have it now with
>>>>>> latest release.
>>>>>> Anyone knows how to track this issue?
>>>>>
>>>>> I don't see this on linux of freebsd... What OS are you trying to build
>>>>> for. Seems an odd problem...
>>>>>
>>>>> --
>>>>> Jon Trulson
>>>>>
>>>>> "The Party told you to reject the evidence of your eyes and ears.
>>>>> It was their final, most essential command."
>>>>>
>>>>> -- 1984
>>>>>
>>>>> _______________________________________________
>>>>> cdesktopenv-devel mailing list
>>>>> cdesktopenv-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
>>>
>>> --
>>> Jon Trulson
>>>
>>> "The Party told you to reject the evidence of your eyes and ears.
>>> It was their final, most essential command."
>>>
>>> -- 1984
>
> --
> Jon Trulson
>
> "The Party told you to reject the evidence of your eyes and ears.
> It was their final, most essential command."
>
> -- 1984
_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
