windows-nt/Source/XPSP1/NT/admin/burnslib/inc/pragmawarning.hpp

64 lines
1.6 KiB
C++
Raw Normal View History

2020-09-26 03:20:57 -05:00
// Copyright (c) 2000 Microsoft Corporation
//
// pragma warnings
//
// 8 Feb 2000 sburns
// disable "symbols too long for debugger" warning: it happens a lot w/ STL
#pragma warning (disable: 4786)
// disable "exception specification ignored" warning: we use exception
// specifications
#pragma warning (disable: 4290)
// who cares about unreferenced inline removal?
#pragma warning (disable: 4514)
// we frequently use constant conditional expressions: do/while(0), etc.
#pragma warning (disable: 4127)
// some stl templates are lousy signed/unsigned mismatches
#pragma warning (disable: 4018 4146)
// we like this extension
#pragma warning (disable: 4239)
// Use of pointer types with STL container classes generates this beauty,
// which is a warning because if the situation it warns agains is
// ever encountered, that code will fail to compile.
//
// The problem is that iterator classes define operator-> to return a pointer
// to the element type T of the container. When that element is itself a
// pointer, then the return type of is a pointer to pointer, which has no
// members or methods to invoke. So code like
//
// list<Foo*> l;
// list<Foo*>::iterator i = l.begin();
// i->f();
//
// will not compile, as the type Foo* does not have a method f(). So if the
// code will not compile, why warn about the potential for such code to exist?
#pragma warning (disable: 4284)
// often, we have local variables for the express purpose of ASSERTion.
// when compiling retail, those assertions disappear, leaving our locals
// as unreferenced.
#ifndef DBG
#pragma warning (disable: 4189 4100)
#endif // DBG