473,320 Members | 2,098 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,320 software developers and data experts.

Migration from vsvc 6

RG
I am looking to migrate a makefile/vsvc6/RTC sdk project to vs .net 2003.
Can someone tell me how I could accomplish this?

Thanks in advance
Nov 17 '05 #1
6 1071
RG wrote:
I am looking to migrate a makefile/vsvc6/RTC sdk project to vs .net
2003. Can someone tell me how I could accomplish this?


Just do it. A makefile based project should be nearly 100% compatible at
the project level. I'm assuming by your wording that you don't have a VC6
project file (.dsp), but are using nmake directly.

If you do have a .dsp file (VC6 project), just open it in VC7.1 and it will
be converted.

If you're using libraries like ATL or MFC, you may need to make changes to
your code to accomodate changes in the libraries.

If you're using 3rd party libraries, you'll likely need to get VC7.1
versions of those libraries, unless they expose only pure C-based APIs.

If your code did anything with C++ templates in VC6, you'll probably have to
make changes to bring your code up to (a higher level of ) standard
conformance. The most common issue is the use of the typename keyword when
referencing dependent types within the definition of a template - a usage
which VC6 didn't support at all and which VC7.1 (correctly) insists on.

If you have more specific questions, please post back!

-cd
Nov 17 '05 #2
RG wrote:
I am looking to migrate a makefile/vsvc6/RTC sdk project to vs .net
2003. Can someone tell me how I could accomplish this?


Just do it. A makefile based project should be nearly 100% compatible at
the project level. I'm assuming by your wording that you don't have a VC6
project file (.dsp), but are using nmake directly.

If you do have a .dsp file (VC6 project), just open it in VC7.1 and it will
be converted.

If you're using libraries like ATL or MFC, you may need to make changes to
your code to accomodate changes in the libraries.

If you're using 3rd party libraries, you'll likely need to get VC7.1
versions of those libraries, unless they expose only pure C-based APIs.

If your code did anything with C++ templates in VC6, you'll probably have to
make changes to bring your code up to (a higher level of ) standard
conformance. The most common issue is the use of the typename keyword when
referencing dependent types within the definition of a template - a usage
which VC6 didn't support at all and which VC7.1 (correctly) insists on.

If you have more specific questions, please post back!

-cd
Nov 17 '05 #3
RG
Thanks a lot for your help and interest. Your assumption is correct. It
is not a dsp project. It is a straight makefile project with manifest and
rc files. The problem is, having all the program, header, and whatever
other files, how I do I create a project or do I bring the files into the
environment.

By the way, this is a sample microsoft platform sdk code.

I tried to use nmake. Received the following error,

Microsoft (R) Program Maintenance Utility Version 7.00.8882
Copyright (C) Microsoft Corp 1988-2000. All rights reserved.

cl -Zi -Od -DDEBUG -c -DCRTAPI1=_cdecl -DCRTAPI2=_cdecl -nologo -GS
-D_X
86_=1 -DWIN32 -D_WIN32 -W3 -D_WINNT -D_WIN32_WINNT=0x0500 -D_WIN32_IE=0x0500
-D
WINVER=0x0500 -DUNICODE -D_UNICODE /EHsc /GX /MT /Fo"WIN2000_DEBUG\\"
/Fd"WIN20
00_DEBUG\\" rtcav.cpp
'cl' is not recognized as an internal or external command,
operable program or batch file.
NMAKE : fatal error U1077: 'cl' : return code '0x1'
Stop.

I suppose cl is the compiler program?
"Carl Daniel [VC++ MVP]" <cp*****************************@mvps.org.nospam >
wrote in message news:OE**************@TK2MSFTNGP10.phx.gbl...
RG wrote:
I am looking to migrate a makefile/vsvc6/RTC sdk project to vs .net
2003. Can someone tell me how I could accomplish this?


Just do it. A makefile based project should be nearly 100% compatible at
the project level. I'm assuming by your wording that you don't have a VC6
project file (.dsp), but are using nmake directly.

If you do have a .dsp file (VC6 project), just open it in VC7.1 and it
will be converted.

If you're using libraries like ATL or MFC, you may need to make changes to
your code to accomodate changes in the libraries.

