Missing pcre and tinyxml in CVS?

For help with general CEGUI usage:
- Questions about the usage of CEGUI and its features, if not explained in the documentation.
- Problems with the CMAKE configuration or problems occuring during the build process/compilation.
- Errors or unexpected behaviour.

Moderators: CEGUI MVP, CEGUI Team

User avatar
baxissimo
Quite a regular
Quite a regular
Posts: 60
Joined: Tue Feb 22, 2005 08:04
Location: Tokyo, JAPAN
Contact:

Missing pcre and tinyxml in CVS?

Postby baxissimo » Wed Mar 15, 2006 14:12

Just tried to update to the latest CVS.
src/pcre and src/tinyxml are expected to be there by the MSVC++ project files, but they don't seem to be checked in.

User avatar
CrazyEddie
CEGUI Project Lead
Posts: 6760
Joined: Wed Jan 12, 2005 12:06
Location: England
Contact:

Postby CrazyEddie » Thu Mar 16, 2006 09:19

Yes, this is related to some recent changes I have been making. Basically the core idea was to remove the 'embedded' copies of certain libraries and link to them externally instead.

Additionally, the xml parsers now exist as external modules (and we have more of them).

This work is 99.9% completed for linux systems. For MSVC++ users, I have to update the project files and issue updated dependency packages - this will likely be done over the weekend, so watch this space.

CE.

User avatar
scriptkid
Home away from home
Home away from home
Posts: 1178
Joined: Wed Jan 12, 2005 12:06
Location: The Hague, The Netherlands
Contact:

Postby scriptkid » Thu Mar 16, 2006 09:24

What a coincidence, I have downloaded and setup these files yesterday evening myself  But I will also patiently wait to see what Eddie has exactly in mind. Eddie: do you mean they will be added to the Dependencies, in stead of the main Src folder?

User avatar
baxissimo
Quite a regular
Quite a regular
Posts: 60
Joined: Tue Feb 22, 2005 08:04
Location: Tokyo, JAPAN
Contact:

Postby baxissimo » Thu Mar 16, 2006 11:56

CrazyEddie wrote:Yes, this is related to some recent changes I have been making. Basically the core idea was to remove the 'embedded' copies of certain libraries and link to them externally instead.


Ok. No problem. I'm not in a hurry, just trying to get back into the swing of things again. Looking forward to the changes.

By the way, the version of PCRE that was in the MSVC project files seems like it might be old. At least I downloaded the most recent version I could find, which was 6.4, but some of the files looked like the names had changed from the ones in the MSVC project file. Can't remember exactly, but e.g. there was no "charencoding.c" but instead a "pcre_charcoding.c" or something like that.

Thanks for the quick answer.

User avatar
CrazyEddie
CEGUI Project Lead
Posts: 6760
Joined: Wed Jan 12, 2005 12:06
Location: England
Contact:

Postby CrazyEddie » Sat Mar 18, 2006 10:51

Hi,

Yeah the pcre version we had embedded was old, and this was one of the motivating factors in making it an external dependency; it's much easier to just link to an updated external lib rather than having to update build systems each time a package is updated (it also allows the use of customised versions of the dependency if the user requires that, and so on).

The MSVC++ build has been updated now. There are some issues with the Lua bindings not compiling, but everything else is now working again. You will need the updated commom dependency package for Win32 - I have uploaded a 'beta' version which can be downloaded here.

HTH

CE

User avatar
baxissimo
Quite a regular
Quite a regular
Posts: 60
Joined: Tue Feb 22, 2005 08:04
Location: Tokyo, JAPAN
Contact:

Postby baxissimo » Sat Mar 18, 2006 11:37

CrazyEddie wrote:The MSVC++ build has been updated now. There are some issues with the Lua bindings not compiling, but everything else is now working again. You will need the updated commom dependency package for Win32 - I have uploaded a 'beta' version which can be downloaded here.


Great. Thanks for the update. I have to work on my taxes first though.
:cry:

User avatar
baxissimo
Quite a regular
Quite a regular
Posts: 60
Joined: Tue Feb 22, 2005 08:04
Location: Tokyo, JAPAN
Contact:

Postby baxissimo » Mon Mar 27, 2006 02:24

The taxes are pretty much done now :-), but now I'm having trouble getting cvs head to compile.

It keeps wanting to link against stlport_vc7_static.lib. I can't figure out where that's coming from. It doesn't seem to be in the vcproj files, and a search of "Entire Solution, *.*" doesn't turn up any hits on "stlport_vc7" that are being included via #pragma comment type statements.

Where could it be coming from?

I blew away my entire CVS tree and checked it out from scratch, and it's still happening.

User avatar
CrazyEddie
CEGUI Project Lead
Posts: 6760
Joined: Wed Jan 12, 2005 12:06
Location: England
Contact:

Postby CrazyEddie » Mon Mar 27, 2006 13:54

