On Wed, 2010-01-20 at 21:18 -0500, Peter Thompson wrote:
> Hi Jeff,
>
> Sorry, speaking in shorthand again.
>
> Jeff Squyres wrote:
> > On Jan 8, 2010, at 5:03 PM, Peter Thompson wrote:
> >
> >> I've tried a few builds of 1.4 on Snow Leopard, and trying to start up
> >> TotalView
> >> gets some
Yes, that should work but only with newer version of flex, I didn't
think about it before. But the windows flex.exe should still be
available for svn checkout build.
Thanks,
Shiqing
Jeff Squyres (jsquyres) wrote:
What prevents us from generating the code during make dist time and
theref
On 11:09 Fri 22 Jan , Shiqing Fan wrote:
> flex.exe is not generated at compile time, but flex.exe has to be used
> to generate those *flex*.c files during compilation, like
> show_help_lex.c (a.k.a the flex-generated code).
If flex.exe is needed only on Windows during compilation time, woul
What prevents us from generating the code during make dist time and therefore
not shipping flex.exe?
-jms
Sent from my PDA. No type good.
- Original Message -
From: Shiqing Fan
To: Open MPI Users
Cc: Jeff Squyres (jsquyres)
Sent: Fri Jan 22 03:56:52 2010
Subject: Re: [OMPI users] flex
Hi,
flex.exe is not generated at compile time, but flex.exe has to be used
to generate those *flex*.c files during compilation, like
show_help_lex.c (a.k.a the flex-generated code).
The windows binary of flex on sourceforge doesn't fit the requirement of
Open MPI, it has some missing featur
Maybe I'm misunderstanding, but if it is generated at -compile- time, then how
did it get in the 1.4.1 tarball?
On Jan 22, 2010, at 1:56 AM, Shiqing Fan wrote:
> Hi,
>
> No, that's not true, we did ship the flex-generated code a time ago, but as
> that part of code changes sometimes, we decid
Hi,
No, that's not true, we did ship the flex-generated code a time ago, but
as that part of code changes sometimes, we decided to generate it during
compilation time, and the flex.exe came with the first support of
Windows (CMake).
Regards,
Shiqing
Jeff Squyres wrote:
Don't we ship the f
