I see that Automake is including a .l.c rule. And I see that if I touch a .l
file, it automatically runs flex to generate a new .c file, and then compiles
that .c file. For example:
--
[13:19] jsquyres-mac:~/svn/ompi3/opal/util % touch show_help_lex.l
[13:20]
We should never have to have the makefile extension. Just making sure the lex
file gets included should work. When Nathan commits his patch, I'll take a look.
Brian
Sent with Good (www.good.com)
-Original Message-
On Dec 3, 2012, at 5:39 PM, Hjelm, Nathan T 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.
Why? Shouldn't we have a proper .l.c rule in the Makefile.am?
Ok, looks like the patch I am working on will solve your issue then. I will
push on getting it pushed today.
-Nathan
On Tuesday, December 04, 2012 2:37 AM, devel-boun...@open-mpi.org
[devel-boun...@open-mpi.org] on behalf of George Bosilca [bosi...@icl.utk.edu]
wrote:
> To: Open MPI
I am studying the collective SM code and I think that there is a small error in
the code related to how the memory affinity is achieved. I attach a patch file
(from subversion revision 27653), I hope it can be useful:
Index: coll_sm_module.c
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.
george.
On Dec 4,