What about this crazy idea? We already have .opal_unignore that looks at the username. Well, what if we did the same thing here? Have autogen.pl look at the username - if it is a known developer, then enable debug. If not, then disable it.
I am just concerned that we are going to spend a bunch of time responding to annoyed/concerned users about this warning. Every time we ask someone to run a debug build to diagnose a problem, or someone builds a debug build for their own diagnostic purposes, they are going to get an unnecessary warning. We already have had to contend with the annoyed users dealing with auto-binding because we are trying to respond to the benchmarkers who refuse to make an effort to compare apples to apples - I would advise against extending that practice. I personally don’t mind having to explicitly enable-debug as I build from a platform file, but making it more convenient for those developers who don’t would be nice. > On Mar 2, 2016, at 4:51 AM, Jeff Squyres (jsquyres) <jsquy...@cisco.com> > wrote: > > On Mar 2, 2016, at 6:30 AM, Mark Santcroos <mark.santcr...@rutgers.edu> wrote: >> >>> On 02 Mar 2016, at 5:06 , Gilles Gouaillardet <gil...@rist.or.jp> wrote: >>> what about *not* issuing this warning if OpenMPI is built from git ? >>> that would be friendlier for OMPI developers, >>> and should basically *not* affect endusers, since they would rather build >>> OMPI from a tarball. >> >> VPATH builds aren't debug builds by default, or are they? > > Correct -- VPATH builds are *not* debug-by-default builds. > > Just to be clear: the debug-by-default builds are activated when a .git > directory is seen in the build directory. This is for people who git clone > and do a non-VPATH build. Such people are typically developers. > > And just to make *that* more clear: building from a tarball will not have a > .git directory, so you get an optimized build by default. > > -- > Jeff Squyres > jsquy...@cisco.com > For corporate legal information go to: > http://www.cisco.com/web/about/doing_business/legal/cri/ > > _______________________________________________ > devel mailing list > de...@open-mpi.org > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > Link to this post: > http://www.open-mpi.org/community/lists/devel/2016/03/18664.php
