Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report.
Summary: Review Request: kaya - A Statically typed, imperative programming-language
https://bugzilla.redhat.com/show_bug.cgi?id=286851
bugzilla@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|devel |rawhide
thomas.moschny@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |thomas.moschny@gmx.de
------- Additional Comments From thomas.moschny@gmx.de 2008-03-11 14:49 EST ------- On f8/x86_64, the interactive kaya command doesn't work. It fails with:
/usr/bin/ld: /usr/lib64/kaya/imports/Reflect.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib64/kaya/imports/Reflect.o: could not read symbols: Bad value collect2: ld returned 1 exit status ./__REPLMain.so: cannot open shared object file: No such file or directory
Also, it creates and leaves behind a file (__REPLMain.o) in the current working dir, which obviously fails if it can't write to cwd. Should probably be changed upstream to use a file under /tmp.
A related question: Is kayac able to emit 32bit executables on a 64bit platform (like gcc's -m32 option)?