If you're using 3rd party libraries, you'll likely need to get VC7.1
versions of those libraries, unless they expose only pure C-based APIs.

If your code did anything with C++ templates in VC6, you'll probably have
to make changes to bring your code up to (a higher level of ) standard
conformance. The most common issue is the use of the typename keyword
when referencing dependent types within the definition of a template - a
usage which VC6 didn't support at all and which VC7.1 (correctly) insists
on.

If you have more specific questions, please post back!

-cd

Nov 17 '05 #4
RG
Thanks a lot for your help and interest. Your assumption is correct. It
is not a dsp project. It is a straight makefile project with manifest and
rc files. The problem is, having all the program, header, and whatever
other files, how I do I create a project or do I bring the files into the
environment.

By the way, this is a sample microsoft platform sdk code.

I tried to use nmake. Received the following error,

Microsoft (R) Program Maintenance Utility Version 7.00.8882
Copyright (C) Microsoft Corp 1988-2000. All rights reserved.

cl -Zi -Od -DDEBUG -c -DCRTAPI1=_cdecl -DCRTAPI2=_cdecl -nologo -GS
-D_X
86_=1 -DWIN32 -D_WIN32 -W3 -D_WINNT -D_WIN32_WINNT=0x0500 -D_WIN32_IE=0x0500
-D
WINVER=0x0500 -DUNICODE -D_UNICODE /EHsc /GX /MT /Fo"WIN2000_DEBUG\\"
/Fd"WIN20
00_DEBUG\\" rtcav.cpp
'cl' is not recognized as an internal or external command,
operable program or batch file.
NMAKE : fatal error U1077: 'cl' : return code '0x1'
Stop.

I suppose cl is the compiler program?
"Carl Daniel [VC++ MVP]" <cp*****************************@mvps.org.nospam >
wrote in message news:OE**************@TK2MSFTNGP10.phx.gbl...
RG wrote:
I am looking to migrate a makefile/vsvc6/RTC sdk project to vs .net
2003. Can someone tell me how I could accomplish this?


Just do it. A makefile based project should be nearly 100% compatible at
the project level. I'm assuming by your wording that you don't have a VC6
project file (.dsp), but are using nmake directly.

If you do have a .dsp file (VC6 project), just open it in VC7.1 and it
will be converted.

If you're using libraries like ATL or MFC, you may need to make changes to
your code to accomodate changes in the libraries.

If you're using 3rd party libraries, you'll likely need to get VC7.1
versions of those libraries, unless they expose only pure C-based APIs.

If your code did anything with C++ templates in VC6, you'll probably have
to make changes to bring your code up to (a higher level of ) standard
conformance. The most common issue is the use of the typename keyword
when referencing dependent types within the definition of a template - a
usage which VC6 didn't support at all and which VC7.1 (correctly) insists
on.

If you have more specific questions, please post back!

-cd

Nov 17 '05 #5
RG wrote:
Thanks a lot for your help and interest. Your assumption is correct.
It is not a dsp project. It is a straight makefile project with
manifest and rc files. The problem is, having all the program,
header, and whatever other files, how I do I create a project or do
I bring the files into the environment.
By hand. There's no tool or function to import a makefile (just like there
wasn't in VC6). You'll have to dissect the makefile, learn how everything's
configured and built, and configure an IDE project file to match. Usually
it take little more than dumping all the .cpp files into a project, setting
the INCLUDE directories for the project, and possibly adding a predefined
macro or two.

By the way, this is a sample microsoft platform sdk code.

I tried to use nmake. Received the following error,

Microsoft (R) Program Maintenance Utility Version 7.00.8882
Copyright (C) Microsoft Corp 1988-2000. All rights reserved.

cl -Zi -Od -DDEBUG -c -DCRTAPI1=_cdecl -DCRTAPI2=_cdecl
-nologo -GS -D_X
86_=1 -DWIN32 -D_WIN32 -W3 -D_WINNT -D_WIN32_WINNT=0x0500
-D_WIN32_IE=0x0500 -D
WINVER=0x0500 -DUNICODE -D_UNICODE /EHsc /GX /MT /Fo"WIN2000_DEBUG\\"
/Fd"WIN20
00_DEBUG\\" rtcav.cpp
'cl' is not recognized as an internal or external command,
operable program or batch file.
NMAKE : fatal error U1077: 'cl' : return code '0x1'
Stop.

