Appreciate the support, but I don´t really think that my work could be directly merged with fprint (maybe the glib independence), it might be a good fprint-embedded separate project. We have to see what Daniel thinks.
2008/1/11, Andrei Tchijov <[EMAIL PROTECTED]>: > > Brilliant!!! I do hope that your fixes will be accepted by project owner > and become part of "official" source tree. > On Jan 11, 2008, at 11:25 , Davidlohr Bueso wrote: > > Currently I am doing major fprint modifications. Removing > glib/imagemagick, fixing leaks, separating the project into different little > independent modules. I will have get this proyect working on a little ARM > machine. Hopefully I will have something ready to show soon. > > The basic idea is that a rather heavy monolithic fprint library is > separated into smaller, lighter, simpler (usually) independent modules > (libraries actually) that can be used in a wide range of devices and > architectures (like ARM, microblaze, etc). So, for example, if I wanted to > implement a matching server, I can use that specific lib, and not care > about enrolling, capturing, etc. > > 2008/1/11, Gustavo Chain <[EMAIL PROTECTED]>: > > > > El Tue, 8 Jan 2008 16:01:03 -0800 > > "Jeff White" <[EMAIL PROTECTED]> escribió: > > > > > I am trying to get fprint to work on an embedded system, specifically > > > a microblaze processor. > > > I am running uclinux and using a secugen hamster III reader. Is there > > > any way to strip down the libraries and code needed to the bare > > > minimum. I don't need any graphical interface, just the capture and > > > verification. > > > > > > I have been havening difficulties with getting libiconv and gettext > > > that are needed for glib to compile. Are they really needed, if not > > > is there a way around them. > > > > > > Thanks, > > > > > > Jeff White > > > > You will have to rewrite a big chunk of code, removeing routines > > (Imagemagick, etc). > > > > By the way, lots of fingerprint aplication/solution are installed on > > embedded system, libfprint should try to minimize dependencies (glib?) > > and be designed modular (optional builds) > > > > > > > > -- > > Gustavo Chaín Dumit > > http://0xff.cl > > _______________________________________________ > > fprint mailing list > > [email protected] > > http://lists.reactivated.net/mailman/listinfo/fprint > > > > _______________________________________________ > fprint mailing list > [email protected] > http://lists.reactivated.net/mailman/listinfo/fprint > > >
_______________________________________________ fprint mailing list [email protected] http://lists.reactivated.net/mailman/listinfo/fprint
