billywhizz

#
# Automatically generated file; DO NOT EDIT.
# Linux/x86 6.1.5 Kernel Configuration
#
CONFIG_CC_VERSION_TEXT="gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0"
CONFIG_CC_IS_GCC=y
CONFIG_GCC_VERSION=110400
CONFIG_CLANG_VERSION=0
CONFIG_AS_IS_GNU=y
CONFIG_AS_VERSION=23800

billywhizz

** warning: lo.js is experimental and you should run it in a container or somewhere you don't care too much about until it has a stable release **

# clone this gist somewhere
git clone https://gist.github.com/billywhizz/b056fedf41f58f2be8971f2103b264cf
# rename the folder to hello - lo will use the parent folder name as the name 
# of the "app"
mv b056fedf41f58f2be8971f2103b264cf hello
cd hello

billywhizz

1

billywhizz

#include <errno.h>
#include <stdint.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <sys/ptrace.h>
#include <sys/types.h>
#include <unistd.h>

struct elf {

billywhizz

*.bin

billywhizz

This is a simple benchmark to compare runtime overhead when running multiple, sequential, non-JS tasks from package.json.

https://x.com/justjs14/status/1791518402776863117

In order to run you will need to clone this gist to a directory that has no package.json or deno.json in the ancestor directory tree

cd /tmp && git clone https://gist.github.com/ece1daa5317adab8256a118a12717512.git

billywhizz

build
*.json

billywhizz

on linux

gcc -shared -O3 -o libadd.so test.c

on macos

clang -shared -O3 -o libadd.dylib test.c

on windows

billywhizz

{
  "name": "foo",
  "version": "1.0.0",
  "description": "",
  "main": "index.js",
  "scripts": {
    "foo": "/bin/ls -lah && /bin/ls -lah && /bin/ls -lah"
  },
  "author": "",
  "license": "ISC"

billywhizz

deno compile --allow-env --allow-read --allow-write --allow-net --allow-ffi --unstable-ffi sql.ts