Integrating Microsoft Visual C 6 with Code::Blocks IDE - Revision history

Andwan0: /* Troubleshooting */

2009-03-26T15:25:07Z

Troubleshooting

Andwan0: /* Troubleshooting */

2009-03-26T13:51:30Z

Troubleshooting

Andwan0: /* Troubleshooting */

2009-03-26T11:49:35Z

Troubleshooting

Takeshimiya: /* Troubleshooting */

2006-08-08T02:21:51Z

Troubleshooting

Alturin: Custom commandline

2006-07-24T14:16:29Z

Custom commandline

Artojon: edit category

2006-07-08T12:51:59Z

edit category

Mandrav: Improved formatting

2006-07-06T18:12:26Z

Improved formatting

MortenMacFly: redesigned layout

2006-07-05T19:26:42Z

redesigned layout

MortenMacFly: /* Attaching the compiler framework */

2006-07-05T19:24:15Z

Attaching the compiler framework

MortenMacFly: Initial version (added content)

2006-07-05T19:23:47Z

Initial version (added content)

← Older revision		Revision as of 15:25, 26 March 2009
Line 59:		Line 59:
	# Why am I seeing old link libraries in Code::Block projects that were not even in VS6 project?		# Why am I seeing old link libraries in Code::Block projects that were not even in VS6 project?
	#* Code::Blocks naively copies ADD BASE LINK32 lines too.		#* Code::Blocks naively copies ADD BASE LINK32 lines too.
		+	# Can I debug my Visual C++ 6.0 projects?
		+	#* No, there's no command-line debugger with Visual C++ 6.0.

← Older revision		Revision as of 13:51, 26 March 2009
Line 57:		Line 57:
	# During linking it can't find .obj files but am sure it should be .lib files?		# During linking it can't find .obj files but am sure it should be .lib files?
	#* VS6 link lib files has been copied as relative paths without the .lib extension. Code::Blocks looks for .obj files because of this. You can either: explicitly browse for the *.lib files (in most cases they haven't been created yet but will be in same place as output dll/exe files) or just type in the name only without the relative path or extension. Though you'll need to set up the correct link paths.		#* VS6 link lib files has been copied as relative paths without the .lib extension. Code::Blocks looks for .obj files because of this. You can either: explicitly browse for the *.lib files (in most cases they haven't been created yet but will be in same place as output dll/exe files) or just type in the name only without the relative path or extension. Though you'll need to set up the correct link paths.
		+	# Why am I seeing old link libraries in Code::Block projects that were not even in VS6 project?
		+	#* Code::Blocks naively copies ADD BASE LINK32 lines too.

← Older revision		Revision as of 11:49, 26 March 2009
Line 51:		Line 51:
	#** /D "WIN32" will fix your problems if you have a large codebase, with dozens of "#ifdef WIN32" and the like.		#** /D "WIN32" will fix your problems if you have a large codebase, with dozens of "#ifdef WIN32" and the like.
	#** /W3 you could change ofcourse, to /W1 till /W5, that's all up to you		#** /W3 you could change ofcourse, to /W1 till /W5, that's all up to you
		+	# Why doesn't my VS6 DLL project produce export lib files?
		+	#* Sometimes Code::Blocks doesn't copy the /def:"....def" link options. Just manually type it in.
		+	# Why my VS6 projects don't build in the right order?
		+	#* Code::Blocks didn't copy the dependencies from the VS workspace file. So you'll have to manually check the boxes.
		+	# During linking it can't find .obj files but am sure it should be .lib files?
		+	#* VS6 link lib files has been copied as relative paths without the .lib extension. Code::Blocks looks for .obj files because of this. You can either: explicitly browse for the *.lib files (in most cases they haven't been created yet but will be in same place as output dll/exe files) or just type in the name only without the relative path or extension. Though you'll need to set up the correct link paths.

← Older revision		Revision as of 02:21, 8 August 2006
Line 51:		Line 51:
	#** /D "WIN32" will fix your problems if you have a large codebase, with dozens of "#ifdef WIN32" and the like.		#** /D "WIN32" will fix your problems if you have a large codebase, with dozens of "#ifdef WIN32" and the like.
	#** /W3 you could change ofcourse, to /W1 till /W5, that's all up to you		#** /W3 you could change ofcourse, to /W1 till /W5, that's all up to you
−	~~#** /nologo I'm not sure about, I've copied most of this from the commandline MSVC++ 6.0 itself generates.~~

← Older revision		Revision as of 14:16, 24 July 2006
Line 41:		Line 41:

	== Troubleshooting ==		== Troubleshooting ==
