digitalmars.D - So what about -betterC flag?
- Rel (7/7) Sep 05 2015 I remember that there was some buzz around undocumented -betterC
- Adam D. Ruppe (4/8) Sep 05 2015 -betterC used to exist, not sure if it still does, but it does
- Laeeth Isharc (4/12) Sep 05 2015 switch still there. don't know what it does, if anything.
- Rel (5/19) Sep 08 2015 I see, it seems that all that flag does is prevent module info
- Rel (5/5) May 10 2016 So... Has anything changed about the -betterC flag lately? It is
- Rel (2/7) May 15 2016 Anyone?
- Adam D. Ruppe (2/3) May 15 2016 Not as far as I know. It remains useless.
I remember that there was some buzz around undocumented -betterC compiler flag that should allow people get away from hard druntime dependencies and write bare metal code, drivers or kernel modules in some limited D subset. Could you make some comments about it. Does it exists and is it practical thing to do? What limitations does it require for your code? Is anyone using it right now and in what context? Thanks!
Sep 05 2015
On Saturday, 5 September 2015 at 10:51:23 UTC, Rel wrote:I remember that there was some buzz around undocumented -betterC compiler flag that should allow people get away from hard druntime dependencies and write bare metal code, drivers or kernel modules in some limited D subset.-betterC used to exist, not sure if it still does, but it does very little and I don't think it helps much; you're still basically on your own in making such code work right.
Sep 05 2015
On Saturday, 5 September 2015 at 12:56:48 UTC, Adam D. Ruppe wrote:On Saturday, 5 September 2015 at 10:51:23 UTC, Rel wrote:switch still there. don't know what it does, if anything. https://github.com/D-Programming-Language/dmd/search?utf8=%E2%9C%93&q=betterCI remember that there was some buzz around undocumented -betterC compiler flag that should allow people get away from hard druntime dependencies and write bare metal code, drivers or kernel modules in some limited D subset.-betterC used to exist, not sure if it still does, but it does very little and I don't think it helps much; you're still basically on your own in making such code work right.
Sep 05 2015
On Saturday, 5 September 2015 at 14:32:39 UTC, Laeeth Isharc wrote:On Saturday, 5 September 2015 at 12:56:48 UTC, Adam D. Ruppe wrote:I see, it seems that all that flag does is prevent module info generation, I don't really know if it may be helpful or not in using D as a "better C" (without druntime). But thanks!On Saturday, 5 September 2015 at 10:51:23 UTC, Rel wrote:switch still there. don't know what it does, if anything. https://github.com/D-Programming-Language/dmd/search?utf8=%E2%9C%93&q=betterCI remember that there was some buzz around undocumented -betterC compiler flag that should allow people get away from hard druntime dependencies and write bare metal code, drivers or kernel modules in some limited D subset.-betterC used to exist, not sure if it still does, but it does very little and I don't think it helps much; you're still basically on your own in making such code work right.
Sep 08 2015
So... Has anything changed about the -betterC flag lately? It is now documented as a compiler flag, but there is no documentation on how to properly use it. Is it considered to be stable now or it is still a hack? What language features are forbidden when using this flag?
May 10 2016
On Wednesday, 11 May 2016 at 06:49:51 UTC, Rel wrote:So... Has anything changed about the -betterC flag lately? It is now documented as a compiler flag, but there is no documentation on how to properly use it. Is it considered to be stable now or it is still a hack? What language features are forbidden when using this flag?Anyone?
May 15 2016
On Wednesday, 11 May 2016 at 06:49:51 UTC, Rel wrote:So... Has anything changed about the -betterC flag lately?Not as far as I know. It remains useless.
May 15 2016