我正在浏览lazyfoo.net上的SDL 2教程33（源代码可以在页面底部的http://lazyfoo.net/tutorials/SDL/33_file_reading_and_writing/index.php获得），我收到编译错误＆＃34; _Longlong was未在此范围内声明＆＃34;。我在Codeblocks 16.01中使用g ++版本5.3。如何解决此构建错误？
答案 0 :(得分：4)
这就像示例中的错误（不可移植编码），如jungletek在2015年的https://forums.libsdl.org/viewtopic.php?p=42648中所报告的那样：
我在一个关于同一问题的新帖子中发布了这个，很难过 人们从不在互联网上跟进他们的解决方案...
Quote：我相信这是一个MinGW错误的组合（更新MinGL到 一个较新的版本），以及一个带有Lazy Foo代码的错误/错误（？）。
更改＆＃39; _Longlong＆＃39;的所有实例长期＆＃39;导致代码 正确编译，可执行文件似乎按预期执行， 据我所知。如果有人能通过某种方式告诉我 一个不正确的解决方案，我很乐意听到它，因为我仍然非常喜欢 学习的过程。
还要确保使用。编译c ++ 11标准 适当的编译器标志。
因此，你可以尝试在StatusCode : 200
StatusDescription : OK
Content : {"Content of the web page does not fully show through this output… How can I use wget to just show the full content of the webpage without cutting it out?
RawContent : HTTP/1.1 200 OK
Content-Length: 307
Content-Type: application/json
Date: Wed, 26 Apr 2017 04:20:04 GMT
Server: CherryPy/3.2.2
{"Content of the web page does not fully show...
Forms : {}
Headers : {[Content-Length, 307], [Content-Type, application/json], [Date, Wed, 26 Apr 2017 04:20:04 GMT],
[Server, CherryPy/3.2.2]}
Images : {}
InputFields : {}
Links : {}
ParsedHtml : mshtml.HTMLDocumentClass
RawContentLength : 307
中将typedef _Longlong添加到第一次使用_Longlong之前（在许多平台上都是64位整数）：
long long并且 typedef long long _Longlong;
听起来太像华盛顿州雷德蒙德的something from沙漠，它不是gcc编译器的主要目标。