Nguyen wrote: > Hi, > Perl is big, but are required for other apps, not only FOP. For > compile perl inside buildroot, please read this post: > http://www.busybox.net/lists/uclibc/2003-October/007280.html > <http://www.busybox.net/lists/uclibc/2003-October/007280.html> > You have to disable the Perl IO Abstraction Layer and also the > ithreads implementation. > With best regards, > Nguyen Nguyen,
That message discusses using mini-perl which is already something that can be included in AstLinux. Mini-perl isn't adequate for some of the projects. That message is also from 2003 which is quite old in terms of busybox and mini-perl, both of which have undergone significant changes in the last three years. Darrick > > On 9/13/06, *Kristian Kielhofner * <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > Darrick Hartman wrote: > > Joshua Peper wrote: > > > >>Thanks for your reply Tom. I also think we got to rebuild the whole > >>thing. We don't have much experience in it, so any help is gladly > >>accepted. Maybe Kris has some tips for us? > >>We found the build-it-yourself version, but have absolutely no clue > >>how to add Perl to it. Is there some kind of manual available > for it? > > > > I'm looking into the possibility of adding perl. There appear > to be > > some possible cross-compilation problems which may complicate > matters. > > I should know more within the next few weeks. Stay tuned for more > > information. > > > > Darrick > > > > Darrick/Joshua, > > There are definitely some issues in cross compiling > perl. From what I > hear, it simply is not possible in 5.x. 6.x might solve this, but I > would like FOP to work before then. > > I've done a great deal of research into making FOP work > with AstLinux. > Quite frankly, it would be awesome, but there is one major thing > standing in the way: > > op_server.pl > > This is the daemon that needs to run in order for FOP to > function. > Obviously it uses perl. It probably isn't a good idea to have it > written in perl anyways (IMHO), but oh well. > > Basically, we have two possibilities: > > 1) Re-write op_server in C. I have looked into this. This is way > beyond my capabilities and I have gotten different estimates as to > the > level of difficulty. > > 2) "Compile" op_server.pl. There are several tools that claim to > take > perl code a generate a C executable. Basically, they just embed the > script along with perl, all of the required modules, etc. I have > tried > a couple of these with varying levels of success. Most of them work, > but the resulting executable doesn't seem like it can be > cross-compiled > for uclibc... Even IF this were to work, I would have serious > doubts as > to the performance and reliability of the generated executable, it is > definitely a hack and would only be temporary. > > Back to option 1? > > -- Darrick Hartman DJH Solutions, LLC http://www.djhsolutions.com _______________________________________________ Astlinux-users mailing list [email protected] http://lists.kriscompanies.com/mailman/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to [EMAIL PROTECTED]
