Thread: [GD-Windows] another devenv problem
Brought to you by:
vexxed72
From: Chris R. <c....@gm...> - 2004-11-15 12:45:25
|
I have another devenv dilemma to add.=20 I am currently supposed to port and maintain an old and large project from unix to win32, which is working out suprisingly well with the new studio 7.1 - except that *.cc files are still not fully supported. I remember I had to set some registry values in devenv 6 to get it to compile *.cc files - in devenv 7.1 it recognizes and compiles them correctly, but I have to set the C++ project settings manually for every single .cc file.=20 With about 6 build configurations and >300 .cc files that is >300*6 settings pages I have to configure manually. I have searched the web and asked coworkers and friends - with no result, and if there is no solution, I will continue to beg for the permission to massively rename the >300 .cc files to .cpp - or switch to a different build-system like scons or jam and use makefile projects.=20 Is there a way to convince devenv that .cc files are exactly the same as .cpp files and it should treat them in exactly the same way? --=20 regards,=20 Chris Raine=20 |
From: Jon W. <hp...@mi...> - 2004-11-15 17:35:46
|
The .sln and .vcproj files are text files. You can open them and edit them. I suggest saving a copy of your .vcproj, then changing one file and saving, then running diff on the project file. When done, write a perl script to apply the same change for all files. It is also sometimes possible to select more than one file and make a change on many files at the same time in the property pages. I don't recall whether this is one of those cases. Cheers, / h+ -----Original Message----- From: gam...@li... [mailto:gam...@li...]On Behalf Of Chris Raine Sent: Monday, November 15, 2004 5:55 AM To: gam...@li... Subject: [GD-Windows] another devenv problem I have another devenv dilemma to add. I am currently supposed to port and maintain an old and large project from unix to win32, which is working out suprisingly well with the new studio 7.1 - except that *.cc files are still not fully supported. I remember I had to set some registry values in devenv 6 to get it to compile *.cc files - in devenv 7.1 it recognizes and compiles them correctly, but I have to set the C++ project settings manually for every single .cc file. With about 6 build configurations and >300 .cc files that is >300*6 settings pages I have to configure manually. I have searched the web and asked coworkers and friends - with no result, and if there is no solution, I will continue to beg for the permission to massively rename the >300 .cc files to .cpp - or switch to a different build-system like scons or jam and use makefile projects. Is there a way to convince devenv that .cc files are exactly the same as .cpp files and it should treat them in exactly the same way? -- regards, Chris Raine |
From: Chris R. <c....@gm...> - 2004-11-15 23:01:10
|
On Mon, 2004-11-15 at 18:35, Jon Watte wrote: > The .sln and .vcproj files are text files. You can open them=20 > and edit them. I suggest saving a copy of your .vcproj, then=20 > changing one file and saving, then running diff on the project=20 > file. When done, write a perl script to apply the same change=20 > for all files. >=20 > It is also sometimes possible to select more than one file and=20 > make a change on many files at the same time in the property=20 > pages. I don't recall whether this is one of those cases. >=20 > Cheers, >=20 > / h+ >=20 I had also thought about writing a perl script, which parses the devenv project files. But my perl-foo is too limited to do such a task. And maintaining another piece of crypto-code for every new devenv release (this unix code is going to stick with us for a while) .... yuck. I guess either living with the second solution (that actually works - I feel quite stupid now), or going for SCons (www.scons.org) or this boost-jam seems the only way to go.=20 Thanks for the tip. --=20 regards,=20 Chris Raine=20 |
From: tweety <mi...@sy...> - 2004-11-15 18:30:26
|
Is there any reason you're not just renaming all the .cc files to .cpp files? ---------------------------------- Peace and love, Tweety mi...@sy... - twe...@us... YahooID: tweety_04_01 > -----Original Message----- > From: gam...@li... > [mailto:gam...@li...] On > Behalf Of Chris Raine > Sent: Monday, November 15, 2004 8:55 AM > To: gam...@li... > Subject: [GD-Windows] another devenv problem > > I have another devenv dilemma to add. > > I am currently supposed to port and maintain an old and large project > from unix to win32, which is working out suprisingly well with the new > studio 7.1 - except that *.cc files are still not fully supported. > > I remember I had to set some registry values in devenv 6 to get it to > compile *.cc files - in devenv 7.1 it recognizes and compiles them > correctly, but I have to set the C++ project settings > manually for every > single .cc file. > > With about 6 build configurations and >300 .cc files that is >300*6 > settings pages I have to configure manually. > > I have searched the web and asked coworkers and friends - with no > result, and if there is no solution, I will continue to beg for the > permission to massively rename the >300 .cc files to .cpp - > or switch to > a different build-system like scons or jam and use makefile projects. > > Is there a way to convince devenv that .cc files are exactly > the same as > .cpp files and it should treat them in exactly the same way? > > -- > regards, > Chris Raine > > |
From: Chris R. <c....@gm...> - 2004-11-15 22:49:22
|
On Mon, 2004-11-15 at 19:30, tweety wrote: > Is there any reason you're not just renaming all the .cc files to .cpp > files? >=20 > ---------------------------------- > Peace and love, > Tweety > mi...@sy... - twe...@us... > YahooID: tweety_04_01 >=20 Yip, during the old Playstation era with Alias PowerAnimator 9/10 we had this huge and clunky ContentCreationEditor (nickname PAIN) running on SGI. I am the poor fellow who has modernize it.=20 Somehow we might want to retain the possibility to pipe it through gcc or the intel icc on Linux (or at least parts of it). IIRC, some compilers (icc) had restrictions that the files had to be named .cc or .c - same problem there, just the other way round.=20 --=20 regards,=20 Chris Raine=20 |