frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

Show HN: ViClip Launch – Sync your clipboard seamlessly across all your devices

https://www.viclip.tech/
1•DestroyerV•1m ago•0 comments

Show HN: Minimal Counter

https://minimalcounter.com/
1•artiomyak•1m ago•0 comments

Information Processing Complexity Changes Spacetime Curvature

https://www.novaspivack.com/science/the-geometric-theory-of-consciousness
1•airesearcher•1m ago•1 comments

Making hydrogen with aluminum cans and seawater is scalable and sustainable

https://news.mit.edu/2025/study-shows-making-hydrogen-soda-cans-seawater-scalable-sustainable-0603
1•chmaynard•2m ago•0 comments

Hollywood Has Left L.A

https://www.vulture.com/article/hollywood-movies-film-industry-los-angeles-california-production.html
1•detaro•3m ago•0 comments

I am tired of not having enough RAM

https://firoz.co/stories/1/
1•written-beyond•3m ago•0 comments

What Happens If We Inline Everything?

https://sbaziotis.com/compilers/what-happens-if-we-inline-everything.html
1•abhi9u•4m ago•0 comments

Is Musk's New XChat Bitcoin Encryption Too Good to Be True?

https://cryptorank.io/news/feed/16934-is-musk-s-new-x-chat-bitcoin-encryption-too-good-to-be-true
1•doener•5m ago•0 comments

Adjusting a pendulum clock with an oscilloscope (PWJ267) [video]

https://www.youtube.com/watch?v=NqZ_mBxRMT4
1•fortran77•5m ago•0 comments

Autocrats now use manipulation instead of governing with violence

https://theconversation.com/autocrats-dont-act-like-hitler-or-stalin-anymore-instead-of-governing-with-violence-they-use-manipulation-256665
1•rntn•7m ago•0 comments

Why Are Smokestacks So Tall?

https://practical.engineering/blog/2025/6/3/why-are-smokestacks-so-tall
1•chmaynard•7m ago•0 comments

Building stateful serverless applications with Knative and Restate

https://restate.dev/blog/building-stateful-serverless-applications-with-knative-and-restate/
1•gk1•7m ago•0 comments

Product Marketing for Founders

https://github.com/EdoStra/Marketing-for-Founders
1•edostra•7m ago•0 comments

Selecting a Model Based on Stripe Conversion – A Practical Eval for Startups

https://cookbook.openai.com/examples/stripe_model_eval/selecting_a_model_based_on_stripe_conversion
1•tortilla•8m ago•0 comments

Apple in China

https://mjtsai.com/blog/2025/06/02/apple-in-china/
1•ksec•11m ago•0 comments

Elixir Outreach stipend for speakers and trainers

https://elixir-lang.org/blog/2025/06/02/elixir-outreach-stipend-for-speakers/
1•sorentwo•11m ago•0 comments

AWS unveils governance for EU sovereign cloud

https://www.aboutamazon.eu/news/aws/built-operated-controlled-and-secured-in-europe-aws-unveils-new-sovereign-controls-and-governance-structure-for-the-aws-european-sovereign-cloud
1•nithril•12m ago•0 comments

Show HN: New NPM package: React Multistep Forms for customizable forms

1•HanDev•12m ago•0 comments

Unreal Engine 5.6 is now available

https://www.unrealengine.com/en-US/news/unreal-engine-5-6-is-now-available
2•mminer•16m ago•0 comments

Memory isolation failure in ChatGPT: context leaked across sessions

https://tetraxis-00.github.io/chatgpt-leak-report/chatgpt-memory-leak-report-full.html
3•Mitya_Cohen•17m ago•2 comments

Show HN: I Built Xkema to Fix the Mess of Hardware Design Docs

https://xkema-app-j9pia.ondigitalocean.app
1•Nadssat•17m ago•0 comments

Why We're Nerfing the Nintendo Switch's Repairability Score

https://www.ifixit.com/News/110747/why-were-nerfing-the-nintendo-switchs-repairability-score
1•gnabgib•18m ago•0 comments

'Mega-tsunami' mystery solved – source of seismic shook the world for 9 days

https://nypost.com/2025/06/03/science/satellite-footage-reveals-frightening-cause-of-earth-shaking-vibrations/
1•keepamovin•19m ago•0 comments

Show HN: Asciilator.com

https://www.asciilator.com/
4•4m1rk•20m ago•1 comments

The Trump administration has shut down more than 100 climate studies

https://www.technologyreview.com/2025/06/02/1117653/the-trump-administration-has-shut-down-more-than-100-climate-studies/
5•rbanffy•22m ago•0 comments

Neuralink raises $650M Series E

https://neuralink.com/blog/neuralink-raises-650m-series-e/
1•herbertl•23m ago•0 comments

The Small World of English

https://www.inotherwords.app/linguabase/
6•michaeld123•24m ago•1 comments

Claude Code Is My Computer

https://steipete.me/posts/2025/claude-code-is-my-computer
2•behnamoh•24m ago•0 comments

How to build a high-performance network fuzzer with LibAFL and libdesock

https://lolcads.github.io/posts/2025/05/high_performance_network_fuzzing/
2•todsacerdoti•25m ago•0 comments

