[ Outline ] · Standard · Linear+ Compiling with CodeBlocks?, Is it my stupidness or a bug? ;)

[frozen]

Hi there!

I want to start programming GUI-programs. After a lot of searching I decided to try VCF although it currently doesn't seem to have a linux version available. I saw that this is being worked on, so it's not a showstopper. I just want something free being able to run on windows, linux and mac systems..
Most other available GUI-Toolkits looked very complicated to me.. Downloading and compiling dozens of different libraries seems a pain to me..

So I found VCF and thought: Wow! This looks great! But why the §$%$%& are no binarys available??? Ok, no problem, I'll compile them myself.. Codeblocks seems to be supported, even easily.. It says: "Open AllProjects Workspace and build the workspace".. Great! Thats easy! Thats what I thought...

I downloaded VCFSrcOnlyInstaller-0.9.0.exe, started it, disables everything that looked like VC and after short time it was installed.. Great! Changing to this directory, opening the vcfAllProjects.workspace, clicking "Build workspace" - and dozens of errormessages... All complaining about files not found...

..\..\..\src\vcf\FoundationKit\FoundationKit.h:82: vcf/FoundationKit/VCF.h: No such file or directory

49 others follow..

Ok, path not set? Nope, it was set..
Error in the build options? None obvious for me.. I tried adding the path to the include directory myself in case the environment variable might not be resolved but to no avail..
I tried the following path:
J:\Programme\VCF-0.9.0\
edit: J:\Programme\VCF-0.9.0\src\ also didn't work.. That's so frustrating...

I hope someone can give me a hint.. I guess it's rather my fault..

Additional information:
Code::Blocks version is 1.0 revision 2796
Operating system is w2k

frozen

[keenblade]

...
I downloaded VCFSrcOnlyInstaller-0.9.0.exe, started it, disables everything that looked like VC and after short time it was installed.. Great! Changing to this directory, opening the vcfAllProjects.workspace, clicking "Build workspace" - and dozens of errormessages... All complaining about files not found...

..\..\..\src\vcf\FoundationKit\FoundationKit.h:82: vcf/FoundationKit/VCF.h: No such file or directory

49 others follow..

I hope someone can give me a hint.. I guess it's rather my fault..

frozen

Hi,
This is the same for me. I can't build VCF with the nightly Code:Blocks. Actually, I use svn builds and don't want to revert back to a rc2 build.
Could someone tell me how to build VCF with the nightly Code::Blocks? Because they recommends to use the nightly builds instead of old rc2 build
at the Code::Blocks home site.

I use:
VCF: 0.9.0
Code::Blocks : svn build 1.0 revision 3211
Gcc : 3.4.5 & 4.1.1
Operating system : xp

[vortic]

I use:
VCF: 0.9.0
Code::Blocks : svn build 1.0 revision 3211
Gcc : 3.4.5 & 4.1.1
Operating system : xp

Hi,

I feel your pain!

I just tried with the Nov. 9 build of Code::Blocks and am having path problems. Code::Blocks does not appear to be reading the OS environment variables anymore. I have VCF_INCLUDE variable set up correctly.

I noticed in the IDE that they have done some work around environment variables, as there is now an environment variable plugin. Perhaps C::B is temporarily broken in this regard, or they have changed the behavior to someting I do not understand right now.

For now, try setting the environment variables VCF_INCLUDE, VCF_BIN, and VCF_LIB in the ide environment variable facility:

1. From menu, Plugins->ManagePlugins and make sure environment variables plugin is enabled.

2. Settings->Environment->EnvironmentVariables, and enter the 3 VCF-specific environment variables.

Try building.

Let us know if this works. It worked for me. If this is the problem, perhaps someone can post to code blocks forum to see what is up with environment variables (it will be a couple of days before I can really get into this stuff).

[frozen]

For now, try setting the environment variables VCF_INCLUDE, VCF_BIN, and VCF_LIB in the ide environment variable facility:

This was what helped me. Environment variables weren't read by C::B so I had to set them within C::B and it worked..

[keenblade]

