graalvm: Use lib.getVersion for stdenv.cc

[regadas]

Attempting to address fix #71471;

Motivation for this change

Things done

• Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
• Built on platform(s)
  • NixOS
  • macOS
  • other Linux distributions
• Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
• Tested compilation of all pkgs that depend on this change using nix-shell -p nix-review --run "nix-review wip"
• Tested execution of all binary files (usually in ./result/bin/)
• Determined the impact on package closure size (by running nix path-info -S before and after)
• Ensured that relevant documentation is up to date
• Fits CONTRIBUTING.md.

Notify maintainers

cc @

[conferno]

I am non sure that native-image will work smoothly with clang
Perhaps stdenv.cc.cc.version -> gcc.cc.version (and stdenv.cc -> gcc in other places) would be more honest

[conferno]

It is easier to port graalv8-ee to Darwin, there is just download and unpack instead of long and tricky build process.
It is unfree though, but who will care on an unfree platform?

[hlolli]

It would of course be great if this could work for darwin. I have a darwin myself which I use for ios dev. I'm going to bump this derivation this week, and in the process test darwin. I may want to add, that building graalvm from sources is super memory consuming and slow process. So all help appreciated.

[volth]

@hlolli you can try to use NixOS/nix#3036 to avoid restarting the long build process from the beginning on each change (I am using it to work on chromium forks)

[hlolli]

Very nice, I'll try this, thanks!

[volth]

Why?
It is still actively WIP in #72331

[matthewbauer]

lib.getVersion should be preferred over .version regardless