Author Topic: wxSmith does not build for MacOSX at rev 3663  (Read 22316 times)

bnilsson

  • Guest
wxSmith does not build for MacOSX at rev 3663
« on: March 04, 2007, 09:36:20 am »
Hi!

wxSmith does not build for rev 3663:

 g++ -DHAVE_CONFIG_H -I. -I. -I../../../../../../src/include -I/opt/local/lib/wx/include/mac-unicode-release-2.6 -I/opt/local/include/wx-2.6 -D__WXMAC__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -DNO_GCC_PRAGMA -I../../../../../../src/include -I../../../../../../src/include/wxFlatNotebook/include -I../../../../../../src/include/wxscintilla/include -I../../../../../../src/include/wxFlatNotebook -I../../../../../../src/include/propgrid/include -O2 -ffast-math -I/opt/local/include -g -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -MT wxsbitmapiconproperty.lo -MD -MP -MF .deps/wxsbitmapiconproperty.Tpo -c ./wxsbitmapiconproperty.cpp  -fno-common -DPIC -o .libs/wxsbitmapiconproperty.o

./wxsbitmapiconproperty.cpp: In member function 'virtual bool wxsBitmapIconProperty::XmlRead(wxsPropertyContainer*, TiXmlElement*)':
./wxsbitmapiconproperty.cpp:135: error: 'cbC2U' was not declared in this scope
./wxsbitmapiconproperty.cpp: In member function 'virtual bool wxsBitmapIconProperty::XmlWrite(wxsPropertyContainer*, TiXmlElement*)':
./wxsbitmapiconproperty.cpp:165: error: 'cbU2C' was not declared in this scope
make[1]: *** [wxsbitmapiconproperty.lo] Error 1
make: *** [all-recursive] Error 1

Maybe a missing header again?

bnilsson

  • Guest
Re: wxSmith does not build for MacOSX at rev 3663
« Reply #1 on: March 04, 2007, 09:53:49 am »
I introduced
#include "globals.h"
in wxsbitmapiconproperty.cpp
Now wxSmith builds without errors.


However, the resource editor still blanks out the graphics window at update (for MacOSX). Any clue how to fix it?

Offline byo

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 837
Re: wxSmith does not build for MacOSX at rev 3663
« Reply #2 on: March 05, 2007, 08:12:10 pm »
I introduced
#include "globals.h"
in wxsbitmapiconproperty.cpp
Now wxSmith builds without errors.


However, the resource editor still blanks out the graphics window at update (for MacOSX). Any clue how to fix it?

Thanks for info.

