On 8/15/2011 2:56 PM, Matthias Melcher wrote:
>
> After a ton of huge commits and restores, I would like to give a short status 
> report on Fluid3:
>
> As you probably know by now, I try to generate all IDE and Make files from 
> scratch. This should reduce maintenance, removal or addition of tests, apps, 
> source files, resources, etc. a snap (yes, I tried cmake, but did not like 
> the results. Maybe I was to stupid to tickle out of cmake what I needed, but 
> anyway, here we go).
>
> we have full support or theses IDEs (no dll's yet though!):
>   - VisualC6, tested on Windows7, 100%
>   - VisualC2008, tested on Windows7, 100%
>   - VisualC2010, tested on Windows7, 100%
>   - Xcode 4.1.0, tested on OS X 10.7 Lion, 90% (not yet generating new plists 
> for new apps and libs)
>
> we have limited support (only changes to Fluid and fltk.lib supported) for:
>   - Makefile, tested on OS X Lion on the command line
>   - CMake, untested
>
> I will finish the Makefile and CMake support in a few days and then continue 
> to shuffle things around a bit more to make FLTK 3 a bit more independent.
>
>
> A few annotations (I may be repeating myself, sorry about that):
>
>   - changing the FLTK tree around in Fluid is really easy: just load 
> fltk.flw, which is in the top FLTK folder, into Fluid and start messing 
> around. All puzzle pieces for Workspaces are in the same menu where you 
> usually find the Widgets. Some things are not logical yet, but they do their 
> job nevertheless.
>
>   - eventually, Fluid3 will generate arbitrary workspaces from scratch for 
> all platforms
>
>   - how about a workspace setup for Eclipse to generate Android apps (ok, I 
> am dreaming)?
>
>
> Matthias

A couple of notes on a Windows build, if you don't mind:
1. When you create a window, the properties window will appear on the top left 
corner of the desktop without the title bar,
making the window unmovable.
2. If compiled with gcc version 4.5.0 with the default configure, any 
executable would not run, complaining about missing gcc or g++
runtime dlls. This is easily fixed with

LDFLAGS='-static-libgcc -static-libstdc++' ./configure

but is annoying nevertheless.

I propose the following patch to remedy this (not tested with gcc3 or any other 
compiler).

diff --git a/configure.in b/configure.in
index fcfc787..25e5130 100644
--- a/configure.in
+++ b/configure.in
@@ -820,7 +820,7 @@ case $uname_GUI in
          AC_DEFINE(U32,unsigned)
        CFLAGS="-mwindows -DWIN32 -DUSE_OPENGL32 $CFLAGS"
        CXXFLAGS="-mwindows -DWIN32 -DUSE_OPENGL32 $CXXFLAGS"
-       LDFLAGS="-mwindows $LDFLAGS"
+       LDFLAGS="-static-libgcc -static-libstdc++ -mwindows $LDFLAGS"
        DSOFLAGS="-mwindows $DSOFLAGS"
        LIBS="$LIBS -lole32 -luuid -lcomctl32"
        if test "x$with_optim" = x; then




_______________________________________________
fltk-dev mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-dev

Reply via email to