Code::Blocks Forums

User forums => General (but related to Code::Blocks) => Topic started by: danieru on April 25, 2014, 01:44:52 am

Title: [solved] the use of `tmpnam' is dangerous, better use `mkstemp'
Post by: danieru on April 25, 2014, 01:44:52 am
When trying to compile any C++ project that uses tmpnam it gives an error saying " the use of `tmpnam' is dangerous, better use `mkstemp' ".
I read that using the option -Wno-deprecated-declarations should work, but it didn't work for me.

I think the mistake is that I'm not writing -Wno-deprecated-declarations where it should. So if someone could tell me where I should write -Wno-deprecated-declarations would be very helpful.
Title: Re: the use of `tmpnam' is dangerous, better use `mkstemp'
Post by: ollydbg on April 25, 2014, 02:57:30 am
This is not a question related to C::B. Please find a place you can get the correct answer.
Please respect our forum rules. Thank you.
See: FAQ (http://wiki.codeblocks.org/index.php?title=FAQ)

EDIT:
As stahta01 said, you can put GCC build options there.
Title: Re: the use of `tmpnam' is dangerous, better use `mkstemp'
Post by: stahta01 on April 25, 2014, 03:42:52 am
My guess of the CB location is this:

"Project" -> "Build Options..."
Tab "Compiler Settings"
Sub-Tab "Other Options"

Tim S.
Title: Re: the use of `tmpnam' is dangerous, better use `mkstemp'
Post by: danieru on April 25, 2014, 06:46:58 pm
Quote from: stahta01 on April 25, 2014, 03:42:52 am
My guess of the CB location is this:

"Project" -> "Build Options..."
Tab "Compiler Settings"
Sub-Tab "Other Options"

Tim S.

Thank you! now I can be sure it is in the right place. But the error message still appears. Even so the message "the use of` tmpnam 'is dangerous, better use `mkstemp'" should be only a warning and not an error. right?

What makes me think that maybe CB is interpreting it as an error.
Title: Re: the use of `tmpnam' is dangerous, better use `mkstemp'
Post by: danieru on April 25, 2014, 07:09:07 pm
maybe a screenshot help
Title: Re: the use of `tmpnam' is dangerous, better use `mkstemp'
Post by: stahta01 on April 25, 2014, 07:48:27 pm
http://wiki.codeblocks.org/index.php?title=FAQ-Compiling_%28errors%29#Q:_How_do_I_troubleshoot_a_compiler_problem.3F (http://wiki.codeblocks.org/index.php?title=FAQ-Compiling_%28errors%29#Q:_How_do_I_troubleshoot_a_compiler_problem.3F)
Title: Re: the use of `tmpnam' is dangerous, better use `mkstemp'
Post by: osdt on April 25, 2014, 07:49:32 pm
Quote from: danieru on April 25, 2014, 07:09:07 pm
maybe a screenshot help

No it doesn't. Post the Build log containing the full commandline and error message.
Title: Re: the use of `tmpnam' is dangerous, better use `mkstemp'
Post by: danieru on April 25, 2014, 08:05:58 pm
Quote from: osdt on April 25, 2014, 07:49:32 pm
Quote from: danieru on April 25, 2014, 07:09:07 pm
maybe a screenshot help

No it doesn't. Post the Build log containing the full commandline and error message.

Build log:
Code

-------------- Clean: Debug in test (compiler: GNU GCC Compiler)---------------

Cleaned "test - Debug"

-------------- Build: Debug in test (compiler: GNU GCC Compiler)---------------

g++ -w -fexceptions -msse3 -Wno-deprecated-declarations -DDG_DISABLE_ASSERT -DZLIB -DPLATFORM_LINUX -D_NEWTON_STATIC_LIB -DFT2_BUILD_LIBRARY -DOPENGL -Dunix -D_POSIX_VER -D_POSIX_VER_64 -DDG_THREAD_EMULATION -D_STATICLIB -DDG_USE_THREAD_EMULATION -DGL_GLEXT_PROTOTYPES -DLEADWERKS_3_1 -D_CUSTOM_JOINTS_STATIC_LIB -w -g -Wno-deprecated-declarations -DDEBUG -D_DEBUG -std=c++11 -Wno-deprecated-declarations -I"/home/brandd/Leadwerks"/Include/Libraries/NewtonDynamics/coreLibrary_300/source/core -I"/home/brandd/Leadwerks"/Include/Libraries/NewtonDynamics/coreLibrary_300/source/meshUtil -I"/home/brandd/Leadwerks"/Include/Libraries/NewtonDynamics/coreLibrary_300/source/newton -I"/home/brandd/Leadwerks"/Include/Libraries/NewtonDynamics/coreLibrary_300/source/physics -I"/home/brandd/Leadwerks"/Include/Libraries/NewtonDynamics/packages/dMath -I"/home/brandd/Leadwerks"/Include/Libraries/NewtonDynamics/packages/dContainers -I"/home/brandd/Leadwerks"/Include/Libraries/NewtonDynamics/packages/dCustomJoints -I"/home/brandd/Leadwerks"/Include/Libraries/tolua++-1.0.93/include -I"/home/brandd/Leadwerks"/Include/Libraries/lua-5.1.4 -I"/home/brandd/Leadwerks"/Include/Libraries/freetype-2.4.7/include -I"/home/brandd/Leadwerks"/Include/Libraries/enet-1.3.1/include -I"/home/brandd/Leadwerks"/Include/Libraries/RecastNavigation/DebugUtils/Include -I"/home/brandd/Leadwerks"/Include/Libraries/RecastNavigation/Detour/Include -I"/home/brandd/Leadwerks"/Include/Libraries/RecastNavigation/DetourCrowd/Include -I"/home/brandd/Leadwerks"/Include/Libraries/RecastNavigation/DetourTileCache/Include -I"/home/brandd/Leadwerks"/Include/Libraries/RecastNavigation/Recast/Include -I"/home/brandd/Leadwerks"/Include -I"/home/brandd/Leadwerks"/Include/Libraries/zlib-1.2.5 -I"/home/brandd/Leadwerks"/Include/Libraries/zlib-1.2.5/contrib/minizip -I"/home/brandd/Leadwerks"/Include/Libraries/freetype-2.4.7/include/freetype -I"/home/brandd/Leadwerks"/Include/Libraries/freetype-2.4.7/include/freetype/config -I"/home/brandd/Leadwerks"/Include/Libraries/LuaJIT/dynasm -I"/home/brandd/Leadwerks"/Include/Libraries/glew-1.6.0/include -c /home/brandd/Documents/Leadwerks/Projects/test/Source/App.cpp -o ../../Source/App.o
g++ -w -fexceptions -msse3 -Wno-deprecated-declarations -DDG_DISABLE_ASSERT -DZLIB -DPLATFORM_LINUX -D_NEWTON_STATIC_LIB -DFT2_BUILD_LIBRARY -DOPENGL -Dunix -D_POSIX_VER -D_POSIX_VER_64 -DDG_THREAD_EMULATION -D_STATICLIB -DDG_USE_THREAD_EMULATION -DGL_GLEXT_PROTOTYPES -DLEADWERKS_3_1 -D_CUSTOM_JOINTS_STATIC_LIB -w -g -Wno-deprecated-declarations -DDEBUG -D_DEBUG -std=c++11 -Wno-deprecated-declarations -I"/home/brandd/Leadwerks"/Include/Libraries/NewtonDynamics/coreLibrary_300/source/core -I"/home/brandd/Leadwerks"/Include/Libraries/NewtonDynamics/coreLibrary_300/source/meshUtil -I"/home/brandd/Leadwerks"/Include/Libraries/NewtonDynamics/coreLibrary_300/source/newton -I"/home/brandd/Leadwerks"/Include/Libraries/NewtonDynamics/coreLibrary_300/source/physics -I"/home/brandd/Leadwerks"/Include/Libraries/NewtonDynamics/packages/dMath -I"/home/brandd/Leadwerks"/Include/Libraries/NewtonDynamics/packages/dContainers -I"/home/brandd/Leadwerks"/Include/Libraries/NewtonDynamics/packages/dCustomJoints -I"/home/brandd/Leadwerks"/Include/Libraries/tolua++-1.0.93/include -I"/home/brandd/Leadwerks"/Include/Libraries/lua-5.1.4 -I"/home/brandd/Leadwerks"/Include/Libraries/freetype-2.4.7/include -I"/home/brandd/Leadwerks"/Include/Libraries/enet-1.3.1/include -I"/home/brandd/Leadwerks"/Include/Libraries/RecastNavigation/DebugUtils/Include -I"/home/brandd/Leadwerks"/Include/Libraries/RecastNavigation/Detour/Include -I"/home/brandd/Leadwerks"/Include/Libraries/RecastNavigation/DetourCrowd/Include -I"/home/brandd/Leadwerks"/Include/Libraries/RecastNavigation/DetourTileCache/Include -I"/home/brandd/Leadwerks"/Include/Libraries/RecastNavigation/Recast/Include -I"/home/brandd/Leadwerks"/Include -I"/home/brandd/Leadwerks"/Include/Libraries/zlib-1.2.5 -I"/home/brandd/Leadwerks"/Include/Libraries/zlib-1.2.5/contrib/minizip -I"/home/brandd/Leadwerks"/Include/Libraries/freetype-2.4.7/include/freetype -I"/home/brandd/Leadwerks"/Include/Libraries/freetype-2.4.7/include/freetype/config -I"/home/brandd/Leadwerks"/Include/Libraries/LuaJIT/dynasm -I"/home/brandd/Leadwerks"/Include/Libraries/glew-1.6.0/include -c /home/brandd/Documents/Leadwerks/Projects/test/Source/main.cpp -o ../../Source/main.o
g++  -o ../../test.debug ../../Source/App.o ../../Source/main.o  -Wno-deprecated-declarations -Wno-deprecated-declarations -Wno-deprecated-declarations  ""/home/brandd/Leadwerks"/Library/Linux/Debug/Leadwerks.a" -lopenal -lGL -lGLU ""/home/brandd/Leadwerks"/Library/Linux/libluajit.a"
/home/brandd/Leadwerks/Library/Linux/Debug/Leadwerks.a(loslib.o): En la función `os_tmpname':
/home/josh/Leadwerks/Engine/Source/Libraries/lua-5.1.4/loslib.c:60: aviso: the use of `tmpnam' is dangerous, better use `mkstemp'
/usr/bin/ld: /home/brandd/Leadwerks/Library/Linux/Debug/Leadwerks.a(Thread.o): referencia sin definir al símbolo 'pthread_create@@GLIBC_2.2.5'
//lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
Process terminated with status 1 (0 minute(s), 8 second(s))
1 error(s), 0 warning(s) (0 minute(s), 8 second(s))
 

the error is on this file: http://www.lua.org/source/5.2/loslib.c.html (http://www.lua.org/source/5.2/loslib.c.html) on line 60.
Title: Re: the use of `tmpnam' is dangerous, better use `mkstemp'
Post by: Jenna on April 25, 2014, 08:20:52 pm
If you use localized gcc, you need to fix the regexes C::B uses to parse the messages (and decide, whether it's an error or watning or whatever).
But this can be carefull, in general it's better to use english output only:
How can I change the language of the compiler (gcc) output to english? (http://wiki.codeblocks.org/index.php?title=FAQ-Compiling_%28errors%29#Q:_How_can_I_change_the_language_of_the_compiler_.28gcc.29_output_to_english.3F)
Title: Re: the use of `tmpnam' is dangerous, better use `mkstemp'
Post by: danieru on April 25, 2014, 09:06:47 pm
Quote from: jens on April 25, 2014, 08:20:52 pm
If you use localized gcc, you need to fix the regexes C::B uses to parse the messages (and decide, whether it's an error or watning or whatever).
But this can be carefull, in general it's better to use english output only:
How can I change the language of the compiler (gcc) output to english? (http://wiki.codeblocks.org/index.php?title=FAQ-Compiling_%28errors%29#Q:_How_can_I_change_the_language_of_the_compiler_.28gcc.29_output_to_english.3F)

Thank you! That solves my problem, now "the use of` tmpnam 'is dangerous, better use `mkstemp'" is just a warning.  :D