While this works for us, we should consider trying to get this feature
back. When it's considered for removal, then they obviously "fixed"
something now that noone needs (and that makes absolutely no sense at
all), while the feature as it was before is very useful to compile 3rd
party code for Windows.
One possibility (since we compile gcc ourselves anyway), is finding out
where they "fixed" it and revert that revision for our builds. If they
completely remove it, we rename the option and send the old code in as a
new feature for MSVC compatibility ;-)
Am 29.07.2012 03:49, schrieb akhaldi(a)svn.reactos.org:
Author: akhaldi
Date: Sun Jul 29 01:49:24 2012
New Revision: 56973
URL:
http://svn.reactos.org/svn/reactos?rev=56973&view=rev
Log:
[CLASSPNP]
* Explicitly mark the functions as stdcall (NTAPI).. -mrtd changes the default calling
convention, but name-decoration isn't affected by this. The -mrtd feature has its
origin in some older linux-code-mode, and it's considered for removal in GCC 4.8.
* Fix some warnings.
Modified:
trunk/reactos/drivers/storage/classpnp/CMakeLists.txt
trunk/reactos/drivers/storage/classpnp/autorun.c
trunk/reactos/drivers/storage/classpnp/class.c
trunk/reactos/drivers/storage/classpnp/classp.h
trunk/reactos/drivers/storage/classpnp/classwmi.c
trunk/reactos/drivers/storage/classpnp/clntirp.c
trunk/reactos/drivers/storage/classpnp/create.c
trunk/reactos/drivers/storage/classpnp/dictlib.c
trunk/reactos/drivers/storage/classpnp/lock.c
trunk/reactos/drivers/storage/classpnp/obsolete.c
trunk/reactos/drivers/storage/classpnp/power.c
trunk/reactos/drivers/storage/classpnp/retry.c
trunk/reactos/drivers/storage/classpnp/utils.c
trunk/reactos/drivers/storage/classpnp/xferpkt.c