−	For troubleshooting enable the "Full command line" Under menu "Settings" -> "Compiler" -> "Other" tab, "Compiler logging".	+	# For troubleshooting enable the "Full command line" Under menu "Settings" -> "Compiler" -> "Other" tab, "Compiler logging".
		+	# If you get heaps of warnings, even when compiling a simple Hello World application, you might want to try this. (The error "unrecognized commandline option -g, ignored" should be a hint)
		+	#* Goto menu "Settings" -> "Compiler and debugger"
		+	#* Goto the "Other" tab
		+	#* Hit the "Advanced Options..." button
		+	#* Click OK (you might want to tick the "don't bug me" box)
		+	#* Click the "Compile single file to object file" thingy (if it's not already selected), and, under "Command line macro", replace "$options" with "/nologo /W3 /GX /D "Win32".
		+	#** /GX will fix all the warnings
		+	#** /D "WIN32" will fix your problems if you have a large codebase, with dozens of "#ifdef WIN32" and the like.
		+	#** /W3 you could change ofcourse, to /W1 till /W5, that's all up to you
		+	#** /nologo I'm not sure about, I've copied most of this from the commandline MSVC++ 6.0 itself generates.

@@ Line 1: / Line 1: @@
-[[Category:Installation\Build Instructions]]
+[[Category:User Documentation]]
 == Attaching the compiler framework ==
 You are still using Microsoft Visual C++ version 6 (MSVC6) and want to shift to Code::Blocks? Here are the steps to integrate the (commercial!) Microsoft Visual C++ version 6 compiler into Code::Blocks.

@@ Line 5: / Line 5: @@
 The following steps are required:
-.) Make a copy of the Microsoft Visual C++ Toolkit 2003 as follows:
+# Make a copy of the Microsoft Visual C++ Toolkit 2003 as follows:
+#* Goto menu "Settings" -> "Compiler and debugger"
-* Goto menu "Settings" -> "Compiler and debugger"
+#* Select the "Microsoft Visual C++ Toolkit 2003", click the "Copy" Button
-* Select the "Microsoft Visual C++ Toolkit 2003", click the "Copy" Button
+#* Save the copy e.g. under "Microsoft Visual C++ 6"
-* Save the copy e.g. under "Microsoft Visual C++ 6"
+# Setup the compiler as follows:
+#* The path setup (tab "Programs") should be done as following:
-.) Setup the compiler as follows:
+#** The "Compiler's installation directory" should be set to {YOUR_MSVC6}\VC98
+#** Under "Additional path's" add:
-* The path setup (tab "Programs") should be done as following:
+#*** {YOUR_MSVC6_COMMON}\MSDEV98\Bin
-** The "Compiler's installation directory" should be set to {YOUR_MSVC6}\VC98
+#*** {YOUR_MSVC6_COMMON}\Tools
-** Under "Additional path's" add:
+#* The compiler/linker setup (tab "Directories) should be done as following:
-*** {YOUR_MSVC6_COMMON}\MSDEV98\Bin
+#** Under the tab "Compiler" add the following path's:
-*** {YOUR_MSVC6_COMMON}\Tools
+#*** {YOUR_MSVC6}\VC98\Include
+#*** {YOUR_MSVC6}\VC98\MFC\Include
-* The compiler/linker setup (tab "Directories) should be done as following:
+#*** {YOUR_MSVC6}\VC98\ATL\Include
-** Under the tab "Compiler" add the following path's:
+#** Under the tab "Linker" add the following path's:
-*** {YOUR_MSVC6}\VC98\Include
+#*** {YOUR_MSVC6}\VC98\Lib
-*** {YOUR_MSVC6}\VC98\MFC\Include
+#*** {YOUR_MSVC6}\VC98\MFC\Lib
-*** {YOUR_MSVC6}\VC98\ATL\Include
+#** Under the tab "Resource compiler" add the following path's:
-** Under the tab "Linker" add the following path's:
+#*** {YOUR_MSVC6}\VC98\Include
-*** {YOUR_MSVC6}\VC98\Lib
+#*** {YOUR_MSVC6}\VC98\MFC\Include
-*** {YOUR_MSVC6}\VC98\MFC\Lib
+#*** {YOUR_MSVC6}\VC98\ATL\Include
 That's it.
@@ Line 40: / Line 36: @@
 Now there is some finetuning required:
-.) Code::Blocks may have imported the include path's for compiler and linker as absolute path's. This you should verify and setup to relative apth's where apropriate.
+# Code::Blocks may have imported the include path's for compiler and linker as absolute path's. This you should verify and setup to relative apth's where apropriate.
+# Code::Blocks may have imported the libraries to link against with absolute path's. This you should change to just present the libraries name (e.g. just "MyLib" for the "D:\MyPath\MyOtherPath\MyLib.lib" library). For own libraries there maybe an additional linker include path to be setup for the compiler to find this library.
-.) Code::Blocks may have imported the libraries to link against with absolute path's. This you should change to just present the libraries name (e.g. just "MyLib" for the "D:\MyPath\MyOtherPath\MyLib.lib" library). For own libraries there maybe an additional linker include path to be setup for the compiler to find this library.
+# Code::Blocks usually does not import the "common" MSVC6 libraries you need to link your project against. Thus you will receive linker erros for unresolved symbols. The MSDN will help you to tell which of the "common" library you need to link against. For example: If the linker issues an "unresolved symbol RegCloseKey" a look in the MSDN will reveal that this is part of the "advapi32.lib". Thus just add "advapi32" (without the lib extension) to the libraries to link your project against. This may take a while but if you just start from the first unresolved symbol linking another common library will usually resolve a whole list of unresolved symbols.
 == Troubleshooting ==
 For troubleshooting enable the "Full command line" Under menu "Settings" -> "Compiler" -> "Other" tab, "Compiler logging".