For now, try setting the environment variables VCF_INCLUDE, VCF_BIN, and VCF_LIB in the ide environment variable facility:

This was what helped me. Environment variables weren't read by C::B so I had to set them within C::B and it worked..

Thanks.
I posted this problem at CodeBlocks forum, too.
I already had set them as os variables. Also VCF_ROOT. Actually VCF_ROOT must be enough alone.
So I did not think that these variables makes the problem. But now I think the problem was the OS environment variables which was ignored by Code::Blocks.
Also there was problem with the file paintlib.cbp.
The first line also the line before last line made Code::Block fail to open it.
Just deleted the lines and the file opened successfull. Now I see it is fixed in svn.
But it was not building though, untill I made these:
Before I had just set VCF_ROOT within Code::blocks. Now I added others, too. Also updated it to svn build 3225 (now 3226). Also updated VCF to rev 2944 from svn.
Now Code:Blocks builds VCF successfuly. These are created as shared libs:
ApplicationKit_mgcc.dll
FoundationKit_mgcc.dll
GraphicsKit_mgcc.dll
NetworkKit_mgcc.dll
OpenGLKit_mgcc.dll
RemoteObjectKit_mgcc.dll

Thanks.

[keenblade]

ApplicationKit_mgcc.dll
FoundationKit_mgcc.dll
GraphicsKit_mgcc.dll
NetworkKit_mgcc.dll
OpenGLKit_mgcc.dll
RemoteObjectKit_mgcc.dll

Although above libs are created, now again I am getting troubles with the svn build of VCF. Build process now has 6 errors. Here is the compiler out;

:: === Dictionaries, mingw_Release ===
C:\Program Files\VCF-0.9.0\src\vcf\FoundationKit\FrameworkConfig.h:319: warning: "VCF_MINGW" redefined
:6:1: warning: this is the location of the previous definition
Dictionaries.cpp:521: error: cannot declare variable `xos' to be of type `XMLDictOutputStream'
Dictionaries.cpp:521: error:  because the following virtual functions are abstract:
C:\Program Files\VCF-0.9.0\src\vcf\FoundationKit\Stream.h:184: error:  virtual VCF::uint64 VCF::OutputStream::write(const unsigned char*, VCF::uint64)
Dictionaries.cpp:537: error: cannot declare variable `xis' to be of type `XMLDictInputStream'
Dictionaries.cpp:537: error:  because the following virtual functions are abstract:
C:\Program Files\VCF-0.9.0\src\vcf\FoundationKit\Stream.h:109: error:  virtual VCF::uint64 VCF::InputStream::read(unsigned char*, VCF::uint64)
:: === Build finished: 6 errors, 525 warnings ===

[vortic]

ApplicationKit_mgcc.dll
FoundationKit_mgcc.dll
GraphicsKit_mgcc.dll
NetworkKit_mgcc.dll
OpenGLKit_mgcc.dll
RemoteObjectKit_mgcc.dll

Although above libs are created, now again I am getting troubles with the svn build of VCF. Build process  now has 6 errors. Here is the compiler out;

:: === Dictionaries, mingw_Release ===
C:\Program Files\VCF-0.9.0\src\vcf\FoundationKit\FrameworkConfig.h:319: warning: "VCF_MINGW" redefined
:6:1: warning: this is the location of the previous definition
Dictionaries.cpp:521: error: cannot declare variable `xos' to be of type `XMLDictOutputStream'
Dictionaries.cpp:521: error:  because the following virtual functions are abstract:
C:\Program Files\VCF-0.9.0\src\vcf\FoundationKit\Stream.h:184: error:  virtual VCF::uint64 VCF::OutputStream::write(const unsigned char*, VCF::uint64)
Dictionaries.cpp:537: error: cannot declare variable `xis' to be of type `XMLDictInputStream'
Dictionaries.cpp:537: error:  because the following virtual functions are abstract:
C:\Program Files\VCF-0.9.0\src\vcf\FoundationKit\Stream.h:109: error:  virtual VCF::uint64 VCF::InputStream::read(unsigned char*, VCF::uint64)
:: === Build finished: 6 errors, 525 warnings ===

