Error c2220 the following warning is treated as an error

MSVC 2017 error C2220: warning treated as error — no ‘object’ file generated #1373

git tag: release-1.8.0
configure: cmake 3.10.0
generator: Visual studio 15 2017 Win64

Scenario 1 (gmock)

• BUILD_GMOCK:BOOL=ON
• BUILD_GTEST:BOOL=ON

Scenario 2 (gtest & gtestmain)

• BUILD_GMOCK:BOOL=OFF
• BUILD_GTEST:BOOL=ON

The text was updated successfully, but these errors were encountered:

It would probably be good to disable -Werror or /WX for users of this library – compilers can change, new warnings can be generated. It should still be enabled for your own tests, say on CI or so.

This appears to have been fixed in Visual Studio 15.5.5. 718fd88 works well for me.

Is there any simple way (like cmake argument) to skip this error when building release-1.8.0 tag?

Actually warning itself (not the error posted above) gives a good clue.
Warning:

googletestincludegtestgtest-printers.h(639):
warning C4996: ‘std::tr1’: warning STL4002: The non-Standard std::tr1 namespace and TR1-only machinery are deprecated and will be REMOVED. You can define _SILENCE_TR1_NAMESPACE_DEPRECATION_WARNING to acknowledge that you have received this warning. [buildgooglemockgmock.vcxproj]

So I ran cmake like this and it helped:
cmake . -DCMAKE_CXX_FLAGS=/D_SILENCE_TR1_NAMESPACE_DEPRECATION_WARNING

Although you can get a different warning, then this won’t work obviously.
In general to switch off /WX completely you can call like this: cmake . «-DCMAKE_CXX_FLAGS=/w»

Источник

error C2220 #76

Hello,I follow the steps but encountered an error c2220 while running build.cmd.
and I try to disable treat warnings as errors but it`s not work.
Is that because my system language is Chinese?

The text was updated successfully, but these errors were encountered:

Looks like the file contains a character that cannot be returned in your code page, see https://msdn.microsoft.com/en-us/library/ms173715.aspx. Can you try saving that for (half.h) as utf8 ?

I have verified that this file from the Eigen library does indeed contain characters that should have been encoded at UTF-8. This is how I did it. When I use Visual Studio to save the file with ansii encoding like this:

then you will see Visual Studio correctly report the error:

But if you save it with this encoding then everything is fine, and this should work on your machine.

But the characters in the file that are causing this problem are probably in every single Eigen file because it is part of the copyright header. Specifically it is the special curly quotes used in this part of the header:

If you replace the curly quotation characters with simple double quotes «» then that should also fix it.

Technically this is a bug in the Eigen library, they should have UTF-8 encoded all their files. So if you have a tool that can utf-8 encode all the Eigen files then I would use that just in case there are any other special characters used anywhere. Trick is that tool probably needs to load them as Western European Codepage 28591, and not the default code page of the system. It is your default code page that does not contain those special characters.

Источник

error C2220 #76

Hello,I follow the steps but encountered an error c2220 while running build.cmd.
and I try to disable treat warnings as errors but it`s not work.
Is that because my system language is Chinese?

The text was updated successfully, but these errors were encountered:

Looks like the file contains a character that cannot be returned in your code page, see https://msdn.microsoft.com/en-us/library/ms173715.aspx. Can you try saving that for (half.h) as utf8 ?

I have verified that this file from the Eigen library does indeed contain characters that should have been encoded at UTF-8. This is how I did it. When I use Visual Studio to save the file with ansii encoding like this:

then you will see Visual Studio correctly report the error:

But if you save it with this encoding then everything is fine, and this should work on your machine.

But the characters in the file that are causing this problem are probably in every single Eigen file because it is part of the copyright header. Specifically it is the special curly quotes used in this part of the header:

If you replace the curly quotation characters with simple double quotes «» then that should also fix it.

Technically this is a bug in the Eigen library, they should have UTF-8 encoded all their files. So if you have a tool that can utf-8 encode all the Eigen files then I would use that just in case there are any other special characters used anywhere. Trick is that tool probably needs to load them as Western European Codepage 28591, and not the default code page of the system. It is your default code page that does not contain those special characters.

