Bug#801498: rakudo: Native libraries and paths
It just works. Tested using moarvm/nqp/rakudo 2016.10 on debian testing. Steps I took (as a non-root user): sudo apt-get install rakudo libffi-dev libtommath-dev libuv1-dev libatomic-ops-dev binutils make gcc # the dev packages and the compiler tools are needed because Linenoise compiles a library. cd ~ git clone https://github.com/tadzik/panda.git cd panda perl6 bootstrap.pl export PATH=~/.perl6/bin:$PATH echo "export PATH=~/.perl6/bin:\$PATH" >> ~/.bashrc panda install Linenoise # now one is able to run "perl6" with history and line editing features So this issue is closable. Cheers, Tobias
Bug#801498: rakudo: Native libraries and paths
Ohh, and just now I see that this report is more than a year old... Today's rakudo, panda and Linenoise should just work, in case the home directory in not mounted noexec. There won't be any changes needed.
Bug#801498: rakudo: Native libraries and paths
Am 05.11.2016 um 20:20 schrieb Dominique Dumont: On Thursday, 3 November 2016 10:07:34 CET Tobias Leich wrote: It might want to look like this now: MoarVM/build/setup.pm:128:ldrpath=> '-Wl,-rpath,"/@libdir@" -Wl,-rpath,"@prefix@/share/perl6/site/lib" -Wl,-rpath,"/home/gregoa/.perl6/2015.09/lib"', That is not possible in Debian context. moar and rakudo are compiled on Debian build server: a directory belonging to a user cannot be added in rpath (which would also be a security hole and against debian policy) Sure, this was just meant for the reporter here to try and workaround the issue. It was not meant as a solution at all. The proper fix would be that Linenoise installs the liblinenoise.so in a known directory. Though that might not be an easy one. This would require to run the install phase as root to install linenoise.so in a known directory (why not @prefix@/share/perl6/site/lib ?). Yes, that's one solution, and probably *the* one that'll make it into panda/linenoise. I think the best way would be to open an issue in the linenoise perl module (github), and close this issue here since it is not directly moarvm's or rakudo's fault.
Bug#801498: rakudo: Native libraries and paths
> Looks like the NativeCall library ignores --libpath. The library search path is a compile time option to moarvm too. See: MoarVM/build/setup.pm:128:ldrpath=> '-Wl,-rpath,"/@libdir@" -Wl,-rpath,"@prefix@/share/perl6/site/lib"', Since there is no option yet to add stuff to it during configure, you've to edit build/setup.pm at line 128. It might want to look like this now: MoarVM/build/setup.pm:128:ldrpath=> '-Wl,-rpath,"/@libdir@" -Wl,-rpath,"@prefix@/share/perl6/site/lib" -Wl,-rpath,"/home/gregoa/.perl6/2015.09/lib"', The proper fix would be that Linenoise installs the liblinenoise.so in a known directory. Though that might not be an easy one.
Bug#832897: qemu-system-s390x is broken, missing stage1 bootloader 's390-ccw.img'
Hi, I can confirm that this bug is still present and that the suggested fix works. Cheers, Tobias
Bug#841354: Fix for hanging epoll_wait on arm64
Hi,
attached is a fix for the mips-epoll_pwait.diff patch file.
The exiting patch file removes zeroing sigmask, but does not zero
sigset, the replacement of sigmask.
This causes sigset to hold bogus data and causes a hang.
The attached patch fixes this by moving the zeroing of sigset to before
the condition, so it runs always.
Tested on arm64 chroot successfully.
Cheers, Tobias
diff --git a/debian/patches/mips-epoll_pwait.diff b/debian/patches/mips-epoll_pwait.diff
index 5b6bdb1..161f72e 100644
--- a/debian/patches/mips-epoll_pwait.diff
+++ b/debian/patches/mips-epoll_pwait.diff
@@ -48,8 +48,9 @@ Index: libuv1/src/unix/linux-core.c
- sigmask = 0;
+ is_sigmasked = 0;
++ sigemptyset();
if (loop->flags & UV_LOOP_BLOCK_SIGPROF) {
- sigemptyset();
+-sigemptyset();
sigaddset(, SIGPROF);
-sigmask |= 1 << (SIGPROF - 1);
+is_sigmasked = 1;
Bug#789187: moarvm on mispel
Am 08.07.2015 um 19:54 schrieb Arturo Borrero Gonzalez: On 7 July 2015 at 22:39, Daniel Dehennin daniel.dehen...@baby-gnu.org wrote: I did not re-enable the mispsel architecture in debian/control. Did you enable it? You are right. After enabling it, another error: [...] gcc -c -O3 -DNDEBUG -g3 -D_REENTRANT -D_FILE_OFFSET_BITS=64 -fPIC -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -DMVM_TRACING=0 -DMVM_CGOTO=1 -DMVM_BUILD_SHARED -fPIC -I3rdparty/libuv/include -I3rdparty/libuv/src -I3rdparty/dynasm -I3rdparty/dyncall/dynload -I3rdparty/dyncall/dyncall -I3rdparty/dyncall/dyncallback -I3rdparty/sha1 -I3rdparty/tinymt -I3rdparty -Isrc -o 3rdparty/libuv/src/unix/udp.o 3rdparty/libuv/src/unix/udp.c ar rcs 3rdparty/libuv/libuv.a 3rdparty/libuv/src/unix/linux-core.o 3rdparty/libuv/src/unix/linux-inotify.o 3rdparty/libuv/src/unix/linux-syscalls.o 3rdparty/libuv/src/unix/proctitle.o 3rdparty/libuv/src/fs-poll.o 3rdparty/libuv/src/inet.o 3rdparty/libuv/src/uv-common.o 3rdparty/libuv/src/version.o 3rdparty/libuv/src/unix/async.o 3rdparty/libuv/src/unix/core.o 3rdparty/libuv/src/unix/dl.o 3rdparty/libuv/src/unix/fs.o 3rdparty/libuv/src/unix/getaddrinfo.o 3rdparty/libuv/src/unix/loop-watcher.o 3rdparty/libuv/src/unix/loop.o 3rdparty/libuv/src/unix/pipe.o 3rdparty/libuv/src/unix/poll.o 3rdparty/libuv/src/unix/process.o 3rdparty/libuv/src/unix/signal.o 3rdparty/libuv/src/unix/stream.o 3rdparty/libuv/src/unix/tcp.o 3rdparty/libuv/src/unix/thread.o 3rdparty/libuv/src/threadpool.o 3rdparty/libuv/src/unix/timer.o 3rdparty/libuv/src/unix/tty.o 3rdparty/libuv/src/unix/udp.o gcc -o libmoar.so -O3 -DNDEBUG -g3 -Wl,-rpath,/usr/lib/moar -Wl,-rpath,/usr/share/perl6/site/lib -Wl,-z,relro -Wl,-z,now -shared -fPIC src/core/callsite.o src/core/args.o src/core/exceptions.o src/core/interp.o src/core/threadcontext.o src/core/compunit.o src/core/bytecode.o src/core/frame.o src/core/validation.o src/core/bytecodedump.o src/core/threads.o src/core/ops.o src/core/hll.o src/core/loadbytecode.o src/math/num.o src/core/coerce.o src/core/dll.o src/core/ext.o src/core/nativecall.o src/core/nativecall_dyncall.o src/core/continuation.o src/core/intcache.o src/core/fixedsizealloc.o src/gen/config.o src/gc/orchestrate.o src/gc/allocation.o src/gc/worklist.o src/gc/roots.o src/gc/collect.o src/gc/gen2.o src/gc/wb.o src/gc/objectid.o src/gc/finalize.o src/io/io.o src/io/eventloop.o src/io/syncfile.o src/io/syncstream.o src/io/syncpipe.o src/io/syncsocket.o src/io/fileops.o src/io/dirops.o src/io/procops.o src/io/timers.o src/io/filewatchers.o src/io/signals.o src/io/asyncsocket.o src/6model/reprs.o src/6model/reprconv.o src/6model/containers.o src/6model/parametric.o src/6model/reprs/MVMString.o src/6model/reprs/MVMArray.o src/6model/reprs/MVMHash.o src/6model/reprs/MVMCFunction.o src/6model/reprs/KnowHOWREPR.o src/6model/reprs/KnowHOWAttributeREPR.o src/6model/reprs/P6str.o src/6model/reprs/P6opaque.o src/6model/reprs/MVMCode.o src/6model/reprs/MVMOSHandle.o src/6model/reprs/MVMCompUnit.o src/6model/reprs/MVMStaticFrame.o src/6model/reprs/P6int.o src/6model/reprs/P6num.o src/6model/reprs/Uninstantiable.o src/6model/reprs/HashAttrStore.o src/6model/reprs/MVMThread.o src/6model/reprs/MVMIter.o src/6model/reprs/MVMContext.o src/6model/reprs/SCRef.o src/6model/reprs/Lexotic.o src/6model/reprs/MVMCallCapture.o src/6model/reprs/P6bigint.o src/6model/reprs/NFA.o src/6model/reprs/MVMException.o src/6model/reprs/MVMDLLSym.o src/6model/reprs/MVMMultiCache.o src/6model/reprs/MVMContinuation.o src/6model/reprs/NativeCall.o src/6model/reprs/CPointer.o src/6model/reprs/CStr.o src/6model/reprs/CArray.o src/6model/reprs/CStruct.o src/6model/reprs/CUnion.o src/6model/reprs/ReentrantMutex.o src/6model/reprs/ConditionVariable.o src/6model/reprs/Semaphore.o src/6model/reprs/ConcBlockingQueue.o src/6model/reprs/MVMAsyncTask.o src/6model/reprs/MVMNull.o src/6model/reprs/NativeRef.o src/6model/reprs/MultiDimArray.o src/6model/6model.o src/6model/bootstrap.o src/6model/sc.o src/6model/serialization.o src/mast/compiler.o src/mast/driver.o src/spesh/dump.o src/spesh/graph.o src/spesh/codegen.o src/spesh/candidate.o src/spesh/manipulate.o src/spesh/args.o src/spesh/facts.o src/spesh/optimize.o src/spesh/deopt.o src/spesh/log.o src/spesh/threshold.o src/spesh/inline.o src/spesh/osr.o src/jit/graph.o src/jit/compile.o src/jit/log.o src/strings/decode_stream.o src/strings/ascii.o src/strings/utf8.o src/strings/nfg.o src/strings/ops.o src/strings/unicode.o src/strings/normalize.o src/strings/latin1.o src/strings/utf16.o src/strings/windows1252.o src/math/bigintops.o src/profiler/instrument.o src/profiler/log.o src/profiler/profile.o src/moar.o src/platform/posix/mmap.o src/platform/posix/time.o src/platform/posix/sys.o src/jit/stub.o 3rdparty/dyncall/dyncall/libdyncall_s.a 3rdparty/dyncall/dyncallback/libdyncallback_s.a
Bug#789187: moarvm for mipsel
On Fri, 03 Jul 2015 09:45:10 +0200 Dominique Dumont d...@debian.org wrote:
On Thu, 2 Jul 2015 14:22:18 +0200 Arturo Borrero Gonzalez
arturo.borrero.g...@gmail.com wrote:
I'm reopening this bug as we really want moarvm for mipsel.
Do you have any news regarding the latest upstream release?
Set to severity wishlist because mipsel is not supported upstream by
current
version.
--
https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org
I can confirm that moarvm also builds just fine on mipsel (using
--has-libffi):
root@debian-mipsel:~/MoarVM# perl -MConfig -E 'say $Config{archname}'
mipsel-linux-gnu-thread-multi-64int
root@debian-mipsel:~/MoarVM# uname -a
Linux debian-mipsel 3.2.0-4-4kc-malta #1 Debian 3.2.51-1 mips GNU/Linux
root@debian-mipsel:~/MoarVM# LD_LIBRARY_PATH=. ./moar --version
This is MoarVM version 2015.06-83-gd0f568b
Cheers, Tobias
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
