Vscode-cpptools: identifier "time_t" is undefined
Enviroment is : Ubuntu 16.04 + vscode 1.17.1 + extension c/c++ 0.13.1
It tips "identifier "time_t" is undefined", but it can compile and run successfully. Hope it can be solve.
TimRowe
All 8 comments
@TimRowe The options to compile and link the code are not the ones in the c_cpp_properties.json file. To remove the tip(s) you need to add the include folders in the c_cpp_properties.json.
用于编译和链接的选项和c_cpp_properties.json文件中的选项不同。在c_cpp_properties.json文件中添加相应的包含路径可以防止出现这类代码解析的错误提示。
xueyunquan
on 16 Oct 2017
@xueyunquan , I have set cpp_properties.json as default and it can go to definition with right click, see my screenshot.
TimRowe
on 16 Oct 2017
???
TimRowe
on 19 Oct 2017
I'm not able to repro the issue. What happens if you only use /usr/include in your include path? It's possible it's picking up time.h from a different include path file that requires certain defines set.
sean-mcmanus
on 19 Oct 2017
Okay, the issue starts to repro when "/usr/include/linux" is added to the includePath. Can you remove that path or is it required for other includes? The time.h under the Linux folder doesn't include a definition for time_t. We might have a bug where we choosing includePaths in the wrong order.
sean-mcmanus
on 19 Oct 2017
Do your include paths match what's given by clang -v -E -x c++ - < /dev/null (with clang replaced by gcc or gcc if you're using those)? My include path intentionally doesn't have /usr/include/linux. The ordering we use for include paths seems fine in general.
sean-mcmanus
on 20 Oct 2017
Closing due to no activity on this issue for almost 2 years. Please reopen if there is still an issue here.
Colengms
on 4 Jul 2019
Removing "/usr/include/x86_64-linux-gnu/libavutil" from the "includePath" section resolved this for me.
killerkalamari
on 30 Apr 2020
Related issues
ecbrodie
·
3Comments
montery8
·
3Comments
vicatcu
·
3Comments
arl
·
3Comments
narutse
·
3Comments
Most helpful comment
Do your include paths match what's given by
clang -v -E -x c++ - < /dev/null(with clang replaced by gcc or gcc if you're using those)? My include path intentionally doesn't have /usr/include/linux. The ordering we use for include paths seems fine in general.