Источник

Visual Studio 2015 Warnings after upgrade #222

When opening the solution for the first time, and building in Release/Win32, I got the following:

1>C:Program Files (x86)Windows Kits8.1Includeumdbghelp.h(1544): error C2220: warning treated as error — no ‘object’ file generated
1>C:Program Files (x86)Windows Kits8.1Includeumdbghelp.h(1544): warning C4091: ‘typedef ‘: ignored on left of » when no variable is declared
1>C:Program Files (x86)Windows Kits8.1Includeumdbghelp.h(3190): warning C4091: ‘typedef ‘: ignored on left of » when no variable is declared
2>C:Program Files (x86)Windows Kits8.1Includeumdbghelp.h(1544): error C2220: warning treated as error — no ‘object’ file generated (compiling source file minidump_generator.cc)
2>C:Program Files (x86)Windows Kits8.1Includeumdbghelp.h(1544): warning C4091: ‘typedef ‘: ignored on left of » when no variable is declared (compiling source file minidump_generator.cc)
2>C:Program Files (x86)Windows Kits8.1Includeumdbghelp.h(3190): warning C4091: ‘typedef ‘: ignored on left of » when no variable is declared (compiling source file minidump_generator.cc)
2>C:Program Files (x86)Windows Kits8.1IncludeumDbgHelp.h(1544): error C2220: warning treated as error — no ‘object’ file generated (compiling source file client_info.cc)
2>C:Program Files (x86)Windows Kits8.1IncludeumDbgHelp.h(1544): warning C4091: ‘typedef ‘: ignored on left of » when no variable is declared (compiling source file client_info.cc)
2>C:Program Files (x86)Windows Kits8.1IncludeumDbgHelp.h(3190): warning C4091: ‘typedef ‘: ignored on left of » when no variable is declared (compiling source file client_info.cc)
3>C:Program Files (x86)Windows Kits8.1IncludeumDbgHelp.h(1544): error C2220: warning treated as error — no ‘object’ file generated
3>C:Program Files (x86)Windows Kits8.1IncludeumDbgHelp.h(1544): warning C4091: ‘typedef ‘: ignored on left of » when no variable is declared
3>C:Program Files (x86)Windows Kits8.1IncludeumDbgHelp.h(3190): warning C4091: ‘typedef ‘: ignored on left of » when no variable is declared
2>C:Program Files (x86)Windows Kits8.1IncludeumDbgHelp.h(1544): error C2220: warning treated as error — no ‘object’ file generated (compiling source file crash_generation_server.cc)
2>C:Program Files (x86)Windows Kits8.1IncludeumDbgHelp.h(1544): warning C4091: ‘typedef ‘: ignored on left of » when no variable is declared (compiling source file crash_generation_server.cc)
2>C:Program Files (x86)Windows Kits8.1IncludeumDbgHelp.h(3190): warning C4091: ‘typedef ‘: ignored on left of » when no variable is declared (compiling source file crash_generation_server.cc)
4>—— Build started: Project: renderdoc, Configuration: Release Win32 ——
4>LINK : fatal error LNK1181: cannot open input file ‘C:srcrenderdocrenderdoc3rdpartybreakpadWin32Releasecrash_generation_client.lib’
5>—— Build started: Project: renderdoccmd, Configuration: Release Win32 ——
5> renderdoccmd_win32.cpp
5>C:Program Files (x86)Windows Kits8.1IncludeumDbgHelp.h(1544): error C2220: warning treated as error — no ‘object’ file generated
5>C:Program Files (x86)Windows Kits8.1IncludeumDbgHelp.h(1544): warning C4091: ‘typedef ‘: ignored on left of » when no variable is declared
5>C:Program Files (x86)Windows Kits8.1IncludeumDbgHelp.h(3190): warning C4091: ‘typedef ‘: ignored on left of » when no variable is declared
========== Build: 0 succeeded, 5 failed, 11 up-to-date, 0 skipped ==========

It seems to be all in a Windows header, but obviously doesn’t build out of the box on this system.