← Older revision		Revision as of 19:23, 5 July 2006
Line 1:		Line 1:
	[[Category:Installation\Build Instructions]]		[[Category:Installation\Build Instructions]]
−	* * * ~~under construction~~ * * *	+	== Attaching the compiler framework ==
		+	You are still using Microsoft Visual C++ version 6 (MSVC6) and wnat to shift to Code::Blocks? Here are the steps to integrate the (commercial!) Microsoft Visual C++ version 6 compiler into Code::Blocks.
		+
		+	The following steps are required:
		+	* Make a copy of the Microsoft Visual C++ Toolkit 2003 as follows:
		+
		+	1.) Goto menu "Settings" -> "Compiler and debugger"
		+
		+	2.) Select the "Microsoft Visual C++ Toolkit 2003", click the "Copy" Button
		+
		+	3.) Save the copy e.g. under "Microsoft Visual C++ 6"
		+
		+	* Setup the compiler as follows:
		+
		+	1.) The path setup (tab "Programs") should be done as following:
		+
		+	** The "Compiler's installation directory" should be set to {YOUR_MSVC6}\VC98
		+	** Under "Additional path's" add:
		+	*** {YOUR_MSVC6_COMMON}\MSDEV98\Bin
		+	*** {YOUR_MSVC6_COMMON}\Tools
		+
		+	2.) The compiler/linker setup (tab "Directories) should be done as following:
		+
		+	** Under the tab "Compiler" add the following path's:
		+	*** {YOUR_MSVC6}\VC98\Include
		+	*** {YOUR_MSVC6}\VC98\MFC\Include
		+	*** {YOUR_MSVC6}\VC98\ATL\Include
		+
		+	** Under the tab "Linker" add the following path's:
		+	*** {YOUR_MSVC6}\VC98\Lib
		+	*** {YOUR_MSVC6}\VC98\MFC\Lib
		+
		+	** Under the tab "Resource compiler" add the following path's:
		+	*** {YOUR_MSVC6}\VC98\Include
		+	*** {YOUR_MSVC6}\VC98\MFC\Include
		+	*** {YOUR_MSVC6}\VC98\ATL\Include
		+
		+	That's it.
		+
		+	== Working with "legacy" MSVC6 workspaces/projects ==
		+
		+	Code::Blocks offers the ability to import Visual C++ 6 workspaces and projects. To import a MSVC6 workspace do the following: Menu "Project" -> "Import" -> "MS Visual C++ workspace". Code::Blocks will ask you if it should apply the default compiler or ask for each project which compiler to chose. Choose the second option. Now Code::Blocks will present a compiler selection dialog for each project of the workspace. Choose your newly created compiler ("Microsoft Visual C++ 6") for each project. Usually this should import your workspace just fine.
		+
		+	Now there is some finetuning required:
		+
		+	1.) Code::Blocks may have imported the include path's for compiler and linker as absolute path's. This you should verify and setup to relative apth's where apropriate.
		+
		+	2.) Code::Blocks may have imported the libraries to link against with absolute path's. This you should change to just present the libraries name (e.g. just "MyLib" for the "D:\MyPath\MyOtherPath\MyLib.lib" library). For own libraries there maybe an additional linker include path to be setup for the compiler to find this library.
		+
		+	3.) Code::Blocks usually does not import the "common" MSVC6 libraries you need to link your project against. Thus you will receive linker erros for unresolved symbols. The MSDN will help you to tell which of the "common" library you need to link against. For example: If the linker issues an "unresolved symbol RegCloseKey" a look in the MSDN will reveal that this is part of the "advapi32.lib". Thus just add "advapi32" (without the lib extension) to the libraries to link your project against. This may take a while but if you just start from the first unresolved symbol linking another common library will usually resolve a whole list of unresolved symbols.
		+
		+	== Troubleshooting ==
		+	For troubleshooting enable the "Full command line" Under menu "Settings" -> "Compiler" -> "Other" tab, "Compiler logging".