Home » U++ Library support » U++ Library : Other (not classified elsewhere) » Project files for MS Visual Studio
| Project files for MS Visual Studio [message #8372] |
Tue, 06 March 2007 06:47  |
Novo
Messages: 1431 Registered: December 2006
|
Ultimate Contributor |
|
|
I've made project files for MS Visual Studio and tried to compile them. Unfortunately I couldn't compile many projects including Core because of various problems. See below.
d:\home\sergey\cpp\code\GUI\upp\2007.1rc2\uppsrc\ide\VectorD es\IdeVectorDes.h(4) : fatal error C1083: Cannot open include file: 'VectorDes/VectorDes.h': No such file or directory
Para.cpp(1) : fatal error C1083: Cannot open include file: 'NText.h': No such file or directory
Locale.cpp(4) : error C2143: syntax error : missing ';' before '<'
Last message seems to happen because Locale.cpp doesn't belong to the UPP namespace.
Is that a problem with UPP, or it is my fault?
I'm using 2007.1rc2.
Thanks.
P.S. There are newer versions of project files below.
Regards,
Novo
[Updated on: Tue, 10 July 2007 06:26] Report message to a moderator
|
|
|
|
|
|
| Re: Project files for MS Visual Studio [message #8404 is a reply to message #8392] |
Wed, 07 March 2007 06:13   |
Novo
Messages: 1431 Registered: December 2006
|
Ultimate Contributor |
|
|
I've removed projects that are under development and fixed others.
There is one problem left in project Ole_Ctrl:
util.cpp(466) : error C2664: 'LoadTypeLib' : cannot convert parameter 1 from 'Upp::WString' to 'const OLECHAR *'
No user-defined-conversion operator available that can perform this conversion, or the operator cannot be called
I've also put "using namespace UPP;" into OleCtrl.h in order to be able to compile it.
A result is attached.
I can prepare project files for the whole UPP if somebody needs them. I can also build project files for vc8, bds4, cc, em3 and ghs
Regards,
Novo
[Updated on: Wed, 07 March 2007 06:14] Report message to a moderator
|
|
|
|
|
|
| Re: Project files for MS Visual Studio [message #8451 is a reply to message #8414] |
Sat, 10 March 2007 18:47   |
Novo
Messages: 1431 Registered: December 2006
|
Ultimate Contributor |
|
|
I think it is a good idea to support multiple development environments. Publishing of project files for msvc and other IDE would attract people to UPP.
Release privileges at sf.net would speed up the process.
But I steel need a few day to prepare first version.
Thanks.
Regards,
Novo
|
|
|
|
|
|
|
|
|
|
| Re: Project files for MS Visual Studio [message #8571 is a reply to message #8569] |
Sun, 18 March 2007 18:47   |
Novo
Messages: 1431 Registered: December 2006
|
Ultimate Contributor |
|
|
| luzr wrote on Sun, 18 March 2007 06:51 |
I think .icpp is the cause. Frankly, not quite sure how to resolve this problem in Visual Studio.
Mirek
|
Thanks. I'll try to find a solution ...
Regards,
Novo
|
|
|
|
|
|
|
|
| Re: Project files for MS Visual Studio [message #8881 is a reply to message #8870] |
Thu, 05 April 2007 05:01   |
Novo
Messages: 1431 Registered: December 2006
|
Ultimate Contributor |
|
|
| bitsun wrote on Wed, 04 April 2007 07:53 | the files are corrupted,i can not open them with zip.
Could you please check it out.
|
Checked. Archive is okay. It is packed with tar+gzip, but just zip.
Regards,
Novo
|
|
|
|
|
|
|
|
|
|
| Re: Project files for MS Visual Studio [message #8973 is a reply to message #8920] |
Wed, 11 April 2007 04:51   |
Novo
Messages: 1431 Registered: December 2006
|
Ultimate Contributor |
|
|
| luzr wrote on Sat, 07 April 2007 14:44 | So, what is the status? Do you think you will maintain this as another "port"? (For major releases only).
Mirek
|
There is still no handling for icpp files.
Actually, I can fix these project files manually. (I would limit myself with 33 main project files.)
About the maintenance of a "port".
I cannot promise that I will do this forever, but because everything (project files) is generated automatically, everybody can do that when I'm gone.
I'll prepare new project files, probably, next weekend.
Regards,
Novo
|
|
|
|
| Re: Project files for MS Visual Studio [message #8974 is a reply to message #8934] |
Wed, 11 April 2007 05:17   |
Novo
Messages: 1431 Registered: December 2006
|
Ultimate Contributor |
|
|
| ebojd wrote on Sun, 08 April 2007 12:22 |
| Novo wrote on Wed, 04 April 2007 23:25 | For your convenience I uploaded solutions to build 33 main projects with vc71 and vc8 archived with zip.
|
This got me to thinking... Do you think you could write a MSVC project generator similar to how *NIX Makefiles are generated?
EBo --
|
It is a tricky question. I can write a MSVC project generator. I even wanted once. But I do not want to do this the way TheIDE does.
The makefile generator from TheIDE is hard to extend and support.
I'm using MPC because I like very much ideas it is based on.
Domain-specific language + template engine. That is it.
The only drawback of MPC is perl.
If you need a makefile generator in stile of TheIDE you can take a look at CMake (http://www.cmake.org/HTML/Index.html).
Regards,
Novo
|
|
|
|
|
|
|
|
| Re: Project files for MS Visual Studio [message #9274 is a reply to message #9024] |
Wed, 25 April 2007 05:58   |
Novo
Messages: 1431 Registered: December 2006
|
Ultimate Contributor |
|
|
Sorry for the delay with the answer.
I've tried your approach. For some reason it doesn't work for me. You set "C/C++ Compiler Tool" as a tool for an icpp file. I couldn't find where you link against a compiled file.
I even went further. I explicitly link against an object file (check Debug configuration in vc71 project file attached below). That doesn't help either.
Somewhat improved project files are attached below.
Regards,
Novo
|
|
|
|
| Re: Project files for MS Visual Studio [message #9275 is a reply to message #8990] |
Wed, 25 April 2007 06:10   |
Novo
Messages: 1431 Registered: December 2006
|
Ultimate Contributor |
|
|
| ebojd wrote on Wed, 11 April 2007 07:50 | If I recall correctly, CMake is not a makefile generator, but a build system in itself. As I understand it, the makefile generator generates Makefiles from the .upp project description. It still depends on the system installed build facilities. So, I think of this as basically an export the build directives to ***
EBo --
|
Sorry for a long disappearance.
http://www.cmake.org/HTML/Features.html
"Generates native build files (e.g., makefiles on Unix; workspaces/projects on MS Visual C++). Therefore standard tools can be used on any platform/compiler configuration."
As I recall, project file generator in CMake is hardcoded into the code. It is just a bunch of print statements. So, you cannot fix anything without changing the code. That seems to be a bad idea (at least to me).
Regards,
Novo
|
|
|
|
|
|
| Re: Project files for MS Visual Studio [message #10290 is a reply to message #9274] |
Sat, 30 June 2007 05:23   |
dskips
Messages: 2 Registered: June 2007
|
Junior Member |
|
|
Hi I tried using your VC8 project files to build upp. Most projects built fine but the following fail:
MySql
c:\upp\uppsrc\mysql\MySql.h(12) : fatal error C1083: Cannot open include file: 'MySql.h': No such file or directory
Geom_Coords
c:\upp\uppsrc\geom\coords\GeomCoords.h(5) : fatal error C1083: Cannot open include file: 'TCore/TCore.h': No such file or directory
SqlCommander
c:\upp\uppsrc\geom\coords\GeomCoords.h(5) : fatal error C1083: Cannot open include file: 'TCore/TCore.h': No such file or directory
I dont seem to have a C:\upp\uppsrc\Tcore directory, should I?
I'm not going to be using any SQL stuff in the forseeable future so I can omit those projects from compilation. Can I omit GeomCoords?
Any ideas? This toolkit looks really cool and I'd like to try it but at the moment it doesn't look promising.
[Updated on: Sat, 30 June 2007 05:38] Report message to a moderator
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Re: Project files for MS Visual Studio [message #10397 is a reply to message #10361] |
Thu, 05 July 2007 23:14   |
okigan
Messages: 16 Registered: March 2006
|
Promising Member |
|
|
| luzr wrote on Wed, 04 July 2007 01:34 |
| okigan wrote on Tue, 03 July 2007 21:13 | Why not associate theIDE with .lay and other files so double
click in VS would start up as the editor?
|
Well, this is what I was suggesting, was not I 
|
yes, you were. Just reafirming the point.
| luzr wrote on Wed, 04 July 2007 01:34 |
| Quote: |
linking against .obj file corresponding to *.iccp would be
acceptable solution since it does not rely on specific VC++
extensions.
|
I do not get this. What extensions?
Mirek
|
If *.iccp file compiled into the library (as a regular cpp) the
linker will drop the object code from them since they are not
referenced inside the library itself.
theIDE has a work around for this, but to make it work with
other IDE's one would have to use non-standard extensions to
force the linker to reference the code in iccp file. Snapshot
for VS2005 attached. (Is it not?)
Another approach is to link with *.obj files corresponding to
*.iccp with the target executable....
-Igor
[Updated on: Thu, 05 July 2007 23:15] Report message to a moderator
|
|
|
|
|
|
|
|
|
|
| Re: Project files for MS Visual Studio [message #10525 is a reply to message #10454] |
Sat, 14 July 2007 00:22   |
okigan
Messages: 16 Registered: March 2006
|
Promising Member |
|
|
| Novo wrote on Tue, 10 July 2007 00:15 |
I've played with "Force Symbol References" in VS 7.1. I've set it to ?CtrlSetDefaultSkin@Upp<a href="mailto:@@YAXP6AXXZ0" target="_blank">@@YAXP6AXXZ0</a>@Z . No luck at all. Got the same flat gray interface.
|
Yeah... i did not feel those are easy to get working.
| Novo wrote on Tue, 10 July 2007 00:15 |
I don't think many people will want to link their applications against Core_init.obj, CtrlCore.obj, CtrlLib.obj, Oracle_init.obj, e.t.c in addition to appropriate static libraries.
|
Agree, it's a pain and strange. Though works consistently.
| Novo wrote on Tue, 10 July 2007 00:15 |
IMHO it is just a bad idea to use special linking rules instead of explicitly referencing symbols in icpp files. It is just a bad practice. Trying to solve that problem is just waste of time.
|
How about adding #pramga lib to bring in thouse *.obj files?
| Novo wrote on Tue, 10 July 2007 00:15 |
Ultimate++ is either usable with Visual Studio or not. At this particular moment it is not usable. (Of course, you can explicitly call SetSkin(ChHostSkin) in your application as I did. )
|
Or how about modifying a macro (e.x. GUI_APP_MAIN) to reference thouse functions? And yes upp is not yet usable in VS.
-Igor
|
|
|
|
|
|
Goto Forum:
Current Time: Sat May 02 00:49:47 GMT+2 2026
Total time taken to generate the page: 0.01114 seconds
|