Open MPI logo

Open MPI Development Mailing List Archives

  |   Home   |   Support   |   FAQ   |  

This web mail archive is frozen.

This page is part of a frozen web archive of this mailing list.

You can still navigate around this archive, but know that no new mails have been added to it since July of 2016.

Click here to be taken to the new web archives of this list; it includes all the mails that are in this frozen archive plus all new mails that have been sent to the list since it was migrated to the new archives.

Subject: Re: [OMPI devel] openmpi-1.5.5rc1: 2nd gmake dependence (mostly VT)
From: Paul H. Hargrove (PHHargrove_at_[hidden])
Date: 2011-12-20 20:40:51


OK, I'll concede the "-r" which should not be required in this case anyway.
However, if "rm -f" doesn't work, then we have 169 additional problems
to fix ;-)
> $ find openmpi-1.5.5rc1 -name Makefile.am | xargs grep 'rm -f' | wc -l
> 169

-Paul

On 12/20/2011 5:28 PM, Larry Baker wrote:
>> I am pretty sure a literal "rm -rf" should be fine.
> Not necessarily. I'm not at work. But I think either -f or -r might not be legal on all Unix's (Tru64 Unix? AIX?).
>
> Larry Baker
> US Geological Survey
> 650-329-5608
> baker_at_[hidden]
>
>
>
>
> On Dec 20, 2011, at 5:19 PM, Paul H. Hargrove wrote:
>
>> For the first time I tried "make clean" on FreeBSD and found /another/ GNU-vs-Berkeley Make problem.
>>
>> The problem is use of $(RM) in several Makefile.am's (see below for list).
>> The onlt non-VT instance (ompi_info/Makefile.am) occurs in openmpi-1.4.5rc1 as well.
>>
>> $(RM) is a predefined variable in GNU Make, not provided by Berkeley Make (or by Automake for that matter).
>> I am pretty sure a literal "rm -rf" should be fine.
>>
>> -Paul
>>
>>> $ find openmpi-1.5.5rc1 -name Makefile.am | xargs grep -w RM
>>> openmpi-1.5.5rc1/ompi/tools/ompi_info/Makefile.am: test -z "$(OMPI_CXX_TEMPLATE_REPOSITORY)" || $(RM) -rf $(OMPI_CXX_TEMPLATE_REPOSITORY)
>>> openmpi-1.5.5rc1/ompi/contrib/vt/vt/extlib/otf/tests/hello/Makefile.am: $(RM) *.otf *.def *.events *.marker *.otf.z *.def.z *.events.z *.marker.z
>>> openmpi-1.5.5rc1/ompi/contrib/vt/vt/extlib/otf/tests/generic_streams-mpi/Makefile.am: $(RM) *.otf *.def *.events *.marker *.otf.z *.def.z *.events.z *.marker.z
>>> openmpi-1.5.5rc1/ompi/contrib/vt/vt/extlib/otf/tests/generic_streams/Makefile.am: $(RM) *.otf *.def *.events *.marker *.otf.z *.def.z *.events.z *.marker.z
>>> openmpi-1.5.5rc1/ompi/contrib/vt/vt/extlib/otf/tests/progress/Makefile.am: $(RM) *.otf *.def *.events *.marker *.otf.z *.def.z *.events.z *.marker.z
>> --
>> Paul H. Hargrove PHHargrove_at_[hidden]
>> Future Technologies Group
>> HPC Research Department Tel: +1-510-495-2352
>> Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
>>
>> _______________________________________________
>> devel mailing list
>> devel_at_[hidden]
>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
> _______________________________________________
> devel mailing list
> devel_at_[hidden]
> http://www.open-mpi.org/mailman/listinfo.cgi/devel

-- 
Paul H. Hargrove                          PHHargrove_at_[hidden]
Future Technologies Group
HPC Research Department                   Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory     Fax: +1-510-486-6900