u...@debian.org (Aaron M. Ucko) writes: > OK, thanks. That all looks normal; I'm still curious as to why you > specifically are encountering these errors, but will just treat it as a > moot point and focus on adding the necessary symbols.
I've given this question more thought (having discovered at the last minute that the change I'd planned to make would have the side effect of heavily bloating FLTK's static libraries), and suspect I know what's going on. You mentioned working with local builds of newer FLTK versions; did you by chance have a newer version's headers under /usr/local/include when you encountered these errors? If so, that would lead to version skew with precisely those symptoms, since 1.3.1 moved constructors out of line for the sake of Windows DLL builds. If you do in fact have a /usr/local/include/FL tree, please move it aside (or clear it out entirely) and try again. (For some reason, GCC defaults to searching /usr/local/include before /usr/include when looking for headers, but considers libraries in /usr/local/lib only by explicit request. Moreover, your version of fltk-config does the opposite, explicitly pointing the linker at /usr/lib/x86_64-linux-gnu; FLTK's latest packaging fixes that, but that fix wouldn't have sufficed to avoid this skew.) -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org