The text was updated successfully, but these errors were encountered:

Does it also do this if you move the solution to the 10.0.10240.x or 10.0.10586.0 SDKs?
I’ve always handpatched away the warnings in dbghelp.h and suchlike in previous builds of my software, as they to my knowledge are not circumventable.

Created pull request 223: #223

This is kind of ridiculous that microsoft haven’t fixed this. I remember encountering this before win10 came out in one of their pre-release SDKs and I assumed it’d be fixed by release.

RE: The pull request I’d rather not make that change everywhere, especially if it’s needed in breakpad — I avoid making non trivial in-repo changes to external libraries so in that case it’d need to have a separate fork set up, apply the changes, and sync to my fork.

I think a better solution is as @zao suggested, just hand-patch the warnings in dbghelp.h and include it in renderdoc’s source tree and #include that. It’s a bit more awkward to find a location since it’s needed in several different places. I think the best place is to put it in renderdoc/3rdparty/dbghelp/dbghelp.h and instead of doing the #pragma push/pop dance you’d do #include dbghelp/dbghelp.h — I think all projects should have renderdoc/3rdparty in their include search path. Maybe pdblocate won’t, in which case just add it.

Not a particularly pleasant solution, but that’s how it works cleaning up someone else’s mess :(.

I’m a bit concerned that including DbgHelp.h from a particular Windows SDK version might cause problems with other Windows SDK versions. do you have any testing to cover this? I don’t want to break something down the line.

Alternately we could simply suppress this warning in the breakpad project and use the push/pop in the renderdoc-owned code. (Sorry, I hadn’t noticed that you pull in some third party code)

Yeh I can understand that. It should be fine though as I already ship a bunch of sdk headers for d3d to remove dependency on the sdk. The dbghelp api is stable so there shouldn’t be any issue.

Why not simply have a rd_dbghelp.h which solely consist of the #pragma to disable warnings and includes the MSFT ? That way you don’t have a local copy, and you can protect the pragmas with a version check, and warnings are fixed as well.

Источник

Error c2220 warning treated as error no object file generated

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

vsprintf(buf, s, va);

The Visual Studio 2005 Express Edition compiler gives the following error:

.strgen.c(87) : error C2220: warning treated as error — no ‘object’ file generated

.strgen.c(87) : warning C4996: ‘vsprintf’ was declared deprecated

What do I do? What do I replace it with? Please help. Thank you.

Answers

That is because vssprintf_s takes a different set of parameters:

int vsprintf_s(
char * buffer ,
size_t sizeInBytes ,
const char * format ,
va_list argptr
);

// crt_vsprintf_s.c
// This program uses vsprintf_s to write to a buffer.
// The size of the buffer is determined by _vscprintf.
#include
#include
void test( char * format, . )
<
va_list args;
int len;
char * buffer;
va_start( args, format );
len = _vscprintf( format, args )
// _vscprintf doesn’t count + 1;
// terminating ‘’
buffer = malloc( len * sizeof(char) );
vsprintf_s( buffer, len, format, args );
printf( buffer );
free( buffer );
>

int main( void )
<
test( «%d %c %dn», 123, ‘

If you look up in the documentation it states:

These functions are deprecated because more secure versions are available; see vsprintf_s, vsprintf_s_l, vswprintf_s, _vswprintf_s.

So I would probably start with those. 😉

vsprintf_s(buf, s, va);

and still it sprouts some errors. I cannot find documentation for them.

Источник

Comments

Warnings for GTest broke the build because GTest turns warnings into
errors, which is undesirable if GTest is just used as a dependency.

See also google/googletest#1373.

978: Disable warnings for GTest r=Learath2 a=heinrich5991

Warnings for GTest broke the build because GTest turns warnings into
errors, which is undesirable if GTest is just used as a dependency.

See also google/googletest#1373.

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

Summary: hitting google/googletest#1373

Reviewed By: mjoras

Differential Revision: D23785392

fbshipit-source-id: 114849ed966fb196bb8392bd71ee3c2972834279

class Cdata12Mnt
{
public:
char IOBname[ID1_IOB_PIOTSUP-ID1_IOB_TOP][BOADNAM_MAX + 4];
char ExIOBname[ID1_MAX_INF-ID1_EXIOB_U1TOP][BOADNAM_MAX + 4];
char cflpath[256];
char basetext[256];
UINT database[ID1_MAX_INF];
int State;

public:
char SelectPath[256];

public:
int GetIOBName(int slt,char *Name);
Cdata12Mnt(char *SelectPath);
virtual ~Cdata12Mnt();
int     GetValue(int id);
int     GetState() { return State; }
};

Cdata12Mnt::Cdata12Mnt(char *SelectPath)
{
SCTReg  reg;
char    buf[256], *cpnt, *npnt, *bpnt1, *bpnt2;
char    *startcode[] = {"CNTL_CODE ","SEGMENT "};
char    *stopcode    = {"END_CNTL_CODE "};
FILE    *fp;
int     ii, infl;

State = 0;

for (ii = 0; ii < (ID1_IOB_PIOTSUP - ID1_IOB_TOP); ii++) {
strcpy(IOBname[ii], "");
}

for (ii = 0; ii < (ID1_MAX_INF-ID1_EXIOB_U1TOP); ii++) {
**strcpy(ExIOBname[ii], "");**
}

sprintf(cflpath, "%s\%s", SelectPath, CDATAFL);

if ((fp = fopen(cflpath,"r"))!=NULL) {
for (ii = 0, infl = 0; fgets(buf, 256, fp) != NULL;) {
if (infl == 0 && strncmp(buf, startcode[0], strlen(startcode[0])) == 0) {
if ((cpnt = strchr(&buf[strlen(startcode[0])],*startcode[1])) != NULL) {
if (strncmp(cpnt,startcode[1], strlen(startcode[1])) == 0) {
infl = 1;
continue;
}
}
}

if (infl == 0) {
continue;
}

if (strncmp(buf,stopcode,strlen(stopcode))==0) {
if (ii == ID1_EXIOB_U1TOP) {
for (int nDataNumber = ii; nDataNumber < ID1_MAX_INF; nDataNumber++) {
database[nDataNumber] = 0;
}
}

infl = 0;
continue;
}

if (strncmp(&buf[14], " DD ", 4) == 0) {
if ((cpnt=strchr(buf, ';')) != NULL) {
*cpnt = '';
}

if (ii >= ID1_IOB_TOP && ii < ID1_IOB_PIOTSUP) {
if ((bpnt1 = strchr(cpnt + 1,'(')) != NULL && (bpnt2=strchr(cpnt + 1,')'))!=NULL && bpnt1 < bpnt2) {
*bpnt2 = '';
*(bpnt1 + BOADNAM_MAX + 1) = '';
strcpy(IOBname[ii-ID1_IOB_TOP], bpnt1 + 1);
}
}

if (ii >= ID1_EXIOB_U1TOP && ii < ID1_MAX_INF) {
if ((bpnt1 = strchr(cpnt + 1, '(')) != NULL && (bpnt2=strchr(cpnt+1,')'))!=NULL && bpnt1 < bpnt2) {
*bpnt2='';
*(bpnt1+BOADNAM_MAX+1)='';
strcpy(ExIOBname[ii-ID1_EXIOB_U1TOP], bpnt1 + 1);
}
}

for (cpnt = &buf[18]; cpnt != NULL;) {
if ((npnt=strchr(cpnt, ',')) != NULL)
*npnt='';
}

if (strchr(cpnt,'H')!=NULL) {
sscanf(cpnt,"%XH",&database[ii]);
} else {
database[ii]=atoi(cpnt);
}

ii++;
cpnt = npnt;

if (cpnt != NULL) {
cpnt++;
}
}
}
}

fclose(fp);
} else {
State=-1;
}

Решение

Другие решения

// pragma_warning.cpp
// compile with: /W1
#pragma warning(disable:4700)
void Test() {
int x;
int y = x;   // no C4700 here
#pragma warning(default:4700)   // C4700 enabled after Test ends
}

int main() {
int x;
int y = x;   // C4700
}