wxAuiTabCtrlcbauibook.cpp:414:39: error: 'class wxAuiTabCtrl' has no member name

[smallB]

Guys, I'm trying to build cb on Mint14, I've built already WxWidgets 281, but when make is executed on codeblocks I'm getting: cbauibook.cpp:414:39: error: 'class wxAuiTabCtrl' has no member named 'GetToolTip' and:
cbauibook.cpp:415:32: error: invalid use of incomplete type 'class wxToolTip'

Anybody knows how to solve it?

Thank you.

[Jenna]

As first I suggest to use the wxwidgets shipped with your linux distro whenever possible.
Second which version of wxWidgets do you use ?
What compiler version do you use ?
Do you work on 32 or 64-bit ?
And which version of C::B do you try to build ?
Which project- or workspacefile do you try to build or do you use autotools ?

[Jenna]

One of the base-classes of wxAuiTabCtrl is wxControl.
And wxControl is derived from wxWindow (and others).
wxWindow has the function GetToolTip() for all wx2.8 versions.

[smallB]

Hi, thanks for your reply. Will try what you've suggested. Thank you.

[stahta01]

cbauibook.cpp:415:32: error: invalid use of incomplete type 'class wxToolTip'

And which version of C::B do you try to build ?

Question in addition to jens questions.

Are you compiling with Pre-compiled headers or without them?

Most people compile CB with Pre-compiled headers;
every so often this type of error happens because of missing includes in CB source for NON Pre-compiled header builds.

Tim S.

[Jenna]

cbauibook.cpp:415:32: error: invalid use of incomplete type 'class wxToolTip'

And which version of C::B do you try to build ?

Question in addition to jens questions.

Are you compiling with Pre-compiled headers or without them?

Most people compile CB with Pre-compiled headers;
every so often this type of error happens because of missing includes in CB source for NON Pre-compiled header builds.

Tim S.

