Live data from Hacker News

Viewing profile — mehrdadn

mehrdadn

HN member
Joined
Mon, Oct 15, 2012, 9:50 AM UTC
HN karma
286
Public activity
43 items

About mehrdadn

No profile information was provided.

Recent public activity

  1. comment
    Comment #40853037

    Do you think you could try my library [1] and let me know how it performs in comparison? I've been curious about its compile-time performance, but I've never tried to compare its p…

  2. comment
    Comment #39842840

    The reason I mentioned using a hierarchical bitmap was precisely the inefficiency of just having one bool per element.

  3. comment
    Comment #39842820

    Wow, thank you. Were you already aware of the name? Or if not, how did you search for it?

  4. comment
    Comment #39840164

    Wow! I independently came up with this algorithm a few years ago and wasn't even sure what to search for to find the prior art. Happy to see someone finally gave it a name and atte…

  5. comment
    Comment #32254370

    That's supported here! You can do: for (auto const &member : enum_traits ::members()) { std::cout

  6. comment
    Comment #32248643

    It's indeed a lot of boilerplate that this library can hopefully reduce (which was one of my main goals). I don't know for sure, but I can guess some reasons why the standard doesn…

  7. comment
    Comment #32248593

    Ah sorry about that, thanks for the feedback! I can try to answer these here (and hopefully update the documentation as well when I get the chance): - The problem is basically twof…

  8. comment
    Comment #32248362

    To my knowledge magic_enum has some severe limitations; for example, it limits the range of enum values, it cannot handle duplicate enum values, it uses compiler-specific hackes, e…

  9. story
  10. comment
    Comment #26668572

    Should applicants mention if they saw this posting on HN? I just realized I neglected to do this when applying.

  11. comment
  12. comment
  13. comment
  14. comment
    Comment #26353736

    > 1. the lt2 definition in the paper is wrong. Would you mind providing a counterexample to illustrate what incorrect output it's producing? > A lexicographical compare is linear i…

  15. comment
    Comment #26349255

    > I wonder (genuinely asking, not being snarky) what it is about C/C++ that seems to make these issues more common? It's also possible my perception of "more common" has just been …

  16. comment
    Comment #26348664

    C++20 doesn't quite rectify this unfortunately! The data structures still use std::less even in C++20, meaning the 2-way comparisons would happen twice. Except now each 2-way compa…

  17. comment
    Comment #26348468

    There are lots of reasons to prefer trees (and, correspondingly, lots of reasons to prefer hashtables); I just pointed out ordering isn't the only one, and I merely gave another (w…

  18. comment
    Comment #26348388

    Yeah—I think I laid out the paper more like a story, but I might indeed need to change that as it appears it leaves people confused before they get to the punchline. Thanks for the…

  19. comment
    Comment #26348293

    I think the sibling comment may have already answered your question, but if not, I think an earlier response I had might help clarify what exactly I'm comparing & why: https://news…

  20. comment
    Comment #26348235

    Haha, thank you! It was pretty demotivating to see so many people immediately dismiss it as clickbait without any attempt to discuss the topic at all, so it actually means a lot to…

  21. comment
    Comment #26347836

    You're right!! Thanks for pointing this out! I indeed tried to hint at the DAG case in the footnote, but didn't try to explore what happens when the DAG degenerates to a linked lis…

  22. comment
    Comment #26341257

    Sure, but this isn't a benchmarking paper.

  23. comment
    Comment #26341120

    Even more trivial: sum from 1 to n, then never use the result. It should get optimized out entirely!

  24. comment
    Comment #26341027

    Ordering is not the only concern here. std::set actually provides a logarithmic worst-case guarantee, whereas std::unordered_set does not. This is a factor to consider depending on…

  25. comment
    Comment #26340952

    I'm not trying to write the most horrible comparison at all. Perhaps the most important thing to keep in mind here is that this is a general computer science paper, and my comparis…