On 23.08.2011, at 10:59, Albrecht Schlosser wrote:
>
>> I believe that adding a new library (or should we call them "module"?), for
>> example fltk3cairo, is now much easier, as the structure should be obvious.
>
> On the first look it's strange to have two different directories for
> each external library (jpeg, png, zlib) for splitting the headers and
> the sources. I used to compare (diff) the old and new {jpeg|png|zlib}
> distribution tarballs with our sources before updating the libs to a
> newer version. This will be less comfortable now, but maybe the install
> process is easier this way? What was the reason to split the external
> libs this way?
Fluid depends on jpeg, png, and zlib. I wanted to make all three a true
"module" of FLTK, so that Fluid always incorporates them, and then works on any
machine, even if it does not have any of the above installed. I thought it
would be good if they are not a special case, but compile and link jut like any
other part of FLTK. But Mike already let me know that it is not a good idea at
all to have a private copy of zlib in an OS X program... . Maybe this is the
wrong approach?!
>> (I am still undecided about naming the core source files "core". Maybe I
>> should repeat the "fltk3..." naming scheme in the source code directry as
>> well?)
>
> Since all other dirs are "versioned" now, "fltk3" would probably be the
> better choice...
Yes, I am more and more leaning towards that as well.
> Side note: I don't like the "fltk3" naming convention anyway.
> Some day in the future we will have fltk4 and fltk5, maybe - my
> favourite naming would be that the newest and best FLTK version would
> always be "fltk", but I know that this would conflict with FLTK2
> compatibility, and so we *had* to choose "fltk3" for now. :-(
Sigh. Yes. Let's just assume for now that the jump from FLTK3 to FLTK4 will be
so huge, that we will later be glad we did it this way :*)
> PS: with Ian's correction to makeinclude (adding -I.. three times),
> everything except CubeView built now with MinGW. Errors:
The current version should no longer need the -I.. because I moved config.h .
The other changes should be in there now too.
As for your issues building CubeView. It seems that either you had leftovers
from a previous FLTK 1.3 build, or the build process has picked up Fluid1
somewhere. Fluid3 .fl files can only be compiled with Fluid3.
Note that "make clean" and "make distclean" do not work yet! Try
> find . -name ".o" -exec rm \{\} \;
- Matthias
_______________________________________________
fltk-dev mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-dev
