George Bosilca 5e280cda19 Latest and greatest. Now OPAL is ready for the Windows prime-time. ... The same treatement will happens on all sub-projects. The .h files have to be C++ compatibles and all symbols with an external visibility have to get the {PROJECT}_DECLSPEC in front of the prototype. This commit was SVN r11340.		2006-08-23 00:29:35 +00:00
..
generated_source	Look like opal is a better place for windows related stuff.	2005-12-08 00:07:40 +00:00
Makefile.am	Remove all generated_includes from the EXTRA_DIST as they are	2006-08-21 12:56:09 +00:00
ompi_misc.h	Everything related to file and path management. Now we have a full	2006-08-22 23:25:13 +00:00
ompi_process.c	Next step in the project split, mainly source code re-arranging	2006-02-12 01:33:29 +00:00
ompi_process.h	Windows friendly version. We have to split the OMPI_DECLSPEC in at least 3	2006-08-20 15:54:04 +00:00
ompi_time.c	Latest and greatest. Now OPAL is ready for the Windows prime-time.	2006-08-23 00:29:35 +00:00
ompi_time.h	Windows friendly version. We have to split the OMPI_DECLSPEC in at least 3	2006-08-20 15:54:04 +00:00
ompi_uio.c	Windows dependent files offer now a viable solution. More to come ...	2006-08-20 18:50:47 +00:00
ompi_uio.h	Windows friendly version. We have to split the OMPI_DECLSPEC in at least 3	2006-08-20 15:54:04 +00:00
ompi_util.h	Everything related to file and path management. Now we have a full	2006-08-22 23:25:13 +00:00
ompi_utsname.c	Windows dependent files offer now a viable solution. More to come ...	2006-08-20 18:50:47 +00:00
ompi_utsname.h	Windows dependent files offer now a viable solution. More to come ...	2006-08-20 18:50:47 +00:00
win_compat.h	Everything related to file and path management. Now we have a full	2006-08-22 23:25:13 +00:00