BetterC Is Not Ready (page 2)

On Friday, 3 June 2022 at 00:55:59 UTC, Jack Stouffer wrote: > BTW, this is the description of defaultlib in the help page: > > "-defaultlib=<name> set default library to name" Yeah, the trick is if you leave <name> blank, it sets the default library to none.

On Friday, 3 June 2022 at 00:27:00 UTC, Adam Ruppe wrote: > oh no, you just make a file called `object.d` and add it to your build and you'll override the normal runtime anything fun you could do with that?

On 6/2/2022 12:40 PM, Jack Stouffer wrote: > I really do hope BetterC continues to be worked on I appreciate the time you took to post this, including the links. Yes, we'll continue to work on it! For reference, this link will produce all the open issues tagged with the keyword "betterC": https://issues.dlang.org/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&keywords=betterC%2C%20&keywords_type=allwords&list_id=240903&query_format=advanced

June 04, 2022

Re: BetterC Is Not Ready

Posted by Dukc
in reply to Jack Stouffer

Permalink

Dukc

Posted in reply to Jack Stouffer

Permalink

On Thursday, 2 June 2022 at 19:40:49 UTC, Jack Stouffer wrote:

It's currently practically impossible to translate existing D code to use BetterC in a large code base (haven't tried existing C code, I imagine it's easier). I have an existing app which is ~100,000 lines of D code and I've tried and failed to convert it to BetterC with my own custom runtime.

I have also used -betterC to some extent. Unfortunately I have to agree that you're mostly right.

IMO -betterC works somewhat well when you don't use Phobos much. But if you're using it to any significant extent it's far from working out of the box. I learned that one should copypaste and adapt stuff from Phobos and DRuntime when they don't work right away. -i to the standard library or -allinst might also help, have not tried them myself.

In principle all the ranges stuff that does not use the GC should work seamlessly with -betterC In practice the problem is that some of the -betterC features are implemented by simply not linking the Phobos binary in. Result is that the Phobos source files are processed as header files, but without anything to link to if anything precompilable is found in the files. It might be most practical to simply use the compiler switch to link the Phobos binary in with -betterC. On the other hand, I don't know how much this defeats the purpose of using -betterC in the first place.

On Saturday, 4 June 2022 at 19:25:18 UTC, Walter Bright wrote: > You're right that -betterC means no use of Phobos. Personally I think that's fine, and probably even the situation you'd want to cultivate. Phobos can't be all things to all people. Especially since D is multi-paradigm, and those paradigms are mutually exclusive. Phobos necessarily needs to leave some people out in the cold.

On Saturday, 4 June 2022 at 05:51:46 UTC, Walter Bright wrote: > On 6/2/2022 12:40 PM, Jack Stouffer wrote: >> I really do hope BetterC continues to be worked on > > I appreciate the time you took to post this, including the links Thanks for your movement on these. Got another one for you :) https://issues.dlang.org/show_bug.cgi?id=23159

Forums