• Advertisement
Sign in to follow this  

/DEFAULTLIB:"uuid.lib" ' unrecognized pls help !!

This topic is 4209 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

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

Share this post


Link to post
Share on other sites
Advertisement


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

Share this post


Link to post
Share on other sites
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

Share this post


Link to post
Share on other sites
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.


Share this post


Link to post
Share on other sites
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


Share this post


Link to post
Share on other sites
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.


Share this post


Link to post
Share on other sites
Sign in to follow this  

  • Advertisement