17ede97ef8
idea at the time, but led to logistical difficulties in importing new versions of ROMIO: * We are effectively eliminating the ROMIO file prefix rule hacks in the ROMIO component, which create symlinks from foo.c to io_romio_foo.c. In reality, the file name conflict potential will be small. * Additionally, we are effectively eliminating the ROMIO function prefix rule in the ROMIO component. This is another place where there are generally problems with the merge up new versions of ROMIO and/or patches from the user community (for their own local builds). In reality, since other major MPI implementations provides the same exact symbols, it won't cause any practical problems for users. In return, we make it ''much'' simpler to apply ROMIO patches to Open MPI. The problem right now is that any patch will have filenames such as ad_panfs.c, but Open MPI will only have io_romio_ad_panfs.c, making things extremely difficult for users. I believe, for example, that this would make it possible for LANL to have applied their patches without too much hassle on either their part or our part. It will also make things easier for OMPI when we/they want to do the next ROMIO upgrade (this was one of the sources of problems on each upgrade). This commit was SVN r17436. |
||
---|---|---|
.. | ||
base | ||
romio | ||
configure.m4 | ||
io.h | ||
Makefile.am |