Hi,

Sorry to hear about the continued troubles.

I'll investigate further and report back by the weekend with some kind of fix.

CE.

User avatar
baxissimo
Quite a regular
Quite a regular
Posts: 60
Joined: Tue Feb 22, 2005 08:04
Location: Tokyo, JAPAN
Contact:

Postby baxissimo » Tue Mar 28, 2006 01:39

Ah ha! I found it.

Code: Select all

> dumpbin /directives pcre_d.lib | grep stl
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
   /DEFAULTLIB:"stlport_vc7_static.lib"
>


That's using the pcre_d.lib in the 0.5beta deps package you linked to above.

I didn't even realize you could embed a DEFAULTLIB directive in a .lib like that. Although I guess it makes sense, since that's what's done with the runtime libs (LIBC/MSVCRT). If that info weren't embedded in the .libs then we wouldn't get all those lovely linker warnings that tell us our program is probably going to crash.

I sure wish MSVC would generate a report about WHY it's trying to link with things. And while we're at it, reports about WHICH lib it found to link with, and WHERE it pulled #includes from would also be nice in helping to resolve these sorts of head-scratchers.

[edit]
BTW it looks like just slapping "stlport_vc7_static" in the "Ignore Specific Library" property for CEGUIBase in VC++ does the trick.
[/edit]

User avatar
CrazyEddie
CEGUI Project Lead
Posts: 6760
Joined: Wed Jan 12, 2005 12:06
Location: England
Contact:

Postby CrazyEddie » Tue Mar 28, 2006 08:24

Cool :)

When I get a moment I'll either see why this is getting put in the lib and fix it if possible, or, failing that, add the 'ignore' option to the project file.

CE

User avatar
spannerman
Home away from home
Home away from home
Posts: 330
Joined: Wed Jan 12, 2005 12:06

Postby spannerman » Wed May 17, 2006 22:22

baxissimo, what compiler are you using?
I had the same troubles on VC 8 Pro (HEAD version of code, got clean today) but after the beta dependencies and the 'ignore stlport_vc7_s' Im still having troubles compiling.

cannot open file 'LIBC.lib' CEGUIBase

and

Cannot open include file: 'd3d9.h': No such file or directory c:\ogre_engine\cegui_mk2\include\renderers\directx9guirenderer\d3d9renderer.h 39

Any ideas?

User avatar
baxissimo
Quite a regular
Quite a regular
Posts: 60
Joined: Tue Feb 22, 2005 08:04
Location: Tokyo, JAPAN
Contact:

Postby baxissimo » Thu May 18, 2006 00:42

spannerman wrote:baxissimo, what compiler are you using?
I had the same troubles on VC 8 Pro (HEAD version of code, got clean today) but after the beta dependencies and the 'ignore stlport_vc7_s' Im still having troubles compiling.

I'm still on MSVC.NET 7.1

spannerman wrote:cannot open file 'LIBC.lib' CEGUIBase

and

Cannot open include file: 'd3d9.h': No such file or directory c:\ogre_engine\cegui_mk2\include\renderers\directx9guirenderer\d3d9renderer.h 39

Any ideas?


None here, sorry.

User avatar
spannerman
Home away from home
Home away from home
Posts: 330
Joined: Wed Jan 12, 2005 12:06

Postby spannerman » Thu May 18, 2006 23:56

Oh bugger :?

Anyone else got HEAD code compiled on VC8 yet?

User avatar
lindquist
CEGUI Team (Retired)
Posts: 770
Joined: Mon Jan 24, 2005 21:20
Location: Copenhagen, Denmark

Postby lindquist » Fri May 19, 2006 00:37

I'm not sure about the LIBC.lib thing, but d3d9.h is from the DirectX9 SDK and which you need to download and install.

If you dont want the dx9 renderer, then edit CEGUISamplesConfig.h in cegui_mk2/Samples/common/include
You will also need to removed the renderers you disable from the dependency list of SampleHelper.

when we release there wont be a shared dependency package, but one for vc8 so hopefully the dependency problem will go away with that

User avatar
spannerman
Home away from home
Home away from home
Posts: 330
Joined: Wed Jan 12, 2005 12:06

Postby spannerman » Fri May 19, 2006 15:05

lindquist wrote:I'm not sure about the LIBC.lib thing, but d3d9.h is from the DirectX9 SDK and which you need to download and install.


I have the Directx9 SDK, in fact I have been compiling Cegui (from CVS HEAD) fine for quite a while now and my machine setup has not changed in this time. However, I havent updated the code recently for probably a couple of months (first time Ive got Cegui code using SVN) and now I am having these compilation problems.

lindquist wrote:when we release there wont be a shared dependency package, but one for vc8 so hopefully the dependency problem will go away with that


Cool. I am looking forward to the release.

Cheers.


Return to “Help”

Who is online

Users browsing this forum: No registered users and 1 guest