Closed lempiji closed 1 year ago
Won't it still work with UDAs if you change ArgFlags
to an int in the structs? I don't know what's the issue with the compiler, just thought I'd mention that just in case you had overlooked it as a solution.
Is it something like this?
@RequiresAllOf(0b00000001)
_parseAsFlagBit = 1 << 2,.
This would still compile, but since I don't know which enum it points to, I thought a function that avoids forward reference would be easier to read.
Is it something like this?
@RequiresAllOf(0b00000001) _parseAsFlagBit = 1 << 2,.
This would still compile, but since I don't know which enum it points to, I thought a function that avoids forward reference would be easier to read.
yeah I meant changing the field of the attribute to an int but still passing in ArgFlags.whatever
Is this fix almost done?
Is this fix almost done?
Ah sorry, I was waiting to see if @lempiji had a reply for @AntonC9018 and then kind of forgot about this, my apologies.
I'll give it a tiny bit more time, and if not I'll give Anton's proposed fix a try (less code being changed overall, easy to revert it in the future if the underlying issue gets fixed), and if that doesn't work then we can go with this MR.
Is this fix almost done?
Ah sorry, I was waiting to see if @lempiji had a reply for @AntonC9018 and then kind of forgot about this, my apologies.
I'll give it a tiny bit more time, and if not I'll give Anton's proposed fix a try (less code being changed overall, easy to revert it in the future if the underlying issue gets fixed), and if that doesn't work then we can go with this MR.
Awesome, thanks Brad!
I did notice ldc seems to compile it as well :)
I've opened #61 as an alternative that manages to keep the UDAs in place. Happy to hear thoughts on which one is preferred.
Also just generally I'm sorry it's taken so long for such a small thing to get done; I've been really neglectful of personal projects this entire year.
I've opened #61 as an alternative that manages to keep the UDAs in place. Happy to hear thoughts on which one is preferred.
Also just generally I'm sorry it's taken so long for such a small thing to get done; I've been really neglectful of personal projects this entire year.
Hey man, no worries - sometimes life gets the best of us, glad the project exists in the first place. It's been such a helping hand in my compiler project to make it usable from the command-line and I must credit you for the great work.
Keep it up! :fireworks:
Due to lack of discussion on whether this MR or #61 is preferred, I'll be defaulting to this MR as it's not a hacky solution.
Dankie!
Should I,for now, use the master version from the repository as no tag-commit is available?
Ah yeah I did forget to make a tag, and it seems dub is slow to pick up the tag, so I'll press force refresh button and hope it picks it up.
Ah yeah I did forget to make a tag, and it seems dub is slow to pick up the tag, so I'll press force refresh button and hope it picks it up.
I'll give it a check now on Dub and see what tags I see
Got 0.25.0-beta.2
, gonna take it for a spin now...
I seem to be getting this error now:
Using DMD version:
DMD64 D Compiler v2.105.0
Copyright (C) 1999-2023 by The D Language Foundation, All Rights Reserved written by Walter Bright
Ah, I guess the deprecations are errors now: https://github.com/BradleyChatha/jcli/issues/60
Will have a look this weekend... if I don't forget :laughing:
Ah, I guess the deprecations are errors now: https://github.com/BradleyChatha/jcli/issues/60
Will have a look this weekend... if I don't forget :laughing:
We're playing Whack-a-mole-with-walter 🤣🤣
Enjoy the weekend!
I encountered an issue with the library after updating the DMD compiler, which seems to be the same problem described in Issue #57. I've spent some time investigating the problem and have come up with a fix that I'd like to propose in a pull request.
Here is a summary of the changes I made:
ArgFlags
.I believe that my changes can help restore functionality and maintain the library's effectiveness.