On 2/23/18 6:57 AM, Martin Nowak wrote:
On Monday, 19 February 2018 at 15:58:57 UTC, Joakim wrote:
17. Allow multiple selective imports from different modules in a
single import statement
Let me hopefully conclude this discussion :).
We have an existing ambiguity in the language since at
On Friday, 23 February 2018 at 22:15:37 UTC, Nick Sabalausky
(Abscissa) wrote:
An all-D MySQL/MariaDB client library:
https://github.com/mysql-d/mysql-native
==
[...]
That's a very useful feature. Will simplify some code.
As well as additional tools for
An all-D MySQL/MariaDB client library:
https://github.com/mysql-d/mysql-native
==
Tagged 'v2.1.0-rc1', release candidate for v2.1.0, which mainly adds a
few new features, inlcuding greatly simplified shortcut syntax for
prepared statements (with
On Friday, 23 February 2018 at 10:48:10 UTC, psychoticRabbit
wrote:
On Friday, 23 February 2018 at 09:48:33 UTC, Norm wrote:
This import feature and surrounding discussion I couldn't care
less about ...
I actually spend far more time reading large chunks of code,
than writing code, and I
On Friday, 23 February 2018 at 23:46:02 UTC, Norm wrote:
Well, D is already a compiled scripting language :)
technically (and otherwise) that is not correct...thank god!
lets keep it that way.
On Friday, 23 February 2018 at 16:03:56 UTC, Aurélien Plazzotta
wrote:
Perhaps, we could use Backus-Naur notation, as it is already
widely known into formal documents all over the globe, like the
following:
import std.stdio, std.whatever{this, that}, std.somethingelse,
std.grr{wtf};
That
On Friday, 23 February 2018 at 18:13:51 UTC, Patrick Schluter
wrote:
On Friday, 23 February 2018 at 13:42:45 UTC, psychoticRabbit
wrote:
On Friday, 23 February 2018 at 12:06:23 UTC, Patrick Schluter
wrote:
Absolutely. D scripting is the trojan horse that enables
introduction of it in hostile
i don't understand whole theread.
why all import must be written on one line?
curent syntax very handy and readable.
On Saturday, 24 February 2018 at 07:09:05 UTC, zabruk70 wrote:
i don't understand whole theread.
why all import must be written on one line?
curent syntax very handy and readable.
you must have understood the thread, cause you summarised it
pretty well ;-)
auto result = foo(), bar();
Doesn't look like it works.
---
int f(int a){ return a; }
int main()
{
int a=f(0),f(1); //doesn't compile
return 0;
}
---
int f(int a){ return a; }
int main()
{
int a;
a=f(0),f(1);
assert(a==1); //fails
return 0;
}
---
On Friday, 23 February 2018 at 13:38:25 UTC, Steven Schveighoffer
wrote:
On 2/23/18 8:13 AM, jmh530 wrote:
What if you have something like
import std.stdio, std.conv : to, parse;
and there is a module at the top-level named parse?
Then you have to import it on a separate line, or import it
https://github.com/dlang/druntime/pull/1282
github shows me just two changes in makefiles and nothing else,
need to find where the code comes from.
On Friday, 23 February 2018 at 17:47:08 UTC, Kagamin wrote:
auto result = foo(), bar();
Doesn't look like it works.
---
int f(int a){ return a; }
int main()
{
int a=f(0),f(1); //doesn't compile
return 0;
}
---
int f(int a){ return a; }
int main()
{
int a;
a=f(0),f(1);
On Friday, 23 February 2018 at 00:05:59 UTC, Martin Nowak wrote:
The main use-case for craming multiple imports into a line is
not libraries but scripting, examples, and maybe unit tests.
Those are cases when selective imports shouldn't be used.
experimental.scripting was introduced to reduce
On Friday, 23 February 2018 at 01:02:59 UTC, Martin Nowak wrote:
Also https://en.wikipedia.org/wiki/Law_of_triviality, because
this is certainly easier to grasp than
https://github.com/dlang/druntime/pull/1282
(https://forum.dlang.org/post/mjsma6$196h$1...@digitalmars.com)
If nobody opposes,
On Friday, 23 February 2018 at 02:20:41 UTC, psychotyicRabbit
wrote:
On Friday, 23 February 2018 at 01:57:37 UTC, Martin Nowak wrote:
On Thursday, 22 February 2018 at 11:15:35 UTC, psychoticRabbit
wrote:
import std.rabbit [food, water], std.house, std.family
[carer];
Also, D is pretty
On Monday, 12 February 2018 at 05:36:51 UTC, Jonathan M Davis
wrote:
dxml 0.2.0 has now been released.
Documentation: http://jmdavisprog.com/docs/dxml/0.2.0/
Github: https://github.com/jmdavis/dxml/tree/v0.2.0
Dub: http://code.dlang.org/packages/dxml
- Jonathan M Davis
This is absolutely
On Friday, 23 February 2018 at 18:13:01 UTC, Martin Nowak wrote:
On Monday, 19 February 2018 at 20:17:05 UTC, Andre Pany wrote:
You also need to install VC++ 2015 redistributable to run
lld-link.exe.
The x86 one btw.
Also [18510 – [Beta 2.079] lld-link.exe fails to open obj file in
On Friday, 23 February 2018 at 13:42:45 UTC, psychoticRabbit
wrote:
On Friday, 23 February 2018 at 12:06:23 UTC, Patrick Schluter
wrote:
Absolutely. D scripting is the trojan horse that enables
introduction of it in hostile environment. Runnable compiled
source code is nice.
scripting
Thanks to the work of Rabs Rincon [1] DMD is now supported on
https://d.godbolt.org
A simple example of comparing DMD's object code with LDC's +
GDC's output:
https://godbolt.org/g/EQCTNy
[1] https://github.com/mattgodbolt/compiler-explorer/issues/306
On Monday, 19 February 2018 at 20:17:05 UTC, Andre Pany wrote:
You also need to install VC++ 2015 redistributable to run
lld-link.exe. Let's see if we can lift that requirement until the
release.
[18509 – [Beta 2.079] lld-link.exe needs
On Friday, 23 February 2018 at 19:06:42 UTC, Martin Nowak wrote:
On Friday, 23 February 2018 at 18:13:01 UTC, Martin Nowak wrote:
On Monday, 19 February 2018 at 20:17:05 UTC, Andre Pany wrote:
You also need to install VC++ 2015 redistributable to run
lld-link.exe.
The x86 one btw.
Also
On Friday, February 23, 2018 10:57:21 Martin Nowak via Digitalmars-d-
announce wrote:
> On Friday, 23 February 2018 at 10:48:10 UTC, psychoticRabbit
>
> wrote:
> > If D just wants to become a compiled scripting language...good
> > luck to it.
>
> That's certainly not the goal, but as with every
On Friday, 23 February 2018 at 11:57:05 UTC, Martin Nowak wrote:
But certainly anything in that direction requires time and
research, which I don't have for that topic.
Also new syntax would likely be met with strong resistance due to
the amount of induced churn.
On Friday, 23 February 2018 at 10:48:10 UTC, psychoticRabbit
wrote:
If D just wants to become a compiled scripting language...good
luck to it.
That's certainly not the goal, but as with every tool people
become very familiar with, it's used creatively for things other
than initially
On Monday, 19 February 2018 at 15:58:57 UTC, Joakim wrote:
17. Allow multiple selective imports from different modules in
a single import statement
Let me hopefully conclude this discussion :).
We have an existing ambiguity in the language since at least dmd
1.0. This is unfortunate but
On Friday, 23 February 2018 at 09:48:33 UTC, Norm wrote:
[snip]
On Friday, 23 February 2018 at 04:06:23 UTC, psychoticRabbit
wrote:
Third, making D more and more like a quick scripting/hacking
language (by removing or hiding so called 'noise', is not a
good idea in my opinion. That too
On 2018-02-19 11:49, Martin Nowak wrote:
Glad to announce the first beta for the 2.079.0 release, ♥ to the 77
contributors for this release.
The following is a regression that breaks DWT:
extern (C) void foo(int) { }
extern (C) void foo(double) { }
The above used to compile but now results
On Friday, February 23, 2018 10:08:58 Mike Franklin via Digitalmars-d-
announce wrote:
> On Friday, 23 February 2018 at 09:18:33 UTC, Jacob Carlborg wrote:
> > On 2018-02-19 11:49, Martin Nowak wrote:
> >> Glad to announce the first beta for the 2.079.0 release, ♥ to
> >> the 77
> >> contributors
On Friday, 23 February 2018 at 09:48:33 UTC, Norm wrote:
Ability to quickly script in D was a big selling point for D at
my workplace, I'd say *the* feature that got uninterested
developers listening and trying the language. Being able to
replace their Python scripts with a fast native
On Friday, 23 February 2018 at 09:48:33 UTC, Norm wrote:
This import feature and surrounding discussion I couldn't care
less about ...
I actually spend far more time reading large chunks of code, than
writing code, and I certainly do NOT want to spend extra time
deciphering imports, due to
[snip]
On Friday, 23 February 2018 at 04:06:23 UTC, psychoticRabbit
wrote:
Third, making D more and more like a quick scripting/hacking
language (by removing or hiding so called 'noise', is not a
good idea in my opinion. That too seemed to be a motivator for
at some aspect of the change.
On Friday, 23 February 2018 at 09:18:33 UTC, Jacob Carlborg wrote:
On 2018-02-19 11:49, Martin Nowak wrote:
Glad to announce the first beta for the 2.079.0 release, ♥ to
the 77
contributors for this release.
The following is a regression that breaks DWT:
extern (C) void foo(int) { }
extern
On 2/23/18 8:13 AM, jmh530 wrote:
On Friday, 23 February 2018 at 11:57:05 UTC, Martin Nowak wrote:
A newcomer to D could rightfully conclude that comma is a module
separator and the following is the correct syntax to import multiple
symbols.
import std.stdio, std.conv : to, std.conv :
On Friday, 23 February 2018 at 12:06:23 UTC, Patrick Schluter
wrote:
Absolutely. D scripting is the trojan horse that enables
introduction of it in hostile environment. Runnable compiled
source code is nice.
scripting languages is reinventing computer science.. only really
badly.
A bit of info to help kick start sightseeing plans in Munich and
plan your stay at the NH Munich Messe. Don't forget, the
submission deadline is this weekend: Feb 25 at midnight AOE.
The blog:
https://dlang.org/blog/2018/02/23/dconf-2018-munich-the-venue/
Reddit:
On Friday, 23 February 2018 at 03:26:11 UTC, Seb wrote:
On Friday, 23 February 2018 at 03:20:22 UTC, psychoticRabbit
wrote:
compared to the current change in beta.
FWIW the change is almost gone from the beta:
https://github.com/dlang/dmd/pull/7939
Glad its *almost* gone. That change
It could be interesting if a D-team would win this :)
tl;dr:
Google gives a coding problem, you have to solve it. Any
programming language is accepted. You have to register your team.
Details:
https://hashcode.withgoogle.com/overview.html
Previous problems:
On Friday, 23 February 2018 at 11:24:24 UTC, Jonathan M Davis
wrote:
On Friday, February 23, 2018 10:57:21 Martin Nowak via
Digitalmars-d- announce wrote:
On Friday, 23 February 2018 at 10:48:10 UTC, psychoticRabbit
wrote:
> If D just wants to become a compiled scripting
> language...good
On Friday, 23 February 2018 at 11:57:05 UTC, Martin Nowak wrote:
A newcomer to D could rightfully conclude that comma is a
module separator and the following is the correct syntax to
import multiple symbols.
import std.stdio, std.conv : to, std.conv : parse;
What if you have
On Friday, 23 February 2018 at 11:57:05 UTC, Martin Nowak wrote:
On Monday, 19 February 2018 at 15:58:57 UTC, Joakim wrote:
Given the effort required for a language change, it's seductive
to streamline seemingly small changes, but it certainly
increases the risk of design mistakes, thanks
On Friday, 23 February 2018 at 14:07:03 UTC, Andrea Fontana wrote:
It could be interesting if a D-team would win this :)
tl;dr:
Google gives a coding problem, you have to solve it. Any
programming language is accepted. You have to register your
team.
Details:
42 matches
Mail list logo
