On 21.01.2011 11:32, Greg Ercolano wrote:
> OK, SVN is back, I've updated, and now checking these deps
>
>>> fltk_zlib: -- CONFIRMED
>>> fltk_png: fltk_zlib CONFIRMED
>>> fltk_jpeg: -- CONFIRMED
>>> fltk: fltk_jpeg, fltk_png DIFFERENT (EMPTY)
>
> In VS6, "fltk" has no deps, so unless there's a reason to
> change that, leaving it empty..
Please add these dep's. I explained it in my other post.
>>> fltk_forms: fltk CONFIRMED
>>> fltk_images:fltk, fltk_jpeg, fltk_png ADDED FLTK_ZLIB
fltk_zlib is not necessary, because fltk_png depends on
it. It doesn't hurt though, but I't prefer to only add
/direct/ dependencies.
>>> fltk_gl: fltk CONFIRMED
>>> Fluid: fltk, fltk_forms, fltk_images CONFIRMED
okay.
> It's kind of a pain to check this stuff in VS6;
> VS has these tiny little dialogs that you can't resize
> and therefore have to scroll around to view things.
Yes, that's really a mess. MS seem not to know how you can
make a dialog resizable ;-)
> I'm also typing this in Explorer 4.0.. wow. It can't
> even handle loading the microsoft default home page;
> hilarious.
They always want you to upgrade. Use a newer version ;-)
> But the FLTK.ORG page loads fine ;)
:)
> Regarding FLTKDLL, after updating from SVN, I'm still
> right away getting loads of build errors about
> X11 files that aren't found (?), warnings about bool
> conversions, inconsistent DLL linkages, etc.
X11 files shouldn't appear, but sorry... no more time to check.
> I noticed in your earlier email, you said add FL_LIBRARY
> to all the library projects, but to /not/ modify the
> dll.dsp files ("[1] edit all .dsp files *w/o *dll.dsp*").
Yes, but only because the *should* already have it. I wanted to
avoid to have the same macro twice. Please check. The *dll.dsp
files must have FL_LIBRARY (and FL_DLL), but the other fltk*.dsp
files (except png, jpeg, zlib) must only have FL_LIBRARY. In my
converted files the *dll project had it set correctly.
> Thing is if I leave FL_LIBRARY unset when building eg. fltkdll,
> I get fatal errors about dll linkages.
Yep, that's why it was defined in the first place.
> But if I set it,
> it seems to build OK (!) with just lots of warnings..?
> (The warnings are perhaps just my old unpatched compiler,
> though I get no warnings building the static libs.. hmm)
IIRC I got warnings, too. I remember especially these snprintf()
and friends functions. AFAICT there is a <mumble>NO_DEPRECATED...
macro defined in the VC2008/10 projects, and maybe also in the
non-dll lib projects, but it is missing in the dll projects?
> It's late here.. will wait till tomorrow for more.
> But will follow up in the STR with all the info and a new zip
> before I kick for the night.. still WIP.
Good night! I'll check what you post as soon as I can (probably
not before Saturday).
Albrecht
_______________________________________________
fltk-bugs mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-bugs
