gnimuc / csyntax.jl Goto Github PK

• azurefx/CUnion.jl: C-like unions for Julia.

Hi,

First I want to say you're doing awesome work, elsewhere, and with this package, at least partially, as it puzzles me.

It seems needed/useful some of it e.g. for static, but I'm thinking is there a good usecase for some of the C for syntax, such as its"for"? Are you just aiming for some completeness? To me it seems like inferior syntax to what Julia has (I like how Julia's for at least can be neutral, work for 1-based and 0-based arrays), so I'm conflicted about this part of the package, in case people might adopt.

I went looking for who uses the package and besides you only one public user @IanButterworthIan's which may be depending on it needlessly: https://github.com/IanButterworth/SpinnakerGUI.jl/blob/dea3b0adef3dbe53da32219470807082a94d8279/Project.toml#L7

Installing it I get lots of downgrades:

  [4af54fe1] - LazyArtifacts
[..]
  [91a5bcdd] ↑ Plots v0.29.9 ⇒ v1.15.2
  [c3e4b0f8] ↓ Pluto v0.14.5 ⇒ v0.14.2
  [f27b6e38] - Polynomials v0.6.1
[..]
  [f269a46b] ↓ TimeZones v1.5.5 ⇒ v1.5.4

I know why such happens, that's not the question in this case, I get when then installing your package (only) one upgrade:

  [ea656a56] + CSyntax v0.4.0
  [3f19e933] ~ p7zip_jll v16.2.1+1 ⇒ 
    Updating `~/.julia/environments/v1.6/Manifest.toml`
  [f269a46b] ↑ TimeZones v1.5.4 ⇒ v1.5.5
  [0dad84c5] ~ ArgTools v1.1.1 ⇒ 
  [f43a241f] ~ Downloads v1.5.0 ⇒ 
  [4af54fe1] + LazyArtifacts
[..]

I'm puzzled why it fixed back TimeZones, might have to how to do with LazyArtifacts, but as your package only depends on neither, only CEnum, and it on none, it's a mystery.

In his package I can't even seen it used, only indirectly (if that?):

using CImGui
using CImGui.CSyntax
[..]
using CImGui.CSyntax.CStatic

I thought of making a PR there to drop these lines and the dependency, but it seems to not slow down except at most to a tiny degree.

Is your package mainly a proof-of-concept (like PythonSyntax.jl) or an exercise for you?

Your package is probably going to be used mostly for porting C code, or C interop, and C "for" may slightly help for the former. I see you have "C2Julia.jl" now archived. A transpiler may be valuable and slightly simpler with this package.

FYI (one of packages, that may overlap with your usecase):
https://github.com/analytech-solutions/CBinding.jl

I was developing a package called Define that provided a Cdef macro. Then I discovered here. I think this place is a more suitable place for it.

You can see the prototype here:
https://github.com/aminya/Define.jl/tree/Define

I have written the required Tokenize utilities, which will be merged soon:
JuliaLang/Tokenize.jl#153