The headerfile for the tooltips is included directly (without using pch's), at least in cbauibook.cpp .

[JustAuser]

error when attempting to install latest version of CodeBlocks on CentOS 6.4:
cbauibook.cpp: In member function ‘void cbAuiNotebook::OnMotion(wxMouseEvent&)’:
cbauibook.cpp:414: error: ‘class wxAuiTabCtrl’ has no member named ‘GetToolTip’
cbauibook.cpp:415: error: invalid use of incomplete type ‘struct wxToolTip’
/usr/local/include/wx-2.8/wx/window.h:65: error: forward declaration of ‘struct wxToolTip’

I just downloaded wxWidgets as CodeBlocks' instructions suggest,
ran
./bootstrap
ran
./configure
they ran just fine without any errors or warnings.
But when I ran "make" the errors began.
Why did I installed CodeBlocks on Windows in ONE CLICK, and using CodeBlocks on Windows without any problems, but it took me 4 hours to research how to get to this point, and still I am stuck at "make".
Crazy. No unified procedures, no unified (expected) user experience like Windows. Idiocy.

[Jenna]

Same question as before: why do you use a self-build wxWidgets ?
Always prefer the version shipped for your distro (if possible).

Did you try the packages from my repo ?

See http://rpm.jenslody.de for instructions.

[JustAuser]

1. Installed the
yum install rpmforge-release-0.5.3-1.el6.rf.i686.rpm
but still getting the same error.
I do not see what is the reason that you think installing rpmforge will "fix" the error.
The problem is not in rpm forge. The problem is in declared but undefined (non-existing implementation) of functions (functionality).
Still as crazy and loony as before. Even crazier to think that some rpm forge will define funcitonality of non-existing functions (procedures).

2. When you are talking about "shipped with your linux distro", I do not get it: I simply downloaded the entire distro from CentOS, installed it. When I try to search for wxWidgets in "AddRemove software" of CentOS, it is not found anywhere. Not on local machine not on CentOS site.

3. Just continuous waste of time. It appears people have no clue about any solutions, but posting "solutions" here regardless to look like "pros". Deceiving themselves. You loose credibility. You loose users. You make yourself look like loosers. You do not understand one thing: people who post here are not interested in writing in a vicious loop, forever( look, for, solutions).

Same question as before: why do you use a self-build wxWidgets ?
Always prefer the version shipped for your distro (if possible).

Did you try the packages from my repo ?

See http://rpm.jenslody.de for instructions.

[oBFusCATed]

author=JustAuser link=topic=17490.msg121355#msg121355 date=1364747986]
2. When you are talking about "shipped with your linux distro", I do not get it: I simply downloaded the entire distro from CentOS, installed it. When I try to search for wxWidgets in "AddRemove software" of CentOS, it is not found anywhere. Not on local machine not on CentOS site.

Sorry, but then you have to talk to CentOS devs to include wxGTK in your package list we cannot provide it.

Have you tried

Code

yum update
yum install wxGTK wxGTK-devel or 
yum search wxgtk

after you've installed the rpmforge repo?
Also have you removed your old wxGTK install?

Edit:

3. Just continuous waste of time. It appears people have no clue about any solutions, but posting "solutions" here regardless to look like "pros". Deceiving themselves. You loose credibility. You loose users. You make yourself look like loosers. You do not understand one thing: people who post here are not interested in writing in a vicious loop, forever( look, for, solutions).

Sorry, but it appears that you have no clue how to manage your system, so you loose credibility and make yourself look like a looser.

I couldn't resist to post in this style sorry.

[Jenna]

Why are you so agressive ?
1.
I asked you to use the version from my repo !
I do not have wxWidgets in my repo, but rpm-packages of C::B.
They are build in a mock chroot of actual CentOS 6 (running on CentOS 6).
By the way, they build without any errors.

2.

/usr/local/include/wx-2.8/wx/window.h:65: error: forward declaration of ‘struct wxToolTip’

This is not wxWidgets from system, but either self-build or if you did not build it yourself an unconfigured and therefore useless copy of the wxWidgets sources.
For some reasons wxWidgets packages on (all?) rpm-based distros are called wxGTK (wxWidgets build with gtk-support).
To build C::B you need wxGTK.devel and wxGTK.

3.If you want to go feel free to do so.

[Jenna]

Search for wxWidgets on my CentOS 6.4 machine:

[jens@CentOS6 ~]$ yum search all wxWidgets
Loaded plugins: fastestmirror, refresh-packagekit, security
Loading mirror speeds from cached hostfile
 * base: mirror.jgotteswinter.com
 * epel: mirror.awanti.com
 * extras: centos.copahost.com
 * updates: mirror.softaculous.com
======================================================================================== Matched: wxWidgets =========================================================================================
perl-Alien-wxWidgets.x86_64 : Building, finding and using wxWidgets binaries
wxBase.i686 : Non-GUI support classes from the wxWidgets library
wxBase.x86_64 : Non-GUI support classes from the wxWidgets library
wxGTK.i686 : GTK2 port of the wxWidgets GUI library
wxGTK.x86_64 : GTK2 port of the wxWidgets GUI library
wxGTK-gl.i686 : OpenGL add-on for the wxWidgets library
wxGTK-gl.x86_64 : OpenGL add-on for the wxWidgets library
wxGTK-media.i686 : Multimedia add-on for the wxWidgets library
wxGTK-media.x86_64 : Multimedia add-on for the wxWidgets library
wxpropgrid.i686 : A property sheet control for wxWidgets
wxpropgrid.x86_64 : A property sheet control for wxWidgets
audacity.x86_64 : Multitrack audio editor
codeblocks-contrib.x86_64 : Code::Blocks contrib plugins
erlang-wx.x86_64 : A library for wxWidgets support in Erlang
wxGTK-devel.i686 : Development files for the wxGTK2 library
wxGTK-devel.x86_64 : Development files for the wxGTK2 library
wxMaxima.x86_64 : Graphical user interface for Maxima
xchm.x86_64 : A GUI front-end to CHMlib

AddRemove software finds the exact same packages, but also do not list the packages for both arches.