dlang dstep: init at 1.0.4

[imrying]

Description of changes

From github: DStep is a tool for automatically generating D bindings for C and Objective-C libraries. This is implemented by processing C or Objective-C header files and output D modules. DStep uses the Clang compiler as a library (libclang) to process the header files.

Things done

I packaged the binary from releases since they are statically linked, and the configuration flow does not allow for easily updating to nix-style due to linker flags have to being set. If possible I think we could generate the linker_flags.txt manually and use this. Let me know if it is okay to package the binaries directly :-).

• Built on platform(s)
  • x86_64-linux
  • aarch64-linux
  • x86_64-darwin
  • aarch64-darwin
• For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)
  • sandbox = relaxed
  • sandbox = true
• Tested, as applicable:
  • NixOS test(s) (look inside nixos/tests)
  • and/or package tests
  • or, for functions and "core" functionality, tests in lib/tests or pkgs/test
  • made sure NixOS tests are linked to the relevant packages
• Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
• Tested basic functionality of all binary files (usually in ./result/bin/)
• 24.05 Release Notes (or backporting 23.05 and 23.11 Release notes)
  • (Package updates) Added a release notes entry if the change is major or breaking
  • (Module updates) Added a release notes entry if the change is significant
  • (Module addition) Added a release notes entry if adding a new NixOS module
• Fits CONTRIBUTING.md.

---

Add a 👍 reaction to pull requests you find important.

[AndersonTorres]

It deserves a full rewrite.

[symphorien]

I packaged the binary from releases since they are statically linked, and the configuration flow does not allow for easily updating to nix-style due to linker flags have to being set. If possible I think we could generate the linker_flags.txt manually and use this. Let me know if it is okay to package the binaries directly :-).

yes building from source would be more preferable. What is this linker_flags.txt you are referring to? I found no mention of this file in the github repo of dstep. I only see in the readme that you need to run configure to the path where libclang lives:

$ ./configure --llvm-path /usr/lib/llvm-4.0

so

configurePhase = ''
./configure --llvm-path ${clang.cc.lib}/lib
'';

probably works.

[imrying]

@AndersonTorres thanks for the feedback. I've updated it know. Quite new with building packages and saw it used in some other place though i probably misunderstood :-)

[imrying]

I packaged the binary from releases since they are statically linked, and the configuration flow does not allow for easily updating to nix-style due to linker flags have to being set. If possible I think we could generate the linker_flags.txt manually and use this. Let me know if it is okay to package the binaries directly :-).

yes building from source would be more preferable. What is this linker_flags.txt you are referring to? I found no mention of this file in the github repo of dstep. I only see in the readme that you need to run configure to the path where libclang lives:

$ ./configure --llvm-path /usr/lib/llvm-4.0

so

configurePhase = ''
./configure --llvm-path ${clang.cc.lib}/lib
'';

probably works.

Will give it a try tommorow

[lolbinarycat]

technically it should be lib.getLib clang.cc not clang.lib, in case anyone ever wants to change the outputs of clang (although that is unlikely)

[AndersonTorres]

Reword the commits

1. "maintainers: add imrying"
2. "dstep: init at 1.0.0"

[imrying]

I guess if it should not be packaged as a binary it will make sense to wait for this PR to be merged in order to have consistency as to how dub packages are built. Even though it does not have any dub dependencies

[imrying]

Will update to use buildDubPackage therefore marking as draft until finished

[symphorien]

thank you for converting to a source build!

[jtbx]

Tested converting a C header. Thanks!