kdmix,
Did you build the Dictionaries example, or just the libs? I get this error also with the C::B project files.

Fraggle,
Do the stream classes need write and read fcts specifically for VCF::uint64 params? I don't think those are present right now. InputStream and OutputStream are currently set as abstract classes.

Thanks.

[vortic]

Fraggle,
Do the stream classes need write and read fcts specifically for VCF::uint64 params? I don't think those are present right now. InputStream and OutputStream are currently set as abstract classes.

Thanks.

Oops. Sorry Fraggle


Is the problem in the Dictionaries example itself? The classes XMLDictInputStream and XMLDictOutputStream are inheriting directly from InputStream and OutputStream. They should probably be inheriting from BasicInputStream and BasicOutputStream, and making this change removes the error.

[keenblade]

Oops. Sorry Fraggle

Is the problem in the Dictionaries example itself?  The classes XMLDictInputStream and XMLDictOutputStream are inheriting directly from InputStream and OutputStream.  They should probably be inheriting from BasicInputStream and BasicOutputStream, and making this change removes the error.

Yes, the problem is in the Dictionaries example itself. I was using vcfAllProjects.workspace, so I did not notices that it was just examples that is giving errors. vcfAllLibs.workspace builds successfuly.

Also these examples can't be build or run, too :

HelloWorld
Gradients
VisualFormFiles (there is an exe but it does not run.)

I also tried with just makefiles without success, same or similar errors.

[vortic]

Yes, the problem is in the Dictionaries example itself. I was using vcfAllProjects.workspace, so I did not notices that it was just examples that is giving errors. vcfAllLibs.workspace builds successfuly.

Also these examples can't be build or run, too :

HelloWorld
Gradients
VisualFormFiles (there is an exe but it does not run.)

HelloWorld works fine for me. The other 2 are broken.

I'll be uploading C::B project files with RegExKit added shortly. I also removed the 3 old VCF_*** env. variables and replaced them with the VCF_ROOT variable.

MinGW, gcc3.4.5
C::B rev 3222
vcf svn

[keenblade]

I'll be uploading C::B project files with RegExKit added shortly. I also removed the 3 old VCF_*** env. variables  and replaced them with the VCF_ROOT variable.

I can't build the libs anymore with the VCF svn rev:2955
Only these are created:

FoundationKit_mgcc.dll
GraphicsKit_mgcc.dll

I have attached the compiler output to this post.

info:
VCF svn rev:2955.
Code::Blocks svn rev:3253

Attached File(s)
 compiler_log.txt ( 283.52k ) Number of downloads: 131

[ddiego]

I have attached the compiler output to this post.

I just glanced at the log and it seemed to indicate that everything built OK. At the end it says "0 errors". Did I miss something?

Cheers

Jim

[kdmix]

I just glanced at the log and it seemed to indicate that everything built OK. At the end it says "0 errors". Did I miss something?

As I can see the problem looks like this

CODE

mgcc\ReleaseDLL\src\vcf\ApplicationKit\Win32Edit.o:Win32Edit.cpp:(.text$_ZN3VCF24Win32RichEditOleCallback14QueryInterfaceERK5_GUIDPPv+0x27): undefined reference to `IID_IRichEditOleCallback'
collect2: ld returned 1 exit status

[vortic]

As I can see the problem looks like this

CODE

mgcc\ReleaseDLL\src\vcf\ApplicationKit\Win32Edit.o:Win32Edit.cpp:(.text$_ZN3VCF24Win32RichEditOleCallback14QueryInterfaceERK5_GUIDPPv+0x27): undefined reference to `IID_IRichEditOleCallback'
collect2: ld returned 1 exit status

Well crud. I updated to the new api and runtime that keenblade uses, and get the error also.

Keenblade, do you know if the differences in richole.h between 3.6 and 3.8 should make any difference here, or if the INTERFACE define could somehow effect a typedef? I don't see how it would, but the difference between 3.6 and 3.8 api richole.h is this,

3.6:

CODE

