[ros-release] Build failed due to `ar`: command not found

[Mani Monajjemi]

​You are totally right. I think I found the problematic ​part in one of the
Makefiles. Thank you for all your helps. Sorry for pointing to the wrong
direction.

- Mani


Mani Monajjemi


On Fri, Feb 21, 2014 at 2:02 PM, Tully Foote <tfoote at osrfoundation.org>wrote:

> Yes, ccache is there and available. But the build of the sdk is calling
> the full path to /usr/lib/ccache/ar but ccache doesn't install a different
> version of ar in that location. You need to look into that build rule and
> find out why it's trying to use ar from that directory.
>
> Tully
>
>
>
>
> On Fri, Feb 21, 2014 at 12:16 PM, Mani Monajjemi <mani.monajjemi at gmail.com
> > wrote:
>
>> Hi Tully,
>>
>> Thank you for your answer.
>>
>> I think the reference to `ccache` in that folder name is because `ccache`
>> is being used by default in the environment. I checked console output for
>> two other ROS packages and they both have this line in their CMake output:
>>
>> -- Check for working C compiler: /usr/lib/ccache/gcc
>> -- Check for working C compiler: /usr/lib/ccache/gcc -- works
>>
>>
>> For example:
>>
>> [actionlib]
>> http://jenkins.ros.org/job/devel-hydro-actionlib/ARCH_PARAM=amd64,UBUNTU_PARAM=precise,label=devel/lastBuild/console
>> [convex_decomposition]
>> http://jenkins.ros.org/job/devel-hydro-convex_decomposition/ARCH_PARAM=amd64,UBUNTU_PARAM=precise,label=devel/16/console
>>
>> Exactly similar thing happens in the full console of the problematic
>> package:
>> http://jenkins.ros.org/job/ros-hydro-ardrone-autonomy_binarydeb_precise_amd64/2/consoleFull
>>
>> I guess `pbuilder` is integrating `ccache` by default:
>> https://wiki.ubuntu.com/PbuilderHowto#Integration_with_ccache
>>
>> - Mani
>>
>> Mani Monajjemi
>>
>>
>> On Fri, Feb 21, 2014 at 11:23 AM, Tully Foote <tfoote at osrfoundation.org>wrote:
>>
>>> From your build output I see the following reference to ccache in the
>>> target architecture. I think that's probably where you want to look.
>>>
>>>     Building architecture x86_64 <Output in
>>> /tmp/buildd/ros-hydro-ardrone-autonomy-1.3.1-0precise-20140219-2242/obj-x86_64-linux-gnu/ardrone/src/ardronelib/ARDroneLib/FFMPEG/ffmpeg/../../Soft/Build/targets_versions//ffmpeg_x86_64_PROD_MODE_Linux_3.5.0-46-generic_GNU_Linux_usrlibccachegcc_4.6.3>
>>>
>>> Here:
>>> http://jenkins.ros.org/job/ros-hydro-ardrone-autonomy_binarydeb_precise_amd64/2/console
>>>
>>> Tully
>>>
>>>
>>> On Fri, Feb 21, 2014 at 10:28 AM, Mani Monajjemi <
>>> mani.monajjemi at gmail.com> wrote:
>>>
>>>> Hi Martin,
>>>>
>>>> Thank you for your answer. `ccache` seems to be the default compiler
>>>> front-end on the build server. There is no reference to `ccache` in any of
>>>> Makefiles.
>>>>
>>>> You are right `ar` is in `binutils` and `binutils` seems to be
>>>> installed on the server (my prev. email). However `ar` seems not to be in
>>>> the PATH or there might be a bad symlink to it.
>>>>
>>>> - Mani
>>>>
>>>>
>>>> Mani Monajjemi
>>>>
>>>>
>>>> On Fri, Feb 21, 2014 at 2:43 AM, Martin Günther <mguenthe at uos.de>wrote:
>>>>
>>>>> Hi Mani,
>>>>>
>>>>> On Thu, 20 Feb 2014 18:21:14 -0800
>>>>> Mani Monajjemi <mani.monajjemi at gmail.com> wrote:
>>>>>
>>>>> > [...]
>>>>> > `ar` is in `binutils` Ubuntu package
>>>>> > [...]
>>>>> >
>>>>> > However, `ar` is still not found:
>>>>> >
>>>>> > /usr/lib/ccache/ar: Command not found
>>>>>
>>>>> `/usr/bin/ar` is in the binutils package, `/usr/lib/ccache/ar` is in no
>>>>> Debian package. (Also, installing ccache didn't set up that
>>>>> symlink on my machine). There's probably a problem in your makefiles;
>>>>> you shouldn't assume ccache is installed.
>>>>>
>>>>> Cheers,
>>>>> Martin
>>>>>
>>>>> --
>>>>> Dipl.-Inf. Martin Günther
>>>>> Universität Osnabrück
>>>>> Institut für Informatik
>>>>> Albrechtstr. 28  (Raum 31/503)
>>>>> D-49076 Osnabrück
>>>>>
>>>>> Fon: 0541 969 2434
>>>>> http://www.inf.uos.de/mguenthe/
>>>>>
>>>>> _______________________________________________
>>>>> ros-release mailing list
>>>>> ros-release at code.ros.org
>>>>> http://lists.ros.org/mailman/listinfo/ros-release
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> ros-release mailing list
>>>> ros-release at code.ros.org
>>>> http://lists.ros.org/mailman/listinfo/ros-release
>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ros.org/pipermail/ros-release/attachments/20140221/1aae58a1/attachment-0001.html>