I suppose cl is the compiler program?


Yes. This error means that the VC7.1 tools were not on the PATH. Make sure
that you're doing this from a "Visual Studio .NET 2003 Command Prompt" - a
shortcut was installed in your start menu. That will open a command prompt
with all the right include, library and executable paths set correctly.

-cd
Nov 17 '05 #6
RG wrote:
Thanks a lot for your help and interest. Your assumption is correct.
It is not a dsp project. It is a straight makefile project with
manifest and rc files. The problem is, having all the program,
header, and whatever other files, how I do I create a project or do
I bring the files into the environment.
By hand. There's no tool or function to import a makefile (just like there
wasn't in VC6). You'll have to dissect the makefile, learn how everything's
configured and built, and configure an IDE project file to match. Usually
it take little more than dumping all the .cpp files into a project, setting
the INCLUDE directories for the project, and possibly adding a predefined
macro or two.

By the way, this is a sample microsoft platform sdk code.

I tried to use nmake. Received the following error,

Microsoft (R) Program Maintenance Utility Version 7.00.8882
Copyright (C) Microsoft Corp 1988-2000. All rights reserved.

cl -Zi -Od -DDEBUG -c -DCRTAPI1=_cdecl -DCRTAPI2=_cdecl
-nologo -GS -D_X
86_=1 -DWIN32 -D_WIN32 -W3 -D_WINNT -D_WIN32_WINNT=0x0500
-D_WIN32_IE=0x0500 -D
WINVER=0x0500 -DUNICODE -D_UNICODE /EHsc /GX /MT /Fo"WIN2000_DEBUG\\"
/Fd"WIN20
00_DEBUG\\" rtcav.cpp
'cl' is not recognized as an internal or external command,
operable program or batch file.
NMAKE : fatal error U1077: 'cl' : return code '0x1'
Stop.

I suppose cl is the compiler program?


Yes. This error means that the VC7.1 tools were not on the PATH. Make sure
that you're doing this from a "Visual Studio .NET 2003 Command Prompt" - a
shortcut was installed in your start menu. That will open a command prompt
with all the right include, library and executable paths set correctly.

-cd
Nov 17 '05 #7

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

9
by: Paddy McCarthy | last post by:
Frustrated at being prevented from using Python at work I went gunning for Perl. Time to roll out some useless Google statistics to make me feel better Google Phrase count...
4
by: susmita_ganguly | last post by:
Hi I am trying to upgrade from oracle 8i to oracle 9i on the same server ..I don't know much abt migration . Can anyone help me out. Thanks. Susmita
11
by: Jep | last post by:
Any help or advice appreciated. We have just installed and configured a new DB2 v.8.1 with latest FixPack. Just a few days later it dies and now we have a DB that is totally unusable. - - - -...
4
by: Abram Friesen | last post by:
Hi, I'm a developer for a software application vendor, and our application makes use of a customer-maintained Oracle 8i/9i database. We've had a customer request to support DB2 database, and I'm...
1
by: sac | last post by:
I am using DB2 v8.1 on UNIX. A few weeks ago the DBAs carried out node migration activity on the database. After the node migration I observed that the queries that execute on temporary tables...
1
by: rob | last post by:
Dear All, I have a very small test project to convert asp to asp.net using the Microsoft/Artisan ASP to ASP.NET Migration Assistant...
1
by: Bonggoy Cruz | last post by:
We have a fairly big size ASP.NET web application that was written VB.NET. We are in the process converting the web project. We used the migration wizard included in VS 2005. I followed step by...
60
by: Shawnk | last post by:
Some Sr. colleges and I have had an on going discussion relative to when and if C# will ever support 'true' multiple inheritance. Relevant to this, I wanted to query the C# community (the...
9
by: Troels Arvin | last post by:
At work, some people have found IBM's Migration Toolkit (MTK) to be a nice tool for copying data from one table (in another DBMS product) to DB2. Now, they want to do the same thing from one DB2...
3
Frinavale
by: Frinavale | last post by:
I have been researching the best approach to migrating a VB6 application into a VB.NET application. There is a lot of information out there but most of it recommends that you "train in the migration...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
0
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
1
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.