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
You have to disable the Perl IO Abstraction Layer and also the ithreads implementation.
With best regards,
Nguyen
On 9/13/06, Kristian Kielhofner
<[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?
--
Kristian Kielhofner
_______________________________________________
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].
--
With best regards,
Nguyen
_______________________________________________ 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]