I'll try to make some small patch to force Mac to refresh window periodically - that will give me some more info. But since I've got no access to real machine, finding this bug may be really hard :(. If nothing will work, I'll try to create some other preview-generating scheme to enable any support for Mac.

BYO

Offline Auria

  • Almost regular
  • **
  • Posts: 152
Re: wxSmith does not build for MacOSX at rev 3663
« Reply #3 on: March 06, 2007, 02:41:01 am »
I introduced
#include "globals.h"
in wxsbitmapiconproperty.cpp
Now wxSmith builds without errors.


However, the resource editor still blanks out the graphics window at update (for MacOSX). Any clue how to fix it?

Thanks for info.

I'll try to make some small patch to force Mac to refresh window periodically - that will give me some more info. But since I've got no access to real machine, finding this bug may be really hard :(. If nothing will work, I'll try to create some other preview-generating scheme to enable any support for Mac.

BYO

If code::Blocks would build on my mac i could probably help you, i know quite a bit about wxWidgets :? I hate those build systems  :lol:

Offline afb

  • Developer
  • Lives here!
  • *****
  • Posts: 884
Re: wxSmith does not build for MacOSX at rev 3663
« Reply #4 on: March 06, 2007, 08:34:01 am »
If code::Blocks would build on my mac i could probably help you, i know quite a bit about wxWidgets :? I hate those build systems  :lol:

I'm removing some of the wrinkles from the Mac build, so it should hopefully be a little smoother soon (no patches)
In the end, it shouldn't be more than the usual ./configure --enable-contrib && make && sudo make install routine.

Is there any particular build step of Installing_Code::Blocks_from_source_on_Mac_OS_X that is giving you grief ?

Offline byo

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 837
Re: wxSmith does not build for MacOSX at rev 3663
« Reply #5 on: March 06, 2007, 03:57:33 pm »
If code::Blocks would build on my mac i could probably help you, i know quite a bit about wxWidgets :? I hate those build systems  :lol:

That would be nice :) There's only one class which need to be "ported", but this "porting" may be complicated since it uses some read-data-directly-from-screen stuff.I don't even know whether wxWidgets is able to do such reading on Mac. I've found out that wx is not able to do many things even when docs are saying it should :(

BYO

Offline afb

  • Developer
  • Lives here!
  • *****
  • Posts: 884
Re: wxSmith does not build for MacOSX at rev 3663
« Reply #6 on: March 06, 2007, 04:17:09 pm »
The old transparency hack (copy from screen to a window) that the splash screen used did work on wxMac, so you might try borrowing some code from that - I recall it was straight-forward

Offline Auria

  • Almost regular
  • **
  • Posts: 152
Re: wxSmith does not build for MacOSX at rev 3663
« Reply #7 on: March 07, 2007, 12:37:26 am »
Is there any particular build step of Installing_Code::Blocks_from_source_on_Mac_OS_X that is giving you grief ?

Actually i have already made a few additions to this document as i discovered new stuff and got it to work

I noticed that configure will fail if gtk is not installed even if building with wxMac (i passed the platform=macosx or whatever argument - couldn't any 'without-gtk' or 'disable-gtk' flag either) Was not a problem for me though because i had gtk installed in a seperate prefix but that should be fixed

A few revisions ago, it would build and execute, but nothing worked because it failed to load some dynamic libs at startup :
ERROR: /usr/local/bin/../share/codeblocks/plugins/libastyle.so: not loaded (missing symbols?)
ERROR: /usr/local/bin/../share/codeblocks/plugins/libautosave.so: not loaded (missing symbols?)
ERROR: /usr/local/bin/../share/codeblocks/plugins/libclasswizard.so: not loaded (missing symbols?)
ERROR: /usr/local/bin/../share/codeblocks/plugins/libcodecompletion.so: not loaded (missing symbols?)
ERROR: /usr/local/bin/../share/codeblocks/plugins/libcompiler.so: not loaded (missing symbols?)
ERROR: /usr/local/bin/../share/codeblocks/plugins/libdebugger.so: not loaded (missing symbols?)
ERROR: /usr/local/bin/../share/codeblocks/plugins/libdefaultmimehandler.so: not loaded (missing symbols?)
ERROR: /usr/local/bin/../share/codeblocks/plugins/libscriptedwizard.so: not loaded (missing symbols?)
ERROR: /usr/local/bin/../share/codeblocks/plugins/libtodo.so: not loaded (missing symbols?)

With latest revision (3669), it now refuses to build with:
/usr/bin/ld: Undefined symbols:
wxDirSelector(wxString const&, wxString const&, long, wxPoint const&, wxWindow*)

(just did a clean build)
« Last Edit: March 07, 2007, 02:09:21 am by Auria »

Offline byo

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 837
Re: wxSmith does not build for MacOSX at rev 3663
« Reply #8 on: March 07, 2007, 01:12:11 am »
The old transparency hack (copy from screen to a window) that the splash screen used did work on wxMac, so you might try borrowing some code from that - I recall it was straight-forward

So it looks optimistic :)

I've created small temporary patch which may give me some info on what's going on on Mac.
It adds some description text ("Timer refresh" / "OnPaint refresh" / "Fast refresh") when painting editor's data and also adds timer which force refresh each 5 seconds.

If someone wants to test it, here's info I would like to see :) :
  • If ditor's area is blank, does it display any description text ?
  • What happens when clicking on editor's area ? (F.ex. in win it refresh using OnPaint and then Fast refresh right after that)
  • What is shown when changing any property inside property editor ?
  • What text is shown when wxSmith show proper content?
  • EDIT: What happens after 5 seconds of inactivity  /EDIT?

That info would help me finding some suspicious points :)
So, good luck and have fun with this patch  :D

