hackernews.search_comments

curl "https://api.onekey.dev/v1/hackernews/search_comments?q=rust" \
  -H "x-api-key: YOUR_API_KEY"

{
  "success": true,
  "data": [
    {
      "content": {
        "id": "9999959",
        "title": "LLVM for Grad Students",
        "url": "http://adriansampson.net/blog/llvm.html",
        "text": "The issue is not having the type info available. AOT compilers certainly have that (or at least, enough of it to get the job done). The issue is that most compilers with precise GC---AOT or otherwise---are built around that assumption from the very beginning. Therefore, they choose representations, algorithms, and optimizations that are amenable to GC, and in particular don't destroy the type info necessary to make GC work. It is possible in theory to do the same with LLVM, but difficult in practice. Most existing LLVM-based GC'd languages compromise on performance by requiring LLVM to \"root\" pointers, effectively forcing them to stay on the stack (instead of registers) so that the GC can see them when it needs to. LLVM's optimizations (particularly at the machine-specific level) were previously allowed to do arbitrary things with register-based pointers, which is obviously bad for a GC if no copies of those pointers exist on the stack. It just takes a long time to take a code base that large and untangle the code from such basic assumptions. This appears to be changing, as the release nodes for LLVM 3.6 indicated. But it will take time. In the mean time languages on LLVM are either going with conservative GCs, or with precise GCs with the performance degradation noted above (e.g. OCaml), or with no GC (e.g. Rust for the time being). Source: My talk on precise GC for Rust (from 2012): <a href=\"https://github.com/elliottslaughter",
        "createdAt": "2015-08-03T21:27:19Z",
        "threadId": "9998140"
      },
      "author": {
        "username": "eslaught"
      },
      "engagement": {
        "likes": null
      }
    },
    {
      "content": {
        "id": "9998910",
        "title": "Twitter’s stock falls toward IPO-level prices",
        "url": "http://techcrunch.com/2015/08/03/twitter-collapses-5-tumbling-toward-ipo-level-prices/",
        "text": "This stock appears to be the high-beta canary-in-the-coalmine for the rest of tech. Tech in general has been cut a lot of slack in the past 10 years by the market. Anyone with a dream and a disruption pitch was given the benefit of the doubt. Now the sector is having to compete like the rust belt. If you've got a flaw in your management, your busines plan, your execution, or you have a gap in your barriers to entry, you're being punished like the rest of 'em. Twitter Exhibit A. It has screwed up on monetization, too free for too long, too many hesitant initiatives, not enough killer instinct (\"not enough Zuck\", or if you like, \"not enough Bill Gates\"). It's the weak giant being taken down, SOTC-style. It's 2015's Lotus Development Inc. But it's not alone: AAPL stock performance is also being cut no mercy here on even a minor shipments hiccup. AAPL is looking IBM-circa-1990. At that time IBM was the only non-oil company in the Fortune 500 top-5. It doesn't help that Chinese demand is tanking - the tech waterline is going downwards and the shipwrecks are starting to show.",
        "createdAt": "2015-08-03T19:01:37Z",
        "threadId": "9998011"
      },
      "author": {
        "username": "vegabook"
      },
      "engagement": {
        "likes": null
      }
    }
  ],
  "metadata": {
    "platform": "hackernews",
    "endpoint": "search_comments",
    "cached": false,
    "stale": false,
    "age_s": 0,
    "fetched_at": "2026-01-01T12:00:00+00:00",
    "credits_charged": 5,
    "request_id": "7f3a9c2e5b1d4c8fa2e6d0b9c4f18e37"
  },
  "error": null
}