Interactive Computing: A Counterculture

https://technicshistory.com/2025/01/12/interactive-computing-a-counterculture/
1•rbanffy•25m ago•0 comments
Open in hackernews

TPDE: A Fast Adaptable Compiler Back-End Framework

https://arxiv.org/abs/2505.22610
59•npalli•1d ago

Comments

BarakWidawsky•1d ago
If this is a faster backend for LLVM, does it potentially obviate the niche Cranelift is optimizing for?
npalli•1d ago
While they used Cranelift IR itself (amongst others, not just LLVM) to show performance improvements (thus making it complementary and not a replacement) you raise a good point. Quite possible it is not as full-featured yet so perhaps in the future, if at all.

The TPDE-based back-end compiles 4.27x faster than Cranelift and 2.68x faster than Cranelift with its fast register allocator, but is 1.74x slower than Winch

cfallin•17h ago
They're hitting another design point on the compile time vs. code-quality tradeoff curve, which is interesting. They compile 4.27x faster than Cranelift with default (higher quality) regalloc, but Cranelift produces code that runs 1.64x faster (section 6.2.2).

This isn't too surprising to me, as the person who wrote Cranelift's current regalloc (hi!) -- regalloc is super important to run-time perf, so for Wasmtime's use-case at least, we've judged that it's worth the compile time.

TPDE is pretty cool and it's great to see more exploration in compiler architectures!

npalli•1d ago
Source code for the framework

https://github.com/tpde2/tpde

vlovich123•1d ago
> Performance results on SPECint 2017 show that we can compile LLVM-IR 8--24x faster than LLVM -O0 while being on-par in terms of run-time performance

Wait - it’s 8-24x faster than O0 while producing code on par with O3???

ummonk•1d ago
No, the generated code is on par with LLVM -O0. It's slower than LLVM -O1, never mind LLVM -O3.
wiz21c•1d ago
I guess it doesn't include linking ? (which takes quite some time)
andyferris•1d ago
One thing I never understood in this context here (fast JIT/debug builds/hot reloads/-O0) is why you would need much static linking. Generally your modules are going to have a DAG relationship. Even code inside a large compilation unit could potentially be factored out (automatically) into smaller modules. Could you not just generate a bunch of small dynamically linked libraries? Would the system dynamic loader become the speed bottleneck? Even if so, wouldn't reloading just a portion of the DAG in a hot-reload context be much faster than linking everything beforehand?
xiphias2•1d ago
It's great start, but what would be cooler if they really went through the boring part, which is putting it into LLVM as the new default -O0 compiler.

Edit: LLM to LLVM

npalli•1d ago
You mean LLVM, cause I was confused why you would put into an LLM (which one?)
xiphias2•1d ago
Sure, I meant LLVM
fooker•1d ago
What makes this 'adaptable' and what makes this a 'framework'?

Seems like a pretty neat fast compiler backend for LLVM. Why the extra buzzwords?

t0b1•1d ago
TPDE is a framework for writing a back-end for various SSA IRs. TPDE-LLVM is an LLVM back-end written using TPDE, but TPDE itself is independent of LLVM. The paper also mentions back-ends written for Cranelift's IR and Umbra IR using TPDE.
MaskRay•8h ago
Build instructions

In the llvm/llvm-project repository

    git switch origin/release/19.x
    cmake -GNinja -S. -B/tmp/out/custom -DLLVM_TARGETS_TO_BUILD='X86;AArch64' -DLLVM_ENABLE_PROJECTS=clang -DLLVM_ENABLE_PLUGINS=off -DCMAKE_BUILD_TYPE=Release -DLLVM_LINK_LLVM_DYLIB=on
    # consider -DCLANG_ENABLE_OBJC_REWRITER=off -DCLANG_ENABLE_STATIC_ANALYZER=off -DCLANG_ENABLE_ARCMT=off -DCLANG_PLUGIN_SUPPORT=off
    ninja -C /tmp/out/custom clang LLVM FileCheck   # build clang and libLLVM.so and test utilities

In the tpde repository

    git submodule update --init
    cmake -GNinja -S. -Bout/debug -DCMAKE_BUILD_TYPE=Debug -DCMAKE_EXPORT_COMPILE_COMMANDS=on -DCMAKE_PREFIX_PATH=/tmp/out/custom -DCMAKE_CXX_COMPILER=$HOME/Stable/bin/clang++ -DCMAKE_C_COMPILER=$HOME/Stable/bin/clang
/Stable/bin/clang

There are some failures:

``` % /tmp/out/custom/bin/llvm-lit out/debug/tpde/test/filetest ... Failed Tests (5): TPDE FileTests :: codegen/eh-frame-arm64.tir TPDE FileTests :: codegen/eh-frame-x64.tir TPDE FileTests :: codegen/simple_ret.tir TPDE FileTests :: codegen/tbz.tir TPDE FileTests :: tir/duplicate_funcs.tir ```

aengelke•7h ago
These are tests that use some more LLVM tools (llvm-objdump, llvm-dwarfdump, not). Could you try after building these tools in addition to FileCheck? Do the TPDE-LLVM tests, which use the same tools, pass with this setup?