User forums > Nightly builds

The 06 February 2008 build (4866) is out.

<< < (5/7) > >>

Auria:

--- Quote from: afb on February 08, 2008, 09:31:39 am ---
Hmm, when would the wxDynamicLibrary bug kick in ? If they are loadable libraries, then they would probably be .bundle (or .so) rather than .dylib - since .dylib aren't loadable at runtime (only linktime) ? I don't have any problem with this when building with ./configure && make, did you have any more details (or the Bug number) on where it would apply ? Maybe it is when trying to build Code::Blocks with itself ?

As for the combos-in-toolbars, I have patched my wxWidgets configuration
--- End quote ---

Well by default the C::B build system generates .dylibs and not bundles or so files on my computer (not sure how to change that either). But .dylibs ARE definitely loadable at runtime, for instance dlopen() opens them just fine. I'm not sure why on your computer libraries build different from mine, it's perhaps a different version of autotools or something
The wxMac maintainer said wxDynamicLibrary would be re-written in the future to offer better support, anyway, so that problem will be fixed by itself.

I also heard the toolbar problem was fixed in SVN

MortenMacFly:

--- Quote from: afb on February 08, 2008, 04:10:54 pm ---
--- Quote ---Does that mean although it could run on a native X86 hardware (VM) then it's forbidden by the MAC-OS EULA when I buy the MAC-OS software?
--- End quote ---
Yup.

--- End quote ---
Ah - ok. I honestly was not aware of that. I see reasons to do so from an Apple point of view but for me this means my dreams of having MAC OS in a VM are gone. :-(


--- Quote from: afb on February 08, 2008, 04:10:54 pm ---So that people who bought a Mac with a previous OS version pre-installed can upgrade ?

--- End quote ---
Ok... sounds obvious. So this would mean they basically sell updates only.

Thanks a lot for that information! :D

With regards, Morten.

afb:

--- Quote from: Auria on February 08, 2008, 05:27:41 pm ---Well by default the C::B build system generates .dylibs and not bundles or so files on my computer (not sure how to change that either). But .dylibs ARE definitely loadable at runtime, for instance dlopen() opens them just fine.
--- End quote ---

I think the main difference was with dlclose (as in: not available with dylib)
But I also think that with Mac OS X 10.5 up, they are both the same now...
(dyld is a rather complex subject). But e.g. Perl and Python uses -bundle.
It's possible that -dylib can be made to work for plugins too, but usually isn't.


--- Quote ---I also heard the toolbar problem was fixed in SVN
--- End quote ---

Good to hear, maybe it can be patched in to wxWidgets 2.8 too then...



--- Quote from: http://developer.apple.com/releasenotes/DeveloperTools/RN-dyld/index.html ---"In prior versions of Mac OS X only bundles (file type MH_BUNDLE) could be unloaded.
In Mac OS X 10.5 dynamic libraries (file type MH_DYLIB) can also be unloaded when using dlopen/dlclose."
--- End quote ---

zortich:
Code completition   :shock: is working awful.
Where is no code completion for #include <X11/Xlib.h> is available.
What about to improve it?

Wahooney:
Could you guys please include the following into the next nightly build, it needs to be placed in lexer_squirrel.xml:
<Style name="Verbatim String"
   index="13"
   fg="0,0,255"/>

For those not in the know, it adds verbatim strings (ie. @"Hi, I'm a verbatim string") to the squirrel lexer.

Thanks guys :)

Navigation

[0] Message Index

[#] Next page

[*] Previous page