/DEFAULTLIB:"uuid.lib" ' unrecognized pls help !!
Hi
Im Using Dev-C++ 4.9.9.2
Im reading a book "Creating Games in c++ for beginners"
by David Conger .
Anyways Im getting this error when i compile every program from chapter 4
onwards
so im stuck and cannot continue my learning until i resolve this .
heres the error ---
"E:/Dev-Cpp/mingw32/lib" e:/Dev-Cpp/lib/libALut.a e:/Dev-Cpp/lib/libOpenAL32.a e:/Dev-Cpp/lib/libdxguid.a e:/Dev-Cpp/lib/libopengl32.a -mwindows
Warning: .drectve `/DEFAULTLIB:"uuid.lib" /DEFAULTLIB:"uuid.lib" ' unrecognized
Execution terminated
-----
I did a txt search for the "`/DEFAULTLIB:"uuid.lib"
and it came up with LibAlut.a
these are the files i have linked in the compiler linker commands
e:\Dev-Cpp\lib\libALut.a e:\Dev-Cpp\lib\libOpenAL32.a e:\Dev-Cpp\lib\libuuid.a e:\Dev-Cpp\lib\libopengl32.a
And still comes up with --/DEFAULTLIB:"uuid.lib" ' unrecognized
could it be that its looking for "uuid.lib" and I only have Libuuid.a ?
But Dev_c++ only accepts lib.a and not .libs or so i thought ?
as the txt in the libalut.a is exactly --/DEFAULTLIB:"uuid.lib"
I tried to mod the libalut.a file in notepad to /DEFAULTLIB:"Libuuid.a" but it came up with id error in mingw32b
could this be a bug ,
Has anyone had this problem and resolved it ?
Any help to get me back on track would be appreciated
Zeek
hmm no replies yet , i worked on trying to fix this and have not yet
but the calling of uuid.lib is comming from the Libalut.a
so i did a search and found a different file 'alut.a' in dir
c:\dev-cpp\OpenAL-0.099-mingw\Alut.a
So i reconfigured the compiler to use that instead !
and compiled with no errors
but came up with execution terminated ! and error when i try to double
click the compiled exe .
hmm
so I found another openAL32.a in that same 0.099-mingw dir , and used that instead of the one in the c:\dev-Cpp\lib\ and still got the same errors
i did a bit of debugging and it was complaining about a violation from iostream
which i think is working fine (but i dunno) .
So i returned it all back to before state .
and still getting the not recognised default\uuid.lib error
thought id let you know , maybe itll help .. to help me figure this out .
any ideas guys
Zeek
Hi again !
I found another alut on the net thats supposed to work well with openAl32
anyways ran with the new alut , I presume it does not have the look for
default \uuid.lib inside it .
anyways
compiled fine but execution terminated !
tried to run the program (which really all it is is put up a blue screen)
and it comes up with the exe has generated errors and will be closed.
i tried debugging !
and
It came up with a window promp
"An Access Violation (Segmentation Fault)Raised in your program"
and the iostream window came up in dev-cpp with the iostream code
and highlighted in blue was
// For construction of filebuffers for cout, cin, cerr, clog et. al.
static ios_base::Init __ioinit; //<---- this line highlighted in blue !
} // namespace std
#endif /* _GLIBCXX_IOSTREAM */
so in conclusion
I think the the warning in my original to uuid.lib was not causing my program
to fail as i tried other alut files and still go errors running
my programs
Anyways If anyone has got any ideas let me know
Zeek
I found another alut on the net thats supposed to work well with openAl32
anyways ran with the new alut , I presume it does not have the look for
default \uuid.lib inside it .
anyways
compiled fine but execution terminated !
tried to run the program (which really all it is is put up a blue screen)
and it comes up with the exe has generated errors and will be closed.
i tried debugging !
and
It came up with a window promp
"An Access Violation (Segmentation Fault)Raised in your program"
and the iostream window came up in dev-cpp with the iostream code
and highlighted in blue was
// For construction of filebuffers for cout, cin, cerr, clog et. al.
static ios_base::Init __ioinit; //<---- this line highlighted in blue !
} // namespace std
#endif /* _GLIBCXX_IOSTREAM */
so in conclusion
I think the the warning in my original to uuid.lib was not causing my program
to fail as i tried other alut files and still go errors running
my programs
Anyways If anyone has got any ideas let me know
Zeek
Try "libuuid.a" - it should be in C:\Dev-Cpp\lib
The bloodshed ide prepends 'lib' to the library file names and expects them to have an ".a" extension. These files likely have a slightly different format than .lib files but they serve the same purpose.
The bloodshed ide prepends 'lib' to the library file names and expects them to have an ".a" extension. These files likely have a slightly different format than .lib files but they serve the same purpose.
LessBread
this is a quote from my first post top one
"
these are the files i have linked in the compiler linker commands
e:\Dev-Cpp\lib\libALut.a e:\Dev-Cpp\lib\libOpenAL32.a e:\Dev-Cpp\lib\libuuid.a e:\Dev-Cpp\lib\libopengl32.a"
as you can see Libuuid.a is there and is still came up with warning .
if i cant get this resolved
I might try using a different version older or newer beta version
and see what happens
Coz i did a bit of reading and searching and some people have
changed to a lower version of dev-C++ and things went ok
maybe later this week
Zeek
this is a quote from my first post top one
"
these are the files i have linked in the compiler linker commands
e:\Dev-Cpp\lib\libALut.a e:\Dev-Cpp\lib\libOpenAL32.a e:\Dev-Cpp\lib\libuuid.a e:\Dev-Cpp\lib\libopengl32.a"
as you can see Libuuid.a is there and is still came up with warning .
if i cant get this resolved
I might try using a different version older or newer beta version
and see what happens
Coz i did a bit of reading and searching and some people have
changed to a lower version of dev-C++ and things went ok
maybe later this week
Zeek
I saw that after I posted.
If libuuid.a is like uuid.lib, it contains data, a set of guid's used by various COM interfaces. It could be that your code needs a guid that didn't make it into libuuid.a. An updated version of the file might resolve that, but if the guid that you need is old, it might not as an older guid might not be present in a newer version of the file (ie. the interface associated with the guid was deprecated).
LCC-Win32 had problem with uuid.lib a couple of years ago. The developers of that IDE resolved the problem by having the installer build uuid.lib as part of the installation process. That IDE also include a utility for rebuilding uuid.lib as well. I don't know if that utility creates ".a" files, probably not, but it might. Check the utilities that game with DevCPP. Maybe one of them builds library files. You might need to rebuild the file from an MSVC lib file.
I don't know what libalut.a is for. If you are including it because it contains the string "`/DEFAULTLIB:"uuid.lib" - then you shouldn't include it. That is likely a linker directive telling the linker that it should merge in uuid.lib along with libalut.a. Why a lib file intended to work with gcc still contains a string for a VC linker directive escapes me. If the code requires libalut.a, you might try removing that string entirely.
Another possibility - libalut.a reminds me of libglut.a - is there a libalut32.a? If so, trying using that instead of libalut.a.
If none of that works, plug "libalut.a" into google and search the results to see if others have had the same problem and if so how they overcame it.
If libuuid.a is like uuid.lib, it contains data, a set of guid's used by various COM interfaces. It could be that your code needs a guid that didn't make it into libuuid.a. An updated version of the file might resolve that, but if the guid that you need is old, it might not as an older guid might not be present in a newer version of the file (ie. the interface associated with the guid was deprecated).
LCC-Win32 had problem with uuid.lib a couple of years ago. The developers of that IDE resolved the problem by having the installer build uuid.lib as part of the installation process. That IDE also include a utility for rebuilding uuid.lib as well. I don't know if that utility creates ".a" files, probably not, but it might. Check the utilities that game with DevCPP. Maybe one of them builds library files. You might need to rebuild the file from an MSVC lib file.
I don't know what libalut.a is for. If you are including it because it contains the string "`/DEFAULTLIB:"uuid.lib" - then you shouldn't include it. That is likely a linker directive telling the linker that it should merge in uuid.lib along with libalut.a. Why a lib file intended to work with gcc still contains a string for a VC linker directive escapes me. If the code requires libalut.a, you might try removing that string entirely.
Another possibility - libalut.a reminds me of libglut.a - is there a libalut32.a? If so, trying using that instead of libalut.a.
If none of that works, plug "libalut.a" into google and search the results to see if others have had the same problem and if so how they overcame it.
This topic is closed to new replies.
Advertisement
Popular Topics
Advertisement