Hacker Newsnew | past | comments | ask | show | jobs | submit | elygre's commentslogin

I guess this sentence from the Wild readme is also relevant:

  Mold is already very fast, however it doesn't do incremental linking and the author has stated that they don't intend to.


To be clear, Wild also doesn't do incremental linking yet but plans to in the future


I think the way I've talked about incremental linking may have given a somewhat misleading impression. I'm not against incremental linking, and I'm not denying its possible usefulness. But especially when I was developing lld, I felt that we should focus first on speeding up full links.

Before I created lld, linking was much slower than it is today, and people somehow seemed to accept that as a given. People would often argue that since linking was slow, we needed to reduce the amount of linking work by implementing incremental linking. I thought that was too pessimistic. Why don't we just make the usual full link much faster, ideally almost as fast as a cp command, so that we don't need incremental linking nearly as much?

In other words, I wanted to solve the slow link problem head-on rather than work around linker slowness. And now we can link multi-gigabyte binaries in a second or two, which makes incremental linking much less urgent than it was ten years ago. That's pretty much what I wanted to achieve.

Am I satisfied with the speed? No. Could incremental linking speed it up even more? Maybe. Would it still be useful? Sure. It may well be worth doing. But people don't need it nearly as badly as they did ten years ago. I wanted to solve the larger problem first.


Not a bad deal for who?


This used to be quite common in Chile as well. I don't think it's that prevalent anymore, but it was very interesting to see the synergy some families built after decades of cohabiting with a "service person" (don't really know what word to use). I met a lot of people that widely regarded their service lady as a mother, they were pretty much raised with them around, so the bonds run deep. I have no doubt some times the compensation might not exactly be the best, but I have met quite a lot of people that are well happy with this arrangement.


Love America? Yes, we did.


It is, after all, a God which turned out not to be a God, but just America.


The A380 is a fantastic airplane to ride, so if that is the end result I’m a fan!


Same in Norway.


We will have some Amish people driving around in petroleum cars, trying to preserve the old days and the old ways.


It won't be Amish, but there'll be for sure people cherishing the old days when cars were simple/fun/different.


I think it’s more about the absolutely stripped model vs the loaded one.

The basic services are more or less the same, but the hyperscalers provide hundreds of services where smaller providers have only ten.


Some of those services are utter crap though..

This is just my opinion, but there are some services that just package software as VM and let's you spawn it with a fancy button, leaving you with a largely unmanaged instance.

There are other services like S3, BigQuery or SQS that feels like magic.


Norway cars on the road, December 2025:

  Elbil: 31,78 prosent
  Diesel: 31,76 prosent
  Bensin: 23,90 prosent
  Hybrid (not plug-in): 5,38 prosent
  Plug-in hybrid: 7,18 prosent


    Electric: 31.78 percent
    Diesel: 31.76 percent
    Petrol: 23.90 percent
    Hybrid (not plug-in): 5.38 percent 
    Plug-in hybrid: 7.18 percent


Your quote is missing a crucial bit. The full quote is «we're not registered to do so, so we are on the wrong tracks».

You were supposed to take the last exit, to be on the local road instead of the highway. No, we cannot let you off on the highway. We are not allowed to stop here. There are no stops. We wait for another exit. Sorry.


Was that the situation?


My sympathies. And it’s sad to see you call it “what it is you did wrong”. Thus, also my apologies, for whenever I am on the wrong side of such interactions.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: