This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] specs changes for libstdc++ debug mode
- From: Martin Sebor <sebor at roguewave dot com>
- To: Matt Austern <austern at apple dot com>
- Cc: Doug Gregor <dgregor at apple dot com>, gcc-patches at gcc dot gnu dot org, libstdc++ at gcc dot gnu dot org
- Date: Wed, 16 Jul 2003 10:15:01 -0600
- Subject: Re: [PATCH] specs changes for libstdc++ debug mode
- Organization: Rogue Wave Software, Inc.
- References: <A4E13D38-B701-11D7-B8E7-000393B2ABA2@apple.com>
Matt Austern wrote:
On Monday, July 14, 2003, at 05:02 PM, Doug Gregor wrote:
...
Stupid question: is there any other place in the compiler where we change
the behavior of the driver based on whether the user defines a special
macro?
If so, if we're just carrying on with something we've done already, then
I don't have a problem with this. If not, then I'm a bit uncomfortable
with it. -D is documented to define a macro. Having it do other things
as well, for special macros, strikes me as non-obvious.
FWIW, the MSVC #pragma comment feature allows program source
to embed commands for the linker in the object file, so there
is existing practice for this non-obvious feature. E.g.,
#ifdef FOO
# pragma comment (lib,libfoo)
#else
# pragma comment (lib,libbar)
#endif
This program will link with libfoo when FOO is #defined, or
libbar otherwise.
I also find the feature it unintuitive, but it is in wide-spread
use on Windows, and it is kind of nifty beacause it lets one
"implicitly" associate a set of headers with a specific library
binary.
Here's a link for reference:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccelng/htm/pragm_6.asp
Regards
Martin