so i got carried away thinking i had found something useful when i should have read the instructions...
with that, and installing m4, it builds fine. andrew On Friday, 21 February 2014 18:58:33 UTC-3, Elliot Saba wrote: > > The first thing you should try is restricting the CPU features > OpenBLAS is trying to use. Try passing one of the following options > to `make` when building Julia: > > * `OPENBLAS_TARGET_ARCH=BARCELONA` (AMD CPUs) > > * `OPENBLAS_TARGET_ARCH=NEHALEM` (Intel CPUs) > > These will force OpenBLAS to build for a certain architecture that > doesn't have things like AVX instructions, etc.... which can cause > problems. > -E > > On Fri, Feb 21, 2014 at 11:05 AM, andrew cooke > <[email protected]<javascript:>> > wrote: > > ok, so i've spent a large chunk of the day playing with qemu. it's > > horrible. > > > > i finally got a system running with network access using the recipe at > > http://acooke.org/cute/StartingQe0.html > > > > when i duplicate the work from yesterday there (git clone; make) i get > an > > error in the middle of building cblas. interestingly, it looks like the > > problems start in a routine called getarch_2nd.c - i guess these are the > > cpu/architecture detection issues mentioned earlier. > > > > the way that i started qemu is very different to the command you gave. > i > > have no idea whether either is wrong in some way. i really am not at > all > > happy with either qemu or libvirt - they seem to be extremely flakey > pieces > > of software :o( > > > > is there an issue raised for this? what info can i provide that would > be > > useful? i can't really upload the VM as it's 8GB. if someone else > wants to > > duplicate what i see (which isn;t what the original error was, but might > be > > related) just follow the recipe in the link i gave, use yast to install > > make, gcc, g+, patch, ncurses-devel, gfortran and git, then clone julia > and > > type make... > > > > i guess at a minimum i can make > log 2>&1 which will give some idea of > what > > went wrong. what other info would help? > > > > andrew > > > > > > On Friday, 21 February 2014 09:23:04 UTC-3, Ronan Chagas wrote: > >> > >> Yes I have: > >> > >> /usr/bin/qemu-kvm -no-reboot -nographic -vga none -net none -cpu host > >> -kernel /boot/vmlinuz -initrd /boot/initrd-3.11.10-7-desktop-virtio > >> -append root=/dev/sda panic=1 quiet no-kvmclock nmi_watchdog=0 rw > >> elevator=noop console=ttyS0 init=/.build/build -hda > >> /var/tmp/build-root/openSUSE_13.1-x86_64/img -drive > >> > >> > file=/var/tmp/build-root/openSUSE_13.1-x86_64/swap,if=ide,index=1,cache=unsafe > > > >> -smp 8 > >> > >> Best regards, > >> Ronan > >> > >> 2014-02-21 9:05 GMT-03:00 andrew cooke <[email protected]>: > >> > > >> > ok, so running on vbox overnight worked. > >> > > >> > i need to do some (paid) work now, but when i get free time (lunch or > >> > evening) i'll try to run the same image under qemu/kvm and repeat. > >> > > >> > do you have the command you used to start qemu? > >> > > >> > thanks, > >> > andrew > >> > > >> > > >> > > >> > On Thursday, 20 February 2014 22:58:47 UTC-3, Ronan Chagas wrote: > >> >> > >> >> Hi Andrew, > >> >> > >> >> Em 20-02-2014 21:54, andrew cooke escreveu: > >> >> > > >> >> > Still running. I need to go to bed, but assuming this works then > >> >> > tomorrow I think that I can start up the same VM in qemu and try > >> >> > again > >> >> > (I have never used qemu, so if someone can post an example use > that > >> >> > would be great). If that then fails then there would be clear > >> >> > evidence > >> >> > that it's KVM (and of course it may still fail tonight inside VB). > >> >> > Andrew > >> >> > > >> >> > >> >> Thanks! I'll wait for the results. I tried to build Julia using all > >> >> deps > >> >> downloaded by the script. The result: the same error... > >> >> > >> >> Thus, we can conclude that it is not something related with the > >> >> libraries shipped with openSUSE 13.1. > >> >> > >> >> Best regards, > >> >> > >> >> Ronan >
