A few things to note:

- there are a lot of contrib packages that just don't build well on arm
- try to keep /sys/src/ape/lib fairly clean as Richard has with rpi
  - I've learned my lesson and brought /sys/src/ape back in line
    with sources.
- I have source to build libsec and libmp for ape on sources:
        /n/sources/contrib/jas/src/ape-9mpsec.tar.gz
    It needs a bit more testing, but does work with my upcoming
    Python2.7 release and allows me to gut OpenSSL from the Python
    dependency tree.
- we _may_ want to update /sys/src/cmd/bzip2 to a more modern version as
    it's very likely that bzwrite.c needs to be brought in line with
    the bzip2 1.0.6.

My upcoming Python2.7 port does depend on bzip2 as the bz2module is now
standard.  I can use /sys/src/cmd/bzip2/lib but it causes a few python
test failures specific to bzwrite.  If someone wants to put the effort
into bringing Russ' old bzip2 port up to current source that would be
great.  Otherwise I'll just wrap the APE build of Python with it's own
bzip2 libs.

-jas


On Jan 28, 2013, at 11:20 AM, James Chapman <[email protected]> wrote:

> On Jan 28, 2013, at 6:47 PM, Federico G. Benavento <[email protected]> 
> wrote:
>>> It gets further but fails here:
>>> /sys/src/ape/lib/openssl/apps/openssl.c:364[stdin:85783] no return at end 
>>> of function: main
>> add -B to CFLAGS in apps/mkfile
> 
> Thanks, that did it.
> 
> I then had to create a directory /arm/bin/contrib to get contrib/gui to 
> install.
> 
> Then python failed so I added it to BUGGERED IN /sys/src/cmd/mkfile. (I 
> haven't tried your changes yet).
> 
> Then I got some permission denied errors in /mail/lib trying to overwrite 
> files owned by upas (and group upas), so I added upas to BUGGERED too.
> 
> and with that the build finished!
> 
> Many thanks,
> 
> James


Reply via email to