Shiqing Fan 482a621e31 Change the behavior of exporting/importing symbols on Windows, so that to fit the new build procedure, i.e. import statically linked opal/orte libraries for other libraries/binaries. There are several use cases when creating dll libraries: ... 1. create DLL A, export symbols of A, import nothing (A normally is OPAL) should define _USRDLL , A_EXPORT 2. create DLL B, export symbols of B, import A.lib (B could be ORTE, OMPI or other ompi tools) should define _USRDLL, B_EXPORT 3. create DLL C, import B.dll (C could be external libs or apps) should define B_IMPORT This commit was SVN r24016.		2010-11-09 16:13:30 +00:00
..
opal	Add missing include	2010-10-15 04:04:20 +00:00
CMakeLists.txt	Need to change another variable name.	2010-08-05 12:38:28 +00:00
Makefile.am	Fix mistake that came in via the ompi-agen tree in r23764. The mistake wasn't part of the core autogen upgrade; it was an additional 'bonus' cleanup. Oops. The mistake will always create a set of directories under installdir, even if you do not --with-devel-headers. The set of directories will be empty, but still -- they should not be there at all. This commit fixes that -- the directories are not created at all if you do not --with-devel-headers	2010-09-24 22:53:28 +00:00
opal_config_bottom.h	Change the behavior of exporting/importing symbols on Windows, so that to fit the new build procedure, i.e. import statically linked opal/orte libraries for other libraries/binaries. There are several use cases when creating dll libraries:	2010-11-09 16:13:30 +00:00
opal_portable_platform.h	Convert the line endings for the added header files. They were changed automatically by Windows when adding new files.	2010-02-16 17:24:44 +00:00
opal_stdint.h	Revert the last patch. Still some warning should be issued on ia32 architectures. Looking for a fix.	2008-03-05 17:20:11 +00:00