Shiqing and I took this offlist and have a solution which looks like it works. End results:
- no more flex.exe in tarballs - updated the flex to 2.5.35 on the IU machine that is used to generate 1.4 and 1.5 tarballs; hence, the generated _lex.c files in the tarball are Windows-friendly - changes to cmake files to adapt to the above We should be able to commit these changes sometime today (i.e., the changes will appear in trunk nightlies tonight); we'll CMR them to the v1.4 and 1.5 branches so that they'll be in v1.4.2 and v1.5[.0], respectively. On Jan 22, 2010, at 8:52 AM, Shiqing Fan wrote: > > > Are you saying (per your other mail) that the .c files are simply generated > > by a flex that is too old, and we need to update the flex that is used to > > generate the .c files in the tarball? If so, that's a relatively simple > > change to make in the "make a tarball" scripts at IU. > > > > Yes, exactly what I meant. I've already tested under Linux with flex > 3.5.35, and the generated .c files also worked under Windows. So only > the a new flex to be used, then we can remove the windows flex.exe from > the tarball. > > > > Thanks, > Shiqing > > > > On Jan 22, 2010, at 8:38 AM, Jeff Squyres (jsquyres) wrote: > > > > > >> Ok, moving this back to devel (sorry, I replied to an earlier mail -- > >> before Ralph moved it to devel). > >> > >> Let's figure out how to generate the relevant code that you need at "make > >> dist" time and not include flex.exe in the tarball -- it can still be in > >> svn if you want/need it. You might want to note in README.windows that > >> flex.exe is not included in the tarball for the reasons cited on the users > >> thread. > >> > >> I'll poke around and see if I can get the .c files in the tarball and > >> therefore be able to exclude flex.exe -- let me get back to you later > >> today... > >> > >> > >> > >> On Jan 22, 2010, at 8:07 AM, Shiqing Fan wrote: > >> > >> > >>> 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 > >>>> therefore not shipping flex.exe? > >>>> > >>>> -jms > >>>> Sent from my PDA. No type good. > >>>> > >>>> ----- Original Message ----- > >>>> From: Shiqing Fan <f...@hlrs.de> > >>>> To: Open MPI Users <us...@open-mpi.org> > >>>> Cc: Jeff Squyres (jsquyres) > >>>> Sent: Fri Jan 22 03:56:52 2010 > >>>> Subject: Re: [OMPI users] flex.exe > >>>> > >>>> 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 flex-generated code in the tarball anyway? If so, > >>>>> why do we ship flex.exe? > >>>>> > >>>>> On Jan 21, 2010, at 12:14 PM, Barrett, Brian W wrote: > >>>>> > >>>>> >> I have to agree with the two requests here. Having either a windows > >>>>> tarball or a windows build tools tarball doesn't seem too burdensom, > >>>>> and could even be done automatically at make dist time. > >>>>> > >>>>>> Brian > >>>>>> > >>>>>> > >>>>>> ----- Original Message ----- > >>>>>> From: users-boun...@open-mpi.org <users-boun...@open-mpi.org> > >>>>>> To: us...@open-mpi.org <us...@open-mpi.org> > >>>>>> Sent: Thu Jan 21 10:05:03 2010 > >>>>>> Subject: Re: [OMPI users] flex.exe > >>>>>> > >>>>>> Am Donnerstag, den 21.01.2010, 11:52 -0500 schrieb Michael Di Domenico: > >>>>>> >>> openmpi-1.4.1/contrib/platform/win32/bin/flex.exe > >>>>>> > >>>>>>> I understand this file might be required for building on windows, > >>>>>>> since I'm not I can just delete the file without issue. > >>>>>>> > >>>>>>> However, for those of us under import restrictions, where binaries are > >>>>>>> not allowed in, this file causes me to open the tarball and delete the > >>>>>>> file (not a big deal, i know, i know). > >>>>>>> > >>>>>>> But, can I put up a vote for a pure source only tree? > >>>>>>> >> I'm very much in favor of that since we can't ship this > >>>>>>> binary in > >>>>>>> > >>>>>> Debian. We'd have to delete it from the tarball and repack it with > >>>>>> every > >>>>>> release which is quite cumbersome. If these tools could be shipped in a > >>>>>> separate tarball that would be great! > >>>>>> > >>>>>> Best regards > >>>>>> Manuel > >>>>>> > >>>>>> _______________________________________________ > >>>>>> users mailing list > >>>>>> us...@open-mpi.org > >>>>>> http://www.open-mpi.org/mailman/listinfo.cgi/users > >>>>>> > >>>>>> > >>>>>> _______________________________________________ > >>>>>> users mailing list > >>>>>> us...@open-mpi.org > >>>>>> http://www.open-mpi.org/mailman/listinfo.cgi/users > >>>>>> > >>>>>> > > >>>>>> > >>>>> > >>>> -- > >>>> -------------------------------------------------------------- > >>>> Shiqing Fan http://www.hlrs.de/people/fan > >>>> High Performance Computing Tel.: +49 711 685 87234 > >>>> Center Stuttgart (HLRS) Fax.: +49 711 685 65832 > >>>> Address:Allmandring 30 email: f...@hlrs.de 70569 > >>>> Stuttgart > >>>> > >>>> > >>> -- > >>> -------------------------------------------------------------- > >>> Shiqing Fan http://www.hlrs.de/people/fan > >>> High Performance Computing Tel.: +49 711 685 87234 > >>> Center Stuttgart (HLRS) Fax.: +49 711 685 65832 > >>> Address:Allmandring 30 email: f...@hlrs.de 70569 > >>> Stuttgart > >>> > >>> > >> -- > >> Jeff Squyres > >> jsquy...@cisco.com > >> > >> > >> _______________________________________________ > >> devel mailing list > >> de...@open-mpi.org > >> http://www.open-mpi.org/mailman/listinfo.cgi/devel > >> > >> > > > > > > > > > -- > -------------------------------------------------------------- > Shiqing Fan http://www.hlrs.de/people/fan > High Performance Computing Tel.: +49 711 685 87234 > Center Stuttgart (HLRS) Fax.: +49 711 685 65832 > Address:Allmandring 30 email: f...@hlrs.de > 70569 Stuttgart > > -- Jeff Squyres jsquy...@cisco.com
