Re: [9fans] 9vx on x86-64
It seems not working on LFS64 (pure-64 linux.from scratch) vx64? bash-3.2$ make gcc -m64 -c -nostdinc -Ilibvxc/include -g -O3 -MD -std=gnu99 -I. -fno- stack-protector -m80387 -mfp-ret-in-387 -o libvxc/abort.o libvxc/ abort.c gcc -m64 -c -nostdinc -Ilibvxc/include -g -O3 -MD -std=gnu99 -I. -fno- stack-protector -m80387 -mfp-ret-in-387 -o libvxc/assert.o libvxc/ assert.c gcc -m64 -c -nostdinc -Ilibvxc/include -g -O3 -MD -std=gnu99 -I. -fno- stack-protector -m80387 -mfp-ret-in-387 -o libvxc/atexit.o libvxc/ atexit.c gcc -m64 -c -nostdinc -Ilibvxc/include -g -O3 -MD -std=gnu99 -I. -fno- stack-protector -m80387 -mfp-ret-in-387 -o libvxc/difftime.o libvxc/ difftime.c gcc -m64 -c -nostdinc -Ilibvxc/include -g -O3 -MD -std=gnu99 -I. -fno- stack-protector -m80387 -mfp-ret-in-387 -o libvxc/errno.o libvxc/ errno.c ... gcc -m64 -c -nostdinc -Ilibvxc/include -g -O3 -MD -std=gnu99 -I. -fno- stack-protector -m80387 -mfp-ret-in-387 -o libvxc/bsdstdio/vasprintf.o libvxc/bsdstdio/vasprintf.c gcc -m64 -c -nostdinc -Ilibvxc/include -g -O3 -MD -std=gnu99 -I. -fno- stack-protector -m80387 -mfp-ret-in-387 -o libvxc/bsdstdio/vfprintf.o libvxc/bsdstdio/vfprintf.c libvxc/bsdstdio/vfprintf.c: In function : libvxc/bsdstdio/vfprintf.c:320: error: incompatible types when assigning to type from type libvxc/bsdstdio/vfprintf.c: In function : libvxc/bsdstdio/vfprintf.c:1008: error: incompatible types when assigning to type from type make: *** [libvxc/bsdstdio/vfprintf.o] Error 1
Re: [9fans] 9vx on x86-64
On Dec 9, 6:45 pm, [EMAIL PROTECTED] (Russ Cox) wrote: > 9vx now builds and runs on Ubuntu Linux x86-64, > and hopefully other Linuxes as well. > It also runs gs and ape/psh correctly. > I haven't built new binaries nor a new distribution. > Soon; perhaps tomorrow. > > Russ please give it to me :)
[9fans] plan9 on opensparc ?
Does anyone tried this? http://www.opensparc.net/
[9fans] FYI, glendix new 13 syscalls
Hi, A quick status update: 13 system calls have been implemented - just enough to get a basic set of utilities running. So far we have cat, sed, grep, 8c and a few others to run. Notable executables that don?t work are 8l, ls, awk and sam (either because they look for filesystems that aren?t there, or depend on stat which isn?t implemented correctly as of yet). Grab sources via git from here. http://sources.glendix.org/?p=gitroot/glendix/main.git;a=summary All the files inside syscall/ are to be put inside the linux kernel tree (replacing files with the same name). The files inside loader/ are just a normal kernel module. Both together will let you execute native Plan 9 binaries in Linux. Patches, comments and suggestions are most welcome! http://glendix.org/ TIA