BYO

[attachment deleted by admin]
« Last Edit: March 07, 2007, 01:17:52 am by byo »

Offline byo

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 837
Re: wxSmith does not build for MacOSX at rev 3663
« Reply #9 on: March 18, 2007, 12:23:11 am »
Hmm, nodoby can help :( ?

Offline Auria

  • Almost regular
  • **
  • Posts: 152
Re: wxSmith does not build for MacOSX at rev 3663
« Reply #10 on: March 18, 2007, 12:55:31 am »
Hmm, nodoby can help :( ?

Code::Blocks won't even build on my mac, even after lots of attempts :( i'm totally lost in those horribly complicated build scripts and link errors. (What's wrong with 'wxDirSelector'? It's there in my libs i'm sure! yet it complains the symbol is not defined.)

we need afb  :D

EDIT: And can't someone make the mac version not check for GTK? It's not even used at all, yet if you don't have it installed configure fails. It's very annoying, i have uninstalled GTK-X11 and now it refuses to configure. I'll have to do some hack. (or, if there is a flag to disable the check, plesae tell me. i tried the usual --without-gtk/--disable-gtk but no luck)
« Last Edit: March 18, 2007, 02:10:34 am by Auria »

Offline afb

  • Developer
  • Lives here!
  • *****
  • Posts: 884
Re: wxSmith does not build for MacOSX at rev 3663
« Reply #11 on: March 21, 2007, 03:12:02 pm »
we need afb  :D

I'll see if I can make another attempt at applying the needed patches...

Quote
EDIT: And can't someone make the mac version not check for GTK? It's not even used at all, yet if you don't have it installed configure fails. It's very annoying, i have uninstalled GTK-X11 and now it refuses to configure. I'll have to do some hack. (or, if there is a flag to disable the check, plesae tell me. i tried the usual --without-gtk/--disable-gtk but no luck)

Hmm, haven't run into this (and I don't have any GTK/X11 in /usr/local)

But there are some linking problems on Mac OS X that needs fixing anyway,
and it's annoying that it links GTK in the MacPorts build even for wxMac build.

So the Makefiles definitely needs some work, will see what I can do about it.

Offline afb

  • Developer
  • Lives here!
  • *****
  • Posts: 884
Re: wxSmith does not build for MacOSX at rev 3663
« Reply #12 on: March 21, 2007, 03:14:58 pm »
A few revisions ago, it would build and execute, but nothing worked because it failed to load some dynamic libs at startup :
...
(just did a clean build)

Q: Did you also uninstall your old version of Code::Blocks ?

The current Makefiles will otherwise pick up and link the
old version from /usr/local/{include,lib} and break stuff. :-(

Offline Auria

  • Almost regular
  • **
  • Posts: 152
Re: wxSmith does not build for MacOSX at rev 3663
« Reply #13 on: March 21, 2007, 05:47:51 pm »
A few revisions ago, it would build and execute, but nothing worked because it failed to load some dynamic libs at startup :
...
(just did a clean build)

Q: Did you also uninstall your old version of Code::Blocks ?

The current Makefiles will otherwise pick up and link the
old version from /usr/local/{include,lib} and break stuff. :-(

Ok thanks, i'll look at it if i ever get it to build again. Any idea for the "Undefined symbols: wxDirSelector"?? Doesn't make any sense to me, i'm sure this symbol is there, i use it in my own projects

EDIT: Actually i just checked - it's not the libs that fail to load, it's the plugins. I also tried deleting all old stuff and reinstalling, it did not help.

Though, i'm linking against the static build  i use for my own wx app. Perhaps dynamic would work better? I'll try if i have time
« Last Edit: March 21, 2007, 06:23:02 pm by Auria »

Offline Biplab

  • Developer
  • Lives here!
  • *****
  • Posts: 1874
    • Biplab's Blog
Re: wxSmith does not build for MacOSX at rev 3663
« Reply #14 on: March 21, 2007, 06:25:20 pm »
I think ::wxDirSelector() is defined in wxbase. But why C::B is throwing this error? It is not used by Code::Blocks. A quick search among project files yields no result. :)
Be a part of the solution, not a part of the problem.