On Sat, 15 Apr 2006 22:29:35 +0200 "Crni Gorac" <[EMAIL PROTECTED]> babbled:
> Am trying to compile and run current e17 code from CVS on NetBSD (3.0 > with latest 2006Q1 packages). The code compiles and works fine under > Linux, but on NetBSD I encountered several problems: > > 1. I had to set and export following environment variables before > approaching compilation: > CFLAGS to "-I/usr/X11R6/include -I/usr/pkg/include" > LDFLAGS to "-L/usr/X11R6/lib -L/usr/pkg/lib" > LD_LIBRARY_PATH to "/usr/X11R6/lib:/usr/pkg/lib" > (Seems like autogen.sh script and related auto-tools files are not > able to recognize little bit different NetBSD layout regarding above > directories.) they aren't meant to. there are certain default places autoconf etc. look for things when checking. that is as far as we go. interestingly autoconf on linux adds more default locations to look that your install in netbsd. thats more a matter for your netbsd autoconf packages - but in the end - setting PATH, LDFLAGS, CFLAGS etc. etc. is entirely your job as the builder to let the build know where things are installed and available that aren't part of basic default search locations. > 2. I had to manually add "-liconv" to LIBS variable on several makefiles. interesting - as the configure script checks to see if it has to link to iconv for ecore_txt (which is the only thing using/wrapping it). > 3. Some xgettext flags are not recognized, so I had to delete them > from apps/e/autogen.sh script. However, installation of translations > (.po files) crashed later, so I have to delete installing these files > from corresponding makefile. unfortunately that means you might need to wait until a release, and can't use CVS (ie wait until configure is generated by autogen.sh on a system with a capable gettext). i consider this a non issue as the "goal" is not to allow netbsd users to use cvs - the goal is to produce a tarball with all of that already generated (by the developer/release manager) so as long as that person can run it - it doesn't much matter. > 4. Greatest problem of all is that NetBSD standard C library is not > supporting "%a" for printf() and scanf(). So, for eet library, I > deleted corresponding check in configure.in and changed the code (to > atof() instead of corresponding scanf(), and to "%g" instead "%a" in > corresponding printf()). Together with above changes, the code > compiles properly now, however display of windows decorations, > backgrounds, shadows etc. is of course completely mangled (I guess > because of latest change). > > So - any hint on "%a" issue (is it really necessary for eet to be > based on this functionality?), anyone interested in more precise > details regarding other stuff, etc.? yes it's necessary to avoid continual value quality degredation and thus cumulative error. > > Would like also to mention an unrelated problem: When a dialog of KDE > application launched and then closed, next time when same dialog > launched it always appears minimized in my iconbox. This is rather > old issue, any hint here? known issue. :) > Thanks. > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd_______________________________________________ > enlightenment-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
