On Sunday, 23 September 2018 at 21:15:17 UTC, FromAnotherPlanet
wrote:
On Friday, 21 September 2018 at 06:34:47 UTC, Vladimir
Panteleev wrote:
On Friday, 21 September 2018 at 06:30:40 UTC, Walter Bright
wrote:
On 9/20/2018 10:11 PM, mate wrote:
Note that the build can be done at compile time
On Friday, 21 September 2018 at 06:34:47 UTC, Vladimir Panteleev
wrote:
On Friday, 21 September 2018 at 06:30:40 UTC, Walter Bright
wrote:
On 9/20/2018 10:11 PM, mate wrote:
Note that the build can be done at compile time because the
metaprogramming capabilities of the language are not limited
On Friday, 21 September 2018 at 18:20:21 UTC, Adam D. Ruppe wrote:
You don't need an API call to do that. You just provide the
icon in a resource to the linker or a separate resource thing.
Some C++ environments do it via pragmas, or you can do it
traditionally in a makefile/build command line
On 9/21/2018 7:46 AM, Steven Schveighoffer wrote:
I can see the marketing now, "D finds infinite loops in compile-time code way
faster than Jai!".
We need you over in marketing!
On 9/21/2018 9:29 AM, welkam wrote:
Jai compiler perform parsing and lexing in different thread so its kinda multi
threaded. Its possible to do the same with D front end. We can start here but
there are plenty of low hanging fruits in compiler you just need to run profiler
to find them
D was
On Friday, 21 September 2018 at 13:37:58 UTC, aliak wrote:
Si si, but i believe the loadExecutableIcon actually calls
windows APIs to set an icon on an executable, and they'd
probably @system which means I don't think that could be done
in D.
You don't need an API call to do that. You just
On Thursday, 20 September 2018 at 23:13:38 UTC, aliak wrote:
And is there anyway to get even near the performance of Jai
when it comes to compilations
I watched the same video today. What a coincidence.
In Jai example 80 000 lines of "code" include comments and empty
lines. Since we know
On Fri, Sep 21, 2018 at 07:58:56AM +, mate via Digitalmars-d wrote:
[...]
> I realize that with build instructions written in unrestricted
> language it is easier to create a dependency on something else than
> the compiler, such as the OS. Maybe they plan to solve this problem
> with
On Fri, Sep 21, 2018 at 10:53:39AM +, Vladimir Panteleev via Digitalmars-d
wrote:
> On Friday, 21 September 2018 at 07:58:16 UTC, mate wrote:
> > Different sensibilities on where to put restrictions clearly lead to
> > different designs. I am not sure myself what is best.
>
> The more people
On Friday, 21 September 2018 at 13:28:47 UTC, aliak wrote:
Sure, all true, but from what I've seen of Jai, it's not a
simple language, and it does a decent amount of compile time
stuff, but who knows, maybe the code is simple indeed. I
remember a demo where he ran a game at compile time and
On 9/21/18 10:19 AM, Nicholas Wilson wrote:
On Friday, 21 September 2018 at 09:21:34 UTC, Petar Kirov [ZombineDev]
wrote:
I have been watching Jonathan Blow's Jai for a while myself. There are
many interesting ideas there, and many of them are what made me like D
so much in the first place.
On Friday, 21 September 2018 at 09:21:34 UTC, Petar Kirov
[ZombineDev] wrote:
I have been watching Jonathan Blow's Jai for a while myself.
There are many interesting ideas there, and many of them are
what made me like D so much in the first place. It's very
important to note that the speed
On Friday, 21 September 2018 at 09:21:34 UTC, Petar Kirov
[ZombineDev] wrote:
On Thursday, 20 September 2018 at 23:13:38 UTC, aliak wrote:
Alo!
I have been watching Jonathan Blow's Jai for a while myself.
There are many interesting ideas there, and many of them are
what made me like D so
On Friday, 21 September 2018 at 05:39:35 UTC, Vladimir Panteleev
wrote:
On Friday, 21 September 2018 at 05:11:32 UTC, mate wrote:
Note that the build can be done at compile time because the
metaprogramming capabilities of the language are not limited
in terms of system calls.
Good luck
On Friday, 21 September 2018 at 01:04:51 UTC, Joakim wrote:
On Friday, 21 September 2018 at 00:47:27 UTC, Adam D. Ruppe
wrote:
Of course, D can also take ages to compile one line of code.
It all depends on that that line is doing... ctfe and
templates are slow. C or Java style code compiling
On Friday, 21 September 2018 at 07:37:14 UTC, Walter Bright wrote:
On 9/21/2018 12:19 AM, mate wrote:
It depends on the developer not doing anything stupid
Aye, there's the rub!
The evolution of programming language discussions from
"sufficiently smart compiler" to "sufficiently smart
On Friday, 21 September 2018 at 07:58:16 UTC, mate wrote:
Different sensibilities on where to put restrictions clearly
lead to different designs. I am not sure myself what is best.
The more people you have on your team, the more you appreciate
the restrictions. If you are working on a
On Thursday, 20 September 2018 at 23:13:38 UTC, aliak wrote:
Alo!
I have been watching Jonathan Blow's Jai for a while myself.
There are many interesting ideas there, and many of them are what
made me like D so much in the first place. It's very important to
note that the speed claims he
On Friday, 21 September 2018 at 07:19:41 UTC, mate wrote:
Reproducible builds are out too, as the produced object file
is no longer purely a function of the source code and compiler
version.
It depends on the developer not doing anything stupid in the
build instructions, be it
On Friday, 21 September 2018 at 07:37:14 UTC, Walter Bright wrote:
On 9/21/2018 12:19 AM, mate wrote:
It depends on the developer not doing anything stupid
Aye, there's the rub!
;-)
Different sensibilities on where to put restrictions clearly lead
to different designs. I am not sure myself
On Friday, 21 September 2018 at 06:02:26 UTC, mate wrote:
I am actually not sure if there really are no limitations to
Jai’s CTFE, in its current state.
What I like with unrestricted CTFE is that it makes something
that was completely safe a security problem.
On Thursday, 20 September 2018 at 23:13:38 UTC, aliak wrote:
you can create your build recipe inside the program
But this is not a particularly good idea and is even against the
times.
Everyone is moving from powerful languages like makefiles to
_less_ powerful languages (like dub.json) to
On 9/21/2018 12:19 AM, mate wrote:
It depends on the developer not doing anything stupid
Aye, there's the rub!
On Friday, 21 September 2018 at 06:34:47 UTC, Vladimir Panteleev
wrote:
The problem with putting it in the compiler is that it
invalidates many contracts (and, thus, use cases) about what
invoking the compiler can do. This means you can't bisect or
reduce (as with Dustmite) the source code
On Friday, 21 September 2018 at 06:30:40 UTC, Walter Bright wrote:
On 9/20/2018 10:11 PM, mate wrote:
Note that the build can be done at compile time because the
metaprogramming capabilities of the language are not limited
in terms of system calls.
Back in the naive olden days, Microsoft
On 9/20/2018 10:11 PM, mate wrote:
Note that the build can be done at compile time because the metaprogramming
capabilities of the language are not limited in terms of system calls.
Back in the naive olden days, Microsoft released ActiveX, where a web page could
load executable objects (!)
On Friday, 21 September 2018 at 05:39:35 UTC, Vladimir Panteleev
wrote:
On Friday, 21 September 2018 at 05:11:32 UTC, mate wrote:
Note that the build can be done at compile time because the
metaprogramming capabilities of the language are not limited
in terms of system calls.
Good luck
On Friday, 21 September 2018 at 05:11:32 UTC, mate wrote:
Note that the build can be done at compile time because the
metaprogramming capabilities of the language are not limited in
terms of system calls.
Good luck bisecting that code base when any version of it did
anything even mildly
On Friday, 21 September 2018 at 02:44:57 UTC, Nick Sabalausky
(Abscissa) wrote:
2. He created a standard (and presumably mandatory) build tool
to go along with his language, but is avoiding *calling* it a
build tool...even though it's clearly just a build tool that
happens to be built into the
On 9/20/2018 7:44 PM, Nick Sabalausky (Abscissa) wrote:
3. You can embed your buildscript into one of your project's existing source
files, instead of putting it in a dedicated buildscript file.
(We can do that in D too, by utilizing version identifiers, but we don't because
its messy and
On 09/20/2018 07:13 PM, aliak wrote:
On a related note: He also mentions some really cool compilation
features like having compiler hooks that tell you when compilation is
done, when executable and where it will be written so you can create
your build recipe inside the program itself. Also
On Friday, 21 September 2018 at 00:47:27 UTC, Adam D. Ruppe wrote:
Of course, D can also take ages to compile one line of code. It
all depends on that that line is doing... ctfe and templates
are slow. C or Java style code compiling in D is very fast.
I was going to say this too, ie how much
On Thursday, 20 September 2018 at 23:13:38 UTC, aliak wrote:
he can now compile an 80,000 line game in about 1.5 seconds on
a laptop
D can compile similar amounts of code in half the time.
For example, the entire D1 runtime and standard library can be
built (compiled and linked!) in 0.6
On Thursday, 20 September 2018 at 23:13:38 UTC, aliak wrote:
Alo!
I just watched this talk from Jonathan Blow [0] about his
programming language called Jai, and he can now compile an
80,000 line game in about 1.5 seconds on a laptop (of course I
have no idea what laptop he's using), under 1
34 matches
Mail list logo
