similar to: R-2.0.0 on ARM (Sharp Zaurus)

Just wondering if there are any Zaurus owners out there using there zaurus as a voip phone?? I'm trying to decide which on to buy. The sl-6000 is perfect for phone use from what I've read, but it's not very pocket friendly (http://www.sharpusa.com/images/hpc_SL6000_pic1.jpg) The clamshell models (http://conics.net/shp/pda/zaurus-sl-c700/sl-c3000.html) are much nicer but would

Ah, but the interesting thing is that they are coming out with a 'clam' version like the 5MX. Details are limited at the moment, but that could mean the combination of 5MX usability with a supported linux distro. I am drooling in anticipation. Sounds like a "I've finally finished my PhD and deserve a treat" situation to me :) Dave On Thu, Mar 06, 2003 at 09:17:20AM

For what it is worth, here are my experiences. When I first got my zaurus I compiled R version 1.4.0 for the it. It took some time to do, but managed with the skiffclusters at familiar.org. (libf2c was the hardest part). Compilation should be easier now that there are onboard compilers but I haven't tried. I thought this would be neat to have in the classroom. (It did get one student to buy

Hello, has anyone tried to get R running on a Sharp Zaurus 5500? Andrew Andrew Robinson Phone: 208-885-7115 Department of Forest Resources Fax: 208-885-6226 University of Idaho E: andrewr at uidaho.edu Po Box 441133 WWW: http://www.uidaho.edu/~andrewr Moscow, ID 83843 and: http://www.biometrics.uidaho.edu/ No statement above

I'm working on a packaging of samba for OpenZaurus (http://openzaurus.sf.net). We build on an x86 system cross-compiling for the Zaurus systems (an ARM platform). The part that is giving me trouble is the code pages. Can I safely compile them with the make_smbcodepage and make_unicodemap on the x86 and then use them on the ARM? Or are the platform dependent? Is there anyway I can shrink

Dear All, I have a working (in so far as NAs are handled correctly) version of R running on the Zaurus. The problem was not ieee 754 compliance but rather the fact that the configure script did not realise that the Z had a bigendian processor. I'll post a link, etc. tomorrow on the Zaurus forum for those who may be interested (http://www.zaurus.com/dev/board/) in downloading a copy.

Hello All, I have a working port of R on my SL5500. I've not tested the X windowing support yet, but was more concerned about the accuracy of the fp emulation. The following is the result of the test which Stuart Leask recommended I should try: Mandrake 8.2 > x<-NA > is.na(x) [1] TRUE > x+1 [1] NA > 2*x [1] NA Zaurus OZ3 > x<-NA > is.na(x) [1] TRUE > x+1 [1] 1

Hello All, A bit of a long one (background mainly), this is really just a request for some ideas. I ported R 1.7.x for use on the Sharp Zaurus (& iPAQ, simpad, yopy, etc.) some time ago and have just ported 1.8.1 but had never quite realised that you actually need to install some packages to make the system useful (I don't use R, I did it as a favour and of course for the fun of it). I

Hello All, I read in the archives that someone managed to compile R but that there were problems with the fp performance, specifically the handling of NaNs. Could someone please explain the problem to me and how to test whether it is occurring. I have just compiled R for the Zaurus 5500, and want to see whether it works or requires tweaking. Regards, Simon

Hello All, The link to the binary & installation instructions (tar.gz binary not an ipk I'm afraid) is as follows: http://students.bath.ac.uk/enpsgp/Zaurus/#R It eventually dawned on me that the WORDS_BIGENDIAN define (or lack thereof) was causing the problems (after testing ieee NaN compliance that is). When cross-compiling it's probably fair enough that the configure script

youTube video: http://youtube.com/watch?v=8kLFPfaxQ6U does anyone know what tools were used to make this and is Linux behind it? ... / anyone have experience with Qtopia? .../ as it seems to me, Qtopia Core (Qt/X11) might be good tool to do this... / there is even support for OpenGL ES Since they have "Developer Challenge" and $5,000 for grabs, i thought making Compiz with it would be

Hello, in OpenEmbedded we build kexec-tools and kexecboot statically linked against klibc. So we gathered some patches for klibc_1.5.15 here: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/klibc Patches and utils have been added (wc, losetup, modprobe) as well as fs-detection for vfat and jffs2. Perhaps someone can find something useful... We are waiting for the 1.5.16 release

Can PDAs be used as softphones/clients on asterisk? what i wanted to do is to set up 2 PDAs as softphone(client) which allows them to communicate each other through asterisk server(desktop) devices i have: pda compaq model 3680 pda sharp sl5500 access point desktop(asterisk) can i apply my idea on the asterisk? any guides? thanks in advance :) --------------------------------- Do

Hi List, I need your help in samba4.4 cross compile for PowerPC. Im using samba-4.4.5. As suggested by some folks in below links I used cross answers method. http://lists.openembedded.org/pipermail/openembedded-devel/2015-November/104549.html https://git.busybox.net/buildroot/commit/?id=dee1cf0cdf9db351fd94ccd864e09b3f1ec122f9 Configure is no issues. The main issue is for asn1_compile and

Hi Koen, The process to build llvm-gcc as a crosscompiler is basically the same as build a normal gcc as crosscompiler. The differences: you need a LLVM installed (compiled for the host). You must configure llvm-gcc with --enable-llvm. Problems: - Today LLVM supports ARM/EABI, but llvm-gcc don't. You must apply the patch:

Jeremy Allison <jra <at> samba.org> writes: > > On Sat, Mar 12, 2016 at 11:16:36AM +0000, Andy Walsh wrote: > > > > Also keep in mind that samba3.6 was successfully adopted on any device that > > had a usb2.0 port in the past. So slapping a usbstick/sdcard/hdd on a cheap > > router is already a common scenario. > > Yes, and I'd like to help

Hello Evan and Robert I have been investigating the unexpected test failures from the ARM nightly builders in order to get a better picture why the ARM backend don't pass the whole testsuite: I have run the failing tests manually on my arm board and can now categorize most of the thirteen unexpected CodeGen failures in four categories: 1. llvm don't lower MVT::i64 properly on arm

Duncan Sands skrev: > Hi Xerxes, > > >> 4. softfloat related errors >> http://labb.zafena.se/shark-testing/llvmARMCodeGenFailures200904/softenfloat_Do_not_know_how_to_soften_the_result_of_this_operator/ >> example: >> >> root at overo:/home/xerxes/llvm-test/fail/CodeGen/softenfloat# llvm-as < 2007-11-19-VectorSplitting.ll | llc >>

On Sat, Mar 12, 2016 at 05:19:13PM +0000, Andy Walsh wrote: > Jeremy Allison <jra <at> samba.org> writes: > > > > > On Sat, Mar 12, 2016 at 11:16:36AM +0000, Andy Walsh wrote: > > > > > > Also keep in mind that samba3.6 was successfully adopted on any device that > > > had a usb2.0 port in the past. So slapping a usbstick/sdcard/hdd on a

Hi all, Well, I've been trying to set up Debian on an OpenZaurus bootstrap.. well, there were some complications after I enabled bridging between usbnet and via_rhine ethernet, My set up includes, 1. Network interface setup using usbnet 2. Bridge eth0+usb0=>main (bridge name) 3. bootstrap Debian on an NFS volume. There are no lost pockets or any type of kernel oops. I can produce a