Printable View
So I downloaded MS VC++ 2005 express today and tried to compile my code that I wrote in bloodshed dev C++ and spent hours fixing error after error after error, downloading new files like psdk and others, fixing more errors, sifting through a bunch of bull.........., fixing more errors (errors that shouldn't even be errors in the first place!).
And finally, I gave up.
What the hell is up with MS VC++? Why doesn't it compile code that compiles seamlessly on other compilers?
What are those problems?
There is a #define that you can use to force the compiler to not say "This function is unsafe, please use X instead".
In general, I find that VC++ compiles most code straight away.
--
Mats
I just get so many errors I don't know where to begin.
Even simple stuff like syntax errors on defining a class.
I used "namespace std" to get my file errors fixed on some code I d/l from the net. But once it started linking I got these errors:
------ Build started: Project: gifview, Configuration: Debug Win32 ------
Compiling...
winimage.cpp
c:\documents and settings\damon\desktop\gifview\winimage.cpp(772) : warning C4244: '=' : conversion from 'long' to 'short', possible loss of data
Compiling manifest to resources...
Linking...
gifview.obj : error LNK2019: unresolved external symbol __imp__DispatchMessageA@4 referenced in function _WinMain@16
gifview.obj : error LNK2019: unresolved external symbol __imp__TranslateMessage@4 referenced in function _WinMain@16
gifview.obj : error LNK2019: unresolved external symbol __imp__GetMessageA@16 referenced in function _WinMain@16
gifview.obj : error LNK2019: unresolved external symbol __imp__UpdateWindow@4 referenced in function _WinMain@16
gifview.obj : error LNK2019: unresolved external symbol __imp__ShowWindow@8 referenced in function _WinMain@16
winimage.obj : error LNK2001: unresolved external symbol __imp__ShowWindow@8
gifview.obj : error LNK2019: unresolved external symbol __imp__CreateWindowExA@48 referenced in function _WinMain@16
winimage.obj : error LNK2001: unresolved external symbol __imp__CreateWindowExA@48
gifview.obj : error LNK2019: unresolved external symbol __imp__RegisterClassExA@4 referenced in function _WinMain@16
gifview.obj : error LNK2019: unresolved external symbol __imp__LoadCursorA@8 referenced in function _WinMain@16
winimage.obj : error LNK2001: unresolved external symbol __imp__LoadCursorA@8
gifview.obj : error LNK2019: unresolved external symbol __imp__LoadIconA@8 referenced in function _WinMain@16
gifview.obj : error LNK2019: unresolved external symbol __imp__DefWindowProcA@16 referenced in function "long __stdcall WndProc(struct HWND__ *,unsigned int,unsigned int,long)" (?WndProc@@YGJPAUHWND__@@IIJ@Z)
winimage.obj : error LNK2001: unresolved external symbol __imp__DefWindowProcA@16
gifview.obj : error LNK2019: unresolved external symbol __imp__PostQuitMessage@4 referenced in function "long __stdcall WndProc(struct HWND__ *,unsigned int,unsigned int,long)" (?WndProc@@YGJPAUHWND__@@IIJ@Z)
gifview.obj : error LNK2019: unresolved external symbol __imp__EndPaint@8 referenced in function "long __stdcall WndProc(struct HWND__ *,unsigned int,unsigned int,long)" (?WndProc@@YGJPAUHWND__@@IIJ@Z)
winimage.obj : error LNK2001: unresolved external symbol __imp__EndPaint@8
gifview.obj : error LNK2019: unresolved external symbol __imp__BeginPaint@8 referenced in function "long __stdcall WndProc(struct HWND__ *,unsigned int,unsigned int,long)" (?WndProc@@YGJPAUHWND__@@IIJ@Z)
winimage.obj : error LNK2001: unresolved external symbol __imp__BeginPaint@8
winimage.obj : error LNK2019: unresolved external symbol __imp__SetDIBitsToDevice@48 referenced in function "public: int __thiscall C_Image::GDIPaint(struct HDC__ *,int,int)" (?GDIPaint@C_Image@@QAEHPAUHDC__@@HH@Z)
winimage.obj : error LNK2019: unresolved external symbol __imp__GetWindowLongA@8 referenced in function "public: static long __stdcall C_AnimationWindow::WndProc(struct HWND__ *,unsigned int,unsigned int,long)" (?WndProc@C_AnimationWindow@@SGJPAUHWND__@@IIJ@Z)
winimage.obj : error LNK2019: unresolved external symbol __imp__SetWindowLongA@12 referenced in function "public: static long __stdcall C_AnimationWindow::WndProc(struct HWND__ *,unsigned int,unsigned int,long)" (?WndProc@C_AnimationWindow@@SGJPAUHWND__@@IIJ@Z)
winimage.obj : error LNK2019: unresolved external symbol __imp__InvalidateRect@12 referenced in function "public: static unsigned long __stdcall C_AnimationWindow::fnThread(void *)" (?fnThread@C_AnimationWindow@@SGKPAX@Z)
winimage.obj : error LNK2019: unresolved external symbol __imp__RegisterClassA@4 referenced in function "public: struct HWND__ * __thiscall C_AnimationWindow::Create(struct HWND__ *,struct HMENU__ *,class C_ImageSet *,unsigned long,char *)" (?Create@C_AnimationWindow@@QAEPAUHWND__@@PAU2@PAU HMENU__@@PAVC_ImageSet@@KPAD@Z)
winimage.obj : error LNK2019: unresolved external symbol __imp__GetClassInfoA@12 referenced in function "public: struct HWND__ * __thiscall C_AnimationWindow::Create(struct HWND__ *,struct HMENU__ *,class C_ImageSet *,unsigned long,char *)" (?Create@C_AnimationWindow@@QAEPAUHWND__@@PAU2@PAU HMENU__@@PAVC_ImageSet@@KPAD@Z)
winimage.obj : error LNK2019: unresolved external symbol __imp__MoveWindow@24 referenced in function "public: int __thiscall C_AnimationWindow::Display(int,int)" (?Display@C_AnimationWindow@@QAEHHH@Z)
.\Debug/gifview.exe : fatal error LNK1120: 20 unresolved externals
Build log was saved at "file://c:\Documents and Settings\Damon\Desktop\gifview\Debug\BuildLog.htm"
gifview - 27 error(s), 1 warning(s)
========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========
Ok, I fixed that part by adding some libraries to the project linker settings.
But my other projects still don't compile.
LPSTR isn't known for one.
MAX_PATH isn't found either nor is #include <afxres.h>
And it isn't finding functions in my code when linking.... If I add the functions to the same file they are called from it works but I really don't want to group 20,000 lines of code in one source file....
Animator.obj : error LNK2019: unresolved external symbol "struct framelist * __cdecl AppendNode(struct framelist * *,int,int,int,int,char *,char *)" (?AppendNode@@YAPAUframelist@@PAPAU1@HHHHPAD1@Z) referenced in function "int __stdcall DlgProc2(struct HWND__ *,unsigned int,unsigned int,long)" (?DlgProc2@@YGHPAUHWND__@@IIJ@Z)
Annnnnd....
Animator.obj : error LNK2019: unresolved external symbol __imp__SHGetMalloc@4 referenced in function "int __stdcall DlgProc2(struct HWND__ *,unsigned int,unsigned int,long)" (?DlgProc2@@YGHPAUHWND__@@IIJ@Z)
When when I looked up SHGetMalloc, I found it needed Ceshell.lib. When I add Ceshell.lib it says Ceshell.lib cannot be found.
I am hating microsoft more and more. The stupid commercial software written by one of the biggest corporations on the planet can't figure out what .lib files to add on it's own but all the freeware programs can?
I typically dont like the express version, i tried it and it had problems with compiling resource files that compiled fine in codeblocks and devcpp. The school I'm at has the full version, and it works just as good as codeblocks/devcpp without anything too annoying, but I found the express version very... cheap.
MFC is not supplied with the Express version. If the file was generated by a resource editor and you don't actually use MFC, change the include to windows.h.Quote:
nor is #include <afxres.h>
Does anybody else have problems with Express?
VC++ is a commercial quality tool. As such it may require more explicit use of some features. Its not that VC++ is a POS, its that your code was sloppy and that your previous compiler didnt complain as much. VC++ also doesnt auto-recast pointers, which causes most of the problems when porting code that was written in C++ using 'C' style. Of course without actual code, I cant say for sure exactly what the problem is, but I dont find any problems porting my code between VC++ and Bloddshed, so its obviously a coding style issue.
If you can give specific exeamples of code and what error they raise, perhaps we coudl help you understand how to fix the problem.
Ops sorry fro the late post, I started it before going to lunch and just hit submit when I got back. Seems the OP had a link time issue with MFC, see my tag below.
I wasnt really fond of express. It didnt include a Win32 application template when I first got it, so I bougth a copy of VS 6.0 enterprise. I have a copy of 2005 at work, and Im beginnig to like some of its features. Its definately a long term goal to switch to 2005, but we have too much code in 6.0 that needs to be maintained to comletely stop using it. If you want ot write commercial applications, you will need to make the jump to 64 bit in the next 5-10 years, so you will have to learn either 2005 or use GCC.Quote:
Originally Posted by Welder
abachler, is this your definition of a Commercial Quality Tool?
error C2061: syntax error : identifier 'bool'
I have used commercial quality development tools for years. I have owned almost every version of CodeWarrior ever made.
And that MFC error was one of the hundreds of thousands that I have run into today compiling every last project I can find on the internet made for VC++.
The problem isnt with VC++, its with the user not including the appropriate libraries. Take any application and not include a required library and it will give you those errors.
I dont seem to have any problems using bool or BOOL. Perhaps you need to post the relevant code rather than just ranting that it gave you such and such an error.
Quote:
Compiler Error C2061
syntax error : identifier 'identifier'
The compiler found identifier where it was not expected. This error can be caused by enclosing an initializer in parentheses. The error can be avoided by enclosing the declarator in parentheses or making it a typedef. The following example causes this error and shows two fixes:
class X {};
class Y {};
class Z {};
class W : public X, public Y, public Z {};
void func ( W* pW )
{
X* pX ( pW ); // Error: unexpected identifier 'pW'
Y ( *pY ) ( pW ); // OK, declarator in parentheses
typedef Z *pZ_t;
pZ_t pZ ( pW ); // OK, typedef used for Z
}
There are so many errors and so much code I don't even know where to start or else I would. I added every library needed.
Look a this error. When I try to add any other libraries that popen and pclose require it starts giving even more errors of multiple definitions in the libraries.
xform.obj : error LNK2019: unresolved external symbol _pclose referenced in function _pipe_color_transformer
xform.obj : error LNK2019: unresolved external symbol _popen referenced in function _pipe_color_transformer
wtf?
There is issue after issue after issue and it doesn't stop. I can't even call up a function from another source file without the linker blowing up in my face and throwing errors at me left and right!
link errors are always caused by failure to include the appropriate library. In this case you arent linking against LIBC.LIB or LIBCMT.LIB
Yo could also have a problem with the function name itself, since MS uses _popen() not popen() or some such non-sense.
The easy fix is to just add the line -
and hope it doesnt objectCode:#define popen _popen
That line is already added.Quote:
Originally Posted by abachler
I have these libraries included
kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib
Also, I am getting link errors from my internal functions that are not supposed to be external libraries. I have the appropriate header files included, and functions defined. It compiles in other compilers just fine.
LINK : fatal error LNK1104: cannot open file 'LIBC.LIB'Quote:
Originally Posted by abachler
If I add libcmt.lib I get these errors:
Linking...
MSVCRTD.lib(MSVCR80D.dll) : error LNK2005: _free already defined in libcmt.lib(free.obj)
MSVCRTD.lib(MSVCR80D.dll) : error LNK2005: _strncmp already defined in libcmt.lib(strncmp.obj)
MSVCRTD.lib(MSVCR80D.dll) : error LNK2005: _strrchr already defined in libcmt.lib(strrchr.obj)
MSVCRTD.lib(MSVCR80D.dll) : error LNK2005: _malloc already defined in libcmt.lib(malloc.obj)
MSVCRTD.lib(MSVCR80D.dll) : error LNK2005: _realloc already defined in libcmt.lib(realloc.obj)
MSVCRTD.lib(MSVCR80D.dll) : error LNK2005: _strtol already defined in libcmt.lib(strtol.obj)
MSVCRTD.lib(MSVCR80D.dll) : error LNK2005: _strtoul already defined in libcmt.lib(strtol.obj)
MSVCRTD.lib(MSVCR80D.dll) : error LNK2005: _tolower already defined in libcmt.lib(tolower.obj)
MSVCRTD.lib(MSVCR80D.dll) : error LNK2005: _strchr already defined in libcmt.lib(strchr.obj)
MSVCRTD.lib(MSVCR80D.dll) : error LNK2005: _isspace already defined in libcmt.lib(_ctype.obj)
MSVCRTD.lib(MSVCR80D.dll) : error LNK2005: _abort already defined in libcmt.lib(abort.obj)
MSVCRTD.lib(MSVCR80D.dll) : error LNK2005: _exit already defined in libcmt.lib(crt0dat.obj)
MSVCRTD.lib(MSVCR80D.dll) : error LNK2005: __errno already defined in libcmt.lib(dosmap.obj)
MSVCRTD.lib(MSVCR80D.dll) : error LNK2005: _isdigit already defined in libcmt.lib(_ctype.obj)
MSVCRTD.lib(MSVCR80D.dll) : error LNK2005: _calloc already defined in libcmt.lib(calloc.obj)
MSVCRTD.lib(ti_inst.obj) : error LNK2005: "private: __thiscall type_info::type_info(class type_info const &)" (??0type_info@@AAE@ABV0@@Z) already defined in libcmt.lib(typinfo.obj)
MSVCRTD.lib(ti_inst.obj) : error LNK2005: "private: class type_info & __thiscall type_info::operator=(class type_info const &)" (??4type_info@@AAEAAV0@ABV0@@Z) already defined in libcmt.lib(typinfo.obj)
LINK : warning LNK4098: defaultlib 'MSVCRTD' conflicts with use of other libs; use /NODEFAULTLIB:library
xform.obj : error LNK2019: unresolved external symbol _pclose referenced in function _pipe_color_transformer
xform.obj : error LNK2019: unresolved external symbol _popen referenced in function _pipe_color_transformer
GIFAnimator.obj : error LNK2019: unresolved external symbol "int __cdecl gifmain(int,char * *)" (?gifmain@@YAHHPAPAD@Z) referenced in function "void __cdecl OptimizeGif(struct HWND__ *)" (?OptimizeGif@@YAXPAUHWND__@@@Z)
Debug\blah.exe : fatal error LNK1120: 3 unresolved externals
Now what? It must be my sloppy code then huh? So every opensource project I download off the net is sloppy? Jeez, nobody knows who to write clean code these days I guess...
Quote:
Originally Posted by Welder
Quote:
Originally Posted by abachler http://cboard.cprogramming.com/image...s/viewpost.gif
link errors are always caused by failure to include the appropriate library. In this case you arent linking against LIBC.LIB or LIBCMT.LIB
Enough said.
So what do I need to include to fix this?Quote:
Originally Posted by abachler
And how will an external library make the linker not be able to link my own functions properly?
'Your' functions most likely use functions contained in the C runtime library, something Bloodshed links behind the scenes. Because VC++ is far more flexible, it requires you to link the library explicitly, either by creating a windows project, or by manually entering the LIB in the link list. VC++ compiles a lot more than just windows programs. You may also be using the wrong template when creating your project. The fact that this file isnt linked by default makes me strongly suspect that is the case. If you are compiling MFC code you have to make an MFC project, as MFC and standard C/C++ are not compatible. If you are making a standard windows program, then you need to make a 'Win32' project. If you are compiling console appliation then you need to make a Win32 Console Application'. It also looks like you are linking everything, which means a lot of things are going to conflict. You cant link both LIBC.LIB LIBCMT.LIB and LIBCRTD>LIB as they all contain the same functions, just in different ways. First, you need to scrap the projects you have and make a new one, then add the SOURCE CODE files to your project one at a time. The problem isnt with VC++, its with bloodshed doing too much for you, and now you dont know how to set up a project properly.
I had a lot of problems at first, but there's a platform SDK that I downloaded and it fixed everything (namely it not having <windows.h> in its include). I can't remember what it was, but I'm sure you can find it. Also, Visual C++ 2008 Express is out, you should try that one.
I tried making a new win32 project file, started fresh and got this error:
cl : Command line error D8045 : cannot compile C file '..\..\src\funopt.c' with the /clr option
So I turned off the /clr option and I get all those link errors with popen pclose again.
Alright, I fixed that part. Ends up VC++ doesn't like .c files.
Now an error I am getting when compiling some gif code I downloaded is the following:
gifwrite.obj : error LNK2022: metadata operation failed (8013118D) : Inconsistent layout information in duplicated types (Gif_Context): (0x02000005).
LINK : fatal error LNK1255: link failed because of metadata errors
I think I see the problem. I will try something and get back to you guys.Code:typedef struct {
Gif_Stream *stream;
Gif_Code *prefix;
uint8_t *suffix;
uint16_t *length;
uint16_t width;
uint16_t height;
uint8_t *image;
uint8_t *maximage;
unsigned decodepos;
Gif_ReadErrorHandler handler;
void *handler_thunk;
} Gif_Context;
And in another source file I have this
typedef struct Gif_Context {
Gif_Node *nodes;
int nodes_pos;
Gif_Node **links;
int links_pos;
} Gif_Context;
That is really bad style - don't EVER use the same name or completely different structures.Quote:
Originally Posted by Welder
--
Mats
Finally compiled. But there are issues with it now. Oh well...
:shrug:
Problem I am having is all my string code is not working.
SetDlgItemText(hwnd, IDC_BATCH_PATH, "C:\\");
Enters some random characters. Msgboxes, dialog boxes, and any control that my code "sets" the text for gets garbled.
[edit] Oh wait...unicode. hold on, brb :)
Not my code. :)Quote:
Originally Posted by matsp
Sure, but I don't really think we can blame the compiler for moaning [although I would also argue that it's perfectly valid to HAVE that sort of construction - although bad style].Quote:
Originally Posted by Welder
--
Mats
WOOHOO!!!!
It worked!! Hell ya, thanks for your help guys.
Only took 10 hours of hell to get it figured out. I still hate the program, but will probably end up using it because of it's support. :)
Actually, the psdk has a copy of afxres.h in /Include/mfc so you just need to add that path to the include paths for msvc, if you want.Quote:
Originally Posted by CornedBee
The dummy 'afxres.h' header was originally created for MinGW(the 'compiler' used by Dev-Cpp) to provide compatibility with msvc resources; that MinGW header just #includes <windows.h> and #defines IDC_STATIC so you'd just need to duplicate these, as CornedBee has already mostly suggested, if you'd rather not set the path as previously mentioned.Quote:
Originally Posted by Welder
How do I change a project name? I named it something like "dadadafa" but now that it works I want to rename it to the project's REAL name but I can't find the setting.
[edit] nevermind
Output file is 5 times smaller than with GCC!
That'll be the dynamic linking - and you possibly didn't strip executables built with MinGW.
Strip executables built with MinGW?
Ken Fitlike, by stripping executables, what do you mean? Like turning off debugging info and such?
Quote:
Originally Posted by mikeman118
I wouldn't just yet......
Why not? I just downloaded it and tried it and it works fine. I see no differences between 2005 and 2008.Quote:
Originally Posted by novacain
Because not many projects you DL will run on it.
Not fully tested (ie SP1 is yet to be released).
It is not in use by commercial software houses yet (all I have worked for still use MSVC 6 or 2003).
Not really enough reasons (now I write them down), just my opinion.......
In MSVC 2002 (shortest lived MSVC release) there are lots of 'interesting' bugs...
Like the one where you add a border to a TAB control but MSVC 2002 also adds the 'ownerdraw' style to the TAB (meaning the TAB control will no longer appear on screen).
The only way to find/fix this was to search the script.rc file (MSVC generated) for the TAB control's declaration and manually edit the styles.
This assumes you know what the bug is, know where to find the TAB's declaration, know what style to remove and can do so without breaking the entire projects resources.
Maybe I will just continue to tinker with 2005 then.
Thanks novacain.
MinGW faq: Why is my C++ binary so large?Quote:
Originally Posted by Welder
Building with the -s linker switch does the same thing as that faq describes ie removes the debugging information.
Alright, that's what I thought. Thanks.Quote:
Originally Posted by Ken Fitlike