[Jan Bernard van Doorn asks several questions, mostly about minimizing unicon]

>  Has anyone tried to interface to Berkeley DB 3

I haven't been paying close attention to Berkeley DB, but if you mean the
NDBM compatible one, it would be relatively easy to drop it in in place of
GDBM.  If I remember it right, the main reason we standardized on GDBM was
that it provided an extended API with a reasonable way to generate database
keys in a manner that was safe for us to use, and many platform-provided
NDBM-compatible databases were limited and broke on larger applications.

>  I noticed ivib and libXpm.a are still being produced (in nongraphics builds)

This is on our list of things to fix.  If you fix it, please pass along your
makefile changes!

> The icon 9.4.1 iconx binary is 100K smaller (than unicon's iconx). Does it
> take that amount of space to implement the unicon object model?

No, its not the object model, its the extended POSIX and networking code,
database support, etc.

>  Is it possible to strip unicon further down in size

If it is file size you are working on, I have had good experiences with
an executable compression tool, I think it was UPX from upx.sourceforge.net
It works on (at least) Linux and Windows, and builders of Unicon binary
distributions should look at using it.

It would not be too difficult to construct special custom versions of iconx
which were much smaller, by omitting unused built-in functions.  It would be
nice to make this easily configurable in the define.h or the makefile. Some
of the built-ins are so seldom used that they should be Icon library
procedures rather than C built-ins by default.  But, this all won't happen
by magic, it will happen when someone who needs it puts in the effort to
make it so!

Clint [EMAIL PROTECTED]


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Unicon-group mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unicon-group

Reply via email to