#ifndef INITGUID
typedef struct _reobject {
DWORD cbStruct;
LONG cp;
CLSID clsid;
LPOLEOBJECT poleobj;
LPSTORAGE pstg;
LPOLECLIENTSITE polesite;
SIZEL sizel;
DWORD dvaspect;
DWORD dwFlags;
DWORD dwUser;
} REOBJECT;

#undef INTERFACE
#define INTERFACE IRichEditOle
DECLARE_INTERFACE_(IRichEditOle, IUnknown)
{
STDMETHOD(QueryInterface)(THIS_ REFIID,PVOID*) PURE;
STDMETHOD_(ULONG,AddRef)(THIS) PURE;
STDMETHOD_(ULONG,Release)(THIS) PURE;
STDMETHOD(GetClientSite)(THIS_ LPOLECLIENTSITE*) PURE;
STDMETHOD_(LONG,GetObjectCount)(THIS) PURE;
STDMETHOD_(LONG,GetLinkCount)(THIS) PURE;
STDMETHOD(GetObject)(THIS_ LONG, REOBJECT*,DWORD) PURE;
STDMETHOD(InsertObject)(THIS_ REOBJECT*) PURE;
STDMETHOD(ConvertObject)(THIS_ LONG,REFCLSID,LPCSTR) PURE;
STDMETHOD(ActivateAs)(THIS_ REFCLSID,REFCLSID) PURE;
STDMETHOD(SetHostNames)(THIS_ LPCSTR,LPCSTR) PURE;
STDMETHOD(SetLinkAvailable)(THIS_ LONG,BOOL) PURE;
STDMETHOD(SetDvaspect)(THIS_ LONG,DWORD) PURE;
STDMETHOD(HandsOffStorage)(THIS_ LONG) PURE;
STDMETHOD(SaveCompleted)(THIS_ LONG,LPSTORAGE) PURE;
STDMETHOD(InPlaceDeactivate)(THIS) PURE;
STDMETHOD(ContextSensitiveHelp)(THIS_ BOOL) PURE;
STDMETHOD(GetClipboardData)(THIS_ CHARRANGE*,DWORD,LPDATAOBJECT*) PURE;
STDMETHOD(ImportDataObject)(THIS_ LPDATAOBJECT,CLIPFORMAT,HGLOBAL) PURE;
};
typedef IRichEditOle *LPRICHEDITOLE;

#undef INTERFACE
#define INTERFACE IRichEditOleCallback
DECLARE_INTERFACE_(IRichEditOleCallback, IUnknown)
{
STDMETHOD(QueryInterface)(THIS_ REFIID,PVOID*) PURE;
STDMETHOD_(ULONG,AddRef)(THIS) PURE;
STDMETHOD_(ULONG,Release)(THIS) PURE;
STDMETHOD(GetNewStorage)(THIS_ LPSTORAGE*) PURE;
STDMETHOD(GetInPlaceContext)(THIS_ LPOLEINPLACEFRAME*,LPOLEINPLACEUIWINDOW*,LPOLEINPLACEFRAMEINFO) PURE;
STDMETHOD(ShowContainerUI)(THIS_ BOOL) PURE;
STDMETHOD(QueryInsertObject)(THIS_ LPCLSID,LPSTORAGE,LONG) PURE;
STDMETHOD(DeleteObject)(THIS_ LPOLEOBJECT) PURE;
STDMETHOD(QueryAcceptData) (THIS_ LPDATAOBJECT,CLIPFORMAT*,DWORD,BOOL,HGLOBAL) PURE;
STDMETHOD(ContextSensitiveHelp) (THIS_ BOOL) PURE;
STDMETHOD(GetClipboardData) (THIS_ CHARRANGE*,DWORD,LPDATAOBJECT*) PURE;
STDMETHOD(GetDragDropEffect) (THIS_ BOOL,DWORD,PDWORD) PURE;
STDMETHOD(GetContextMenu) (THIS_ WORD,LPOLEOBJECT,CHARRANGE*,HMENU*) PURE;
};
typedef IRichEditOleCallback FAR * LPRICHEDITOLECALLBACK;
#endif

3.8:

CODE

