gendwarfksyms Tool Added To Linux 6.14 To Help With Rust Push

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
  • phoronix
    Administrator
    • Jan 2007
    • 67369

    gendwarfksyms Tool Added To Linux 6.14 To Help With Rust Push

    Phoronix: gendwarfksyms Tool Added To Linux 6.14 To Help With Rust Push

    Merged on Friday to the Linux 6.14 kernel were the Kbuild feature changes for this cycle. Most notable with these kernel build changes is the introduction of the gendwarfksyms tool that is used as part of the ongoing Rust programming language push within the Linux kernel...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite
  • Volta
    Senior Member
    • Apr 2019
    • 2280

    #2
    Not even mention this?

    Just as I thought, rust will be problematic for maintainers.

    No, I'm not. This was an explicit:

    Nacked-by: Christoph Hellwig <[email protected]>

    And I also do not want another maintainer. If you want to make Linux
    impossible to maintain due to a cross-language codebase do that in
    your driver so that you have to do it instead of spreading this cancer
    to core subsystems. (where this cancer explicitly is a cross-language
    codebase and not rust itself, just to escape the flameware brigade).
    I think vaccinated anti-Russian Linus should fix this mess rather than throw this on maintainers.
    Last edited by Volta; 01 February 2025, 10:52 AM.

    Comment

    • Daktyl198
      Senior Member
      • Jul 2013
      • 1582

      #3
      Originally posted by Volta View Post
      Not even mention this?

      Just as I thought, rust will be problematic for maintainers..
      Did you even read the thread you linked? The maintainer you're quoting is literally insane lmao. I don't even know how he's a maintainer, given he apparently doesn't understand how basic bindings work.

      Comment

      • Quackdoc
        Senior Member
        • Oct 2020
        • 5072

        #4
        Originally posted by Daktyl198 View Post

        Did you even read the thread you linked? The maintainer you're quoting is literally insane lmao. I don't even know how he's a maintainer, given he apparently doesn't understand how basic bindings work.
        lmao, certainly has a history of being a pain to work with

        Comment

        • Errinwright
          Senior Member
          • Aug 2023
          • 188

          #5
          Originally posted by Daktyl198 View Post

          Did you even read the thread you linked? The maintainer you're quoting is literally insane lmao. I don't even know how he's a maintainer, given he apparently doesn't understand how basic bindings work.
          Volta has one objective: chime in on every Rust thread and either join the anti-Rust echo chamber or push anti-Rust propaganda.

          Pointless even replying to him at this point

          Comment

          • DumbFsck
            Senior Member
            • Dec 2023
            • 340

            #6
            Originally posted by Volta View Post
            Not even mention this?

            Just as I thought, rust will be problematic for maintainers.



            I think vaccinated anti-Russian Linus should fix this mess rather than throw this on maintainers.
            >I won't maintain it.

            >> You don't have to and shouldn't.

            >I nack because I'll do everything in my power to stop this project.

            SMH.


            Not to mention;

            >I don't want to bait a flamewar, so let me deliberately use the word "cancer" instead of just calling what it is, say e.g., "I'll do what I can to stop multi language support from spreading".

            Not to mention that it wasn't spreading, it is a consumer - as lots of other things are...



            "The problem with Rust adoption is that of pain allocation"

            >> We'll allocate the pain to rust-in-linux always and as a matter of principle.

            Honestly, I admire RIL folks' ability to talk to stone walls with deaf ears.



            Btw, from the later discussion; if C builds are failing because of Rust bindings, that is the issue, the issue isn't having rust code, the issue is the Rust code breaking C code. That should be fixed.

            Rust scaffolding and tooling needing to be fixed does not mean Rust should be nacked by default, it means that the tooling and scaffolding should be fixed.

            Comment

            • Quackdoc
              Senior Member
              • Oct 2020
              • 5072

              #7
              Originally posted by DumbFsck View Post

              Btw, from the later discussion; if C builds are failing because of Rust bindings, that is the issue, the issue isn't having rust code, the issue is the Rust code breaking C code. That should be fixed.

              Rust scaffolding and tooling needing to be fixed does not mean Rust should be nacked by default, it means that the tooling and scaffolding should be fixed.
              I love it

              RIL: Rust guys will handle rust problems
              hellwig: what if I make a PR that causes rust code to fail to compile without it being rust?
              RIL: does it work when you disable rust from compiling with the flag?
              hellwig: yes?
              RIL: then it's not an issue since it doesn't effect non C stuff
              hellwig: NACK go away cancer

              Comment

              • Volta
                Senior Member
                • Apr 2019
                • 2280

                #8
                Originally posted by Daktyl198 View Post

                Did you even read the thread you linked? The maintainer you're quoting is literally insane lmao. I don't even know how he's a maintainer, given he apparently doesn't understand how basic bindings work.
                No, he's one of the best maintainers. I hope he will stop this madness. If your looking for dumb maintainers Arlie is one of them.

                Comment

                • HEX0
                  Phoronix Member
                  • Jan 2020
                  • 92

                  #9
                  I can see why RIL folks resign due to "non technical nonsense".

                  Might be less painful to maintain downstream kernel with RIL patches than to try to reason with those people. But then I guess there wouldn't be that much chance of anyone writing drivers for non upstream kernel. Well maybe android vendors would write rust stuff and ignore upstream.

                  Comment

                  • Quackdoc
                    Senior Member
                    • Oct 2020
                    • 5072

                    #10
                    Originally posted by HEX0 View Post
                    I can see why RIL folks resign due to "non technical nonsense".

                    Might be less painful to maintain downstream kernel with RIL patches than to try to reason with those people. But then I guess there wouldn't be that much chance of anyone writing drivers for non upstream kernel. Well maybe android vendors would write rust stuff and ignore upstream.
                    android devs want to avoid that as much as possible now, just too much maintenance burden on them

                    Comment

                    Working...
                    X