This doesn't work on a subversion checkout. However, there is a similar trick that seems to work in this case. If one copies the opal/util/keyval/keyval_lex.c file from a platform with a recent version of flex (2.5.37 in my case) the compilation proceed without issues.
On Dec 4, 2012, at 02:39 , "Hjelm, Nathan T" <hjelmn_at_[hidden]> wrote:
> Oh, and I don't know if you have tried this but we don't recreate the keyval_lex.c file if it already exists. This allows use to not put a flex requirement on the end user. Have you tried removing opal/util/keyval/keyval_lex.c? If that works you might want to run configure/make from an empty directory.
> On Monday, December 03, 2012 6:28 PM, devel-bounces_at_[hidden] [devel-bounces_at_[hidden]] on behalf of George Bosilca [bosilca_at_[hidden]] wrote:
>> To: devel_at_[hidden]
>> Subject: Re: [OMPI devel] [OMPI svn] svn:open-mpi r27580 - in trunk: ompi/mca/btl/openib ompi/mca/btl/wv ompi/mca/coll/ml opal/util/keyval orte/mca/rmaps/rank_file
>> I remember there were some discussions about lex (or flex) and their version, but I don't remember the specifics. Whatever the outcome was, we're back at having a problem there, more specifically a missing reference (opal_util_keyval_yylex_destroy) which seems to indicate the issue was not fixed.
>> On Nov 9, 2012, at 23:00 , svn-commit-mailer_at_[hidden] wrote:
>>> Author: hjelmn (Nathan Hjelm)
>>> Date: 2012-11-09 17:00:27 EST (Fri, 09 Nov 2012)
>>> New Revision: 27580
>>> URL: https://svn.open-mpi.org/trac/ompi/changeset/27580
>>> add prototypes for lex destroy functions
>>> Text files modified:
>>> trunk/ompi/mca/btl/openib/btl_openib_lex.h | 1 +
>>> trunk/ompi/mca/btl/wv/btl_wv_lex.h | 1 +
>>> trunk/ompi/mca/coll/ml/coll_ml_lex.h | 1 +
>>> trunk/opal/util/keyval/keyval_lex.h | 1 +
>>> trunk/orte/mca/rmaps/rank_file/rmaps_rank_file.h | 2 ++
>>> 5 files changed, 6 insertions(+), 0 deletions(-)
>> devel mailing list
> devel mailing list