The attached diffs (relative to todays CVS) detect pthreads on FreeBSD.
Even when the app itself doesn't need threading, any app linked against
Mesa must by compile with g++ -pthread (otherwise, gssInit called
without valid rendering context rears its ugly but helpful head).
The checks only kick
Follow up to self:
Todays CVS snapshot of FlightGear crashes in the new XML menu stuff;
haven't investigated yet where menubar.xml is supposed to come from
(just joined the list).
Hm. It helps to not just download, but also install, the updated
fgfs_base :-)
So, I can report the current
Bert Driehuis writes:
So, I can report the current CVS snapshot works on FreeBSD 4.7 with the
autoconf patches in my previous post.
Excellent. Which version of G++ did you use?
All the best,
David
--
David Megginson, [EMAIL PROTECTED], http://www.megginson.com/
On Sun, 19 Jan 2003, David Megginson wrote:
So, I can report the current CVS snapshot works on FreeBSD 4.7 with the
autoconf patches in my previous post.
Excellent. Which version of G++ did you use?
Sorry for not mentioning that -- I specifically checked it with the
intent of sharing it
Bert Driehuis writes:
On Sun, 19 Jan 2003, David Megginson wrote:
So, I can report the current CVS snapshot works on FreeBSD 4.7 with the
autoconf patches in my previous post.
Excellent. Which version of G++ did you use?
Sorry for not mentioning that -- I specifically checked it
Curtis L. Olson writes:
What compiler options do you build with? I usually override the
default and build with -Wall -O2, I'll do a rebuild with default
options and see if that helps.
With 3.2, I usually build with
-g -O1 -finline-limit=6 -finline-functions
For the 2.95 test,
David Megginson writes:
Curtis L. Olson writes:
What compiler options do you build with? I usually override the
default and build with -Wall -O2, I'll do a rebuild with default
options and see if that helps.
With 3.2, I usually build with
-g -O1 -finline-limit=6
Curtis L. Olson writes:
For what it's worth, the Apply button seems to work (and triggers
one fire() call, but the OK button triggers 2 fire() calls and
then the size of the vector get's corrupted.
The Cancel button also causes a crash. It makes 1 fire() call,
corrupts the vector and
Curtis L. Olson writes:
I still haven't figured out the code, but is one of the call backs
deleting the dialog box?
That might be it -- try dropping this in instead:
/**
* Action callback.
*/
static void
action_callback (puObject * object)
{
GUIInfo * info = (GUIInfo