#ifndef INITGUID
typedef struct _reobject {
DWORD cbStruct;
LONG cp;
CLSID clsid;
LPOLEOBJECT poleobj;
LPSTORAGE pstg;
LPOLECLIENTSITE polesite;
SIZEL sizel;
DWORD dvaspect;
DWORD dwFlags;
DWORD dwUser;
} REOBJECT;

#define INTERFACE IRichEditOle
DECLARE_INTERFACE_(IRichEditOle, IUnknown)
{
STDMETHOD(QueryInterface)(THIS_ REFIID,PVOID*) PURE;
STDMETHOD_(ULONG,AddRef)(THIS) PURE;
STDMETHOD_(ULONG,Release)(THIS) PURE;
STDMETHOD(GetClientSite)(THIS_ LPOLECLIENTSITE*) PURE;
STDMETHOD_(LONG,GetObjectCount)(THIS) PURE;
STDMETHOD_(LONG,GetLinkCount)(THIS) PURE;
STDMETHOD(GetObject)(THIS_ LONG, REOBJECT*,DWORD) PURE;
STDMETHOD(InsertObject)(THIS_ REOBJECT*) PURE;
STDMETHOD(ConvertObject)(THIS_ LONG,REFCLSID,LPCSTR) PURE;
STDMETHOD(ActivateAs)(THIS_ REFCLSID,REFCLSID) PURE;
STDMETHOD(SetHostNames)(THIS_ LPCSTR,LPCSTR) PURE;
STDMETHOD(SetLinkAvailable)(THIS_ LONG,BOOL) PURE;
STDMETHOD(SetDvaspect)(THIS_ LONG,DWORD) PURE;
STDMETHOD(HandsOffStorage)(THIS_ LONG) PURE;
STDMETHOD(SaveCompleted)(THIS_ LONG,LPSTORAGE) PURE;
STDMETHOD(InPlaceDeactivate)(THIS) PURE;
STDMETHOD(ContextSensitiveHelp)(THIS_ BOOL) PURE;
STDMETHOD(GetClipboardData)(THIS_ CHARRANGE*,DWORD,LPDATAOBJECT*) PURE;
STDMETHOD(ImportDataObject)(THIS_ LPDATAOBJECT,CLIPFORMAT,HGLOBAL) PURE;
};
#undef INTERFACE
typedef IRichEditOle *LPRICHEDITOLE;

#define INTERFACE IRichEditOleCallback
DECLARE_INTERFACE_(IRichEditOleCallback, IUnknown)
{
STDMETHOD(QueryInterface)(THIS_ REFIID,PVOID*) PURE;
STDMETHOD_(ULONG,AddRef)(THIS) PURE;
STDMETHOD_(ULONG,Release)(THIS) PURE;
STDMETHOD(GetNewStorage)(THIS_ LPSTORAGE*) PURE;
STDMETHOD(GetInPlaceContext)(THIS_ LPOLEINPLACEFRAME*,LPOLEINPLACEUIWINDOW*,LPOLEINPLACEFRAMEINFO) PURE;
STDMETHOD(ShowContainerUI)(THIS_ BOOL) PURE;
STDMETHOD(QueryInsertObject)(THIS_ LPCLSID,LPSTORAGE,LONG) PURE;
STDMETHOD(DeleteObject)(THIS_ LPOLEOBJECT) PURE;
STDMETHOD(QueryAcceptData) (THIS_ LPDATAOBJECT,CLIPFORMAT*,DWORD,BOOL,HGLOBAL) PURE;
STDMETHOD(ContextSensitiveHelp) (THIS_ BOOL) PURE;
STDMETHOD(GetClipboardData) (THIS_ CHARRANGE*,DWORD,LPDATAOBJECT*) PURE;
STDMETHOD(GetDragDropEffect) (THIS_ BOOL,DWORD,PDWORD) PURE;
STDMETHOD(GetContextMenu) (THIS_ WORD,LPOLEOBJECT,CHARRANGE*,HMENU*) PURE;
};
#undef INTERFACE
typedef IRichEditOleCallback FAR * LPRICHEDITOLECALLBACK;
#endif