Announcement

Collapse
No announcement yet.

GNU Binutils 2.35 Preparing For Release

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • starshipeleven
    replied
    Originally posted by Candy View Post

    It's probably related to microsoft
    trololololo

    Leave a comment:


  • Candy
    replied
    Originally posted by starshipeleven View Post
    you don't even know what binutils is used for, don't you?
    It's probably related to microsoft

    Leave a comment:


  • torsionbar28
    replied
    Originally posted by CochainComplex View Post
    even that is better then Trump...
    Very true. But between the kid touching and early stage dementia, Biden is even worse!

    Leave a comment:


  • pal666
    replied
    Originally posted by Brane215 View Post
    So where are we now ? Is lld superior, faster superset of bfd or not ?
    no, it's not

    Leave a comment:


  • pal666
    replied
    Originally posted by wizard69 View Post
    Isn't that what happens to just about everything Google? Google has the attention span of a 5 year old.
    only for unsuccessful things

    Leave a comment:


  • starshipeleven
    replied
    Originally posted by Candy View Post
    A step forward to this leading Binutils thingy towards GNU Binutils 2.36. Speed comparisons between Binutils and hot air has shown, that hot air is 10,3217% faster. Now with flatpak support.
    you don't even know what binutils is used for, don't you?

    Leave a comment:


  • Brane215
    replied
    Originally posted by zboszor View Post

    No, it was cutting corners to make linking faster for large project. Some of the underlying details in bfd took too much RAM when linking Chrome/Chromium.
    So where are we now ? Is lld superior, faster superset of bfd or not ?

    Leave a comment:


  • zboszor
    replied
    Originally posted by Brane215 View Post

    WTF ? Isn't it supposed to be vastly better and faster than BFD ?
    No, it was cutting corners to make linking faster for large project. Some of the underlying details in bfd took too much RAM when linking Chrome/Chromium.

    Leave a comment:


  • CochainComplex
    replied
    Originally posted by wizard69 View Post

    Isn't that what happens to just about everything Google? Google has the attention span of a 5 year old.
    even that is better then Trump...

    Leave a comment:


  • FireBurn
    replied
    Gold kept breaking with the kernel, I reported the bugs a few times, but they were with the linker, not the kernel. Looks like gold has been abandoned. After the last time I reported an issue with gold patches were put together to stop gold being allowed. As gold is the default linker on my system I patch my kernel make file to use ld.bfd

    There has been a lot of work getting clang and lld working with the kernel, pretty sure that'll be standard soon

    Leave a comment:

Working...
X