On 15/08/2018 9:31 PM, Russel Winder wrote:
Maybe then Dub should be better able to handle shared objects. Whilst the
whole static linking vs. shared objects is another topic that descends into
flame wars of prejudice, the de facto standard tool should not really be
taking sides in the war but
On Wednesday, August 15, 2018 3:21:29 AM MDT Per Nordlöw via Digitalmars-d-
learn wrote:
> Have anybody thought about non-throwing variants of std.conv.to
> typically named `tryTo`
> similar to what Folly
>
> https://github.com/facebook/folly/blob/master/folly/docs/Conv.md#non-throw
>
On Tuesday, 14 August 2018 at 13:34:51 UTC, rikki cattermole
wrote:
On 15/08/2018 1:11 AM, Rel wrote:
Can I or is it even possible to remove the CRT (C's runtime
library) completely from my executables compiled with betterC
flag?
Sure, but you can't let dmd link and it'll be a right pain (at
On Wednesday, 15 August 2018 at 08:14:53 UTC, Petar Kirov
[ZombineDev] wrote:
https://run.dlang.io/is/iD9ydu
I made a typo in one of the comments. Here's the fixed version:
https://run.dlang.io/is/HRqYcZ
On Monday, 13 August 2018 at 18:48:21 UTC, Seb wrote:
As a few of you might have noticed, we bought a Code Signing
Certificate a few days ago and while we're still investigating
on how to integrate the code signing best into the release
process, I thought a share a first preview of signed DMD
https://issues.dlang.org/show_bug.cgi?id=18251
Seb changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
On Wednesday, 15 August 2018 at 02:40:03 UTC, Soulsbane wrote:
Btw, what path does dls search for the dfmt executable? I put
my compiled version in my $PATH and it's not picking it up.
This is on Linux.
It doesn't use anything on your machine, it uses DCD, D-Scanner
and DFMT as libraries
On Tuesday, 14 August 2018 at 17:49:32 UTC, Mike Franklin wrote:
On Tuesday, 14 August 2018 at 17:22:42 UTC, Seb wrote:
FYI: staticArray will be part of 2.082, it already works with
dmd-nightly:
That just seems wrong. Isn't the fact that `staticArray` is
needed a bug in the compiler? I
On Wednesday, 15 August 2018 at 10:38:23 UTC, Jonathan M Davis
wrote:
Would it be sane to add these to std.conv alongside existing
std.conv.to so that underlying logic in std.conv.to can be
reused?
If so, AFAICT, existing std.conv.to should be implemented on
Put something together to get
On Wednesday, 15 August 2018 at 08:14:53 UTC, Petar Kirov
[ZombineDev] wrote:
It's not a bug, it's all about how the type system is set up.
The type of an array literal expression like `[1, 2, 3]` is
`int[]` (a slice of an array of ints), so no matter if you do:
auto readonly(T)(const(T)[]
Have anybody thought about non-throwing variants of std.conv.to
typically named `tryTo`
similar to what Folly
https://github.com/facebook/folly/blob/master/folly/docs/Conv.md#non-throwing-interfaces
does, for instance, as
tryTo(str).then([](int i) { use(i); });
?
Would it be sane to add
On Wednesday, 15 August 2018 at 06:21:39 UTC, Rel wrote:
There are other ways to do minimalist programming in D without
-betterC. See
https://dlang.org/changelog/2.079.0.html#minimal_runtime
Well, what would be the difference between betterC and writing
my own minimal runtime?
It depend on
On Tuesday, 14 August 2018 at 16:10:41 UTC, Jacob Carlborg wrote:
On Tuesday, 14 August 2018 at 14:42:54 UTC, Seb wrote:
On Monday, 13 August 2018 at 19:09:55 UTC, Jacob Carlborg
wrote:
Any plans for doing the same thing for the installer on
macOS? It complains that it's from an unidentified
Nice work Anton!
It's nice to see that people are interested in writing better
test runners. This project reminds me of `tested`:
http://code.dlang.org/packages/tested
On Monday, 13 August 2018 at 17:32:32 UTC, Anton Fediushin wrote:
On Monday, 13 August 2018 at 11:57:34 UTC, Atila Neves
On Tue, 2018-08-14 at 17:51 +, Filipe Laíns via Digitalmars-d-announce
wrote:
[…]
>
> Yeah, Meson is a build system, not a package manager. This
> problem can be solved by simply creating a script that fetches
> and builds de dependencies. When creating a script, you might
> also want to
On Tuesday, 14 August 2018 at 16:03:05 UTC, vit wrote:
import std.traits : EnumMembers;
import std.string : join;
import std.algorithm : map;
pragma(msg, [EnumMembers!Type].map!(x => cast(string)x).join("
"));
Thank you!
Jonathan M Davis, I understood.
On Wednesday, 15 August 2018 at 09:26:26 UTC, Seb wrote:
If so, AFAICT, existing std.conv.to should be implemented on
top of std.conv.tryTo.
Well, for now you can use `ifThrown` from std.exception:
https://dlang.org/phobos/std_exception.html#ifThrown
---
"foo".to!int.ifThrown(42)
But the
https://issues.dlang.org/show_bug.cgi?id=18250
Seb changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
core.exception.AssertError@/src/phobos/std/container/array.d(1667): Using out
of bounds indexes on an Array
Should this code[1] really try to access something out of bounds
and assert?
Also: shouldn't this assertion[2] be perhaps inside
`version(D_NoBoundsChecks){} else { ... }` block?
Hello,
I have the following code:
string[] list;
string text;
// ...
enum pattern = ctRegex!`^[0-9]+$`;
list = text.split('\n').map!(line =>
line.matchFirst(pattern).hit);
Compiler says that it can't convert result of map function to
string[]...
What I want:
1. Split some text into lines
On 16/08/2018 2:58 AM, Everlast wrote:
The notation may seem a little funky but it is perfectly valid since
this is as simple rewrite rule(direct isomorphic correspondence law).
Except there is one little problem with it.
It already exists. Its called AssignExpression but it does not not
https://issues.dlang.org/show_bug.cgi?id=19071
--- Comment #1 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/druntime
https://github.com/dlang/druntime/commit/2f1275cee4fc865ae32c14be43a3a106c425eb92
Fix Issue 19071 - core.internal.hash should have
https://issues.dlang.org/show_bug.cgi?id=12335
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=12335
--- Comment #3 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/dca849389f5e293a3ec59444060d317dc1de1316
Fix Issue 12335 - std.algorithm.skipOver should support
On 16/08/2018 1:31 AM, Bogdan Szabo wrote:
I wonder if the test runners could provide a template for the injected
code, that dub could use it on `dub test`. I wonder if we could add
something like `"testRunner": "trial"` in the dub.json file.
I've thought about this a bit. Adding special
It's a bug:
auto s=ar[];
s.popFront();
auto s1=s[0..0]; //out of bounds
https://issues.dlang.org/show_bug.cgi?id=18788
Seb changed:
What|Removed |Added
CC||greensunn...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=19159
Seb changed:
What|Removed |Added
CC||greensunn...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=19168
Seb changed:
What|Removed |Added
CC||greensunn...@gmail.com
--- Comment #1 from Seb ---
On Wednesday, 15 August 2018 at 11:26:20 UTC, Anton Fediushin
wrote:
On Wednesday, 15 August 2018 at 08:42:46 UTC, Bogdan Szabo
wrote:
Nice work Anton!
It's nice to see that people are interested in writing better
test runners. This project reminds me of `tested`:
Many times one must create a variable before a function call:
int x = 3;
foo(x);
writeln(x);
and this is fraught with problems such as dependencies(move or
change the second line and one has to validate how the first line
is affected along with all the others).
A new an improved
On Wednesday, 15 August 2018 at 13:53:02 UTC, Andrey wrote:
Hello,
I have the following code:
string[] list;
string text;
// ...
enum pattern = ctRegex!`^[0-9]+$`;
list = text.split('\n').map!(line =>
line.matchFirst(pattern).hit);
Compiler says that it can't convert result of map function
On Wednesday, 15 August 2018 at 14:58:40 UTC, Everlast wrote:
foo(x = 3);
C# 7 brought something similar for out params.
int.tryParse("1234", out int myNum);
Based on this approach, I would argue, that a reasonable syntax
would also contain the type, which leads to something like the
On 8/12/18 11:07 AM, Anton Fediushin wrote:
Hello, I'm glad to announce that silly v0.0.1 is released.
Silly is a brand-new test runner with simplicity in mind. It's developed
to be as simple as possible and contain no useless features. Another
important goal is to provide flexible tool which
On Wednesday, 15 August 2018 at 15:13:50 UTC, Kagamin wrote:
It's a bug:
Is it a known one?
On Wednesday, 15 August 2018 at 20:45:34 UTC, Andrei Alexandrescu
wrote:
... We are in talks with a few more students from Romania and
Brazil...
I'm from Brazil and I use D for hobby projects. It would be nice
to present them later, in fact I was interested to create D group
around here and
On Wednesday, August 15, 2018 10:40:49 AM MDT Alex via Digitalmars-d-learn
wrote:
> Hi all.
> Finally, I arrived at something like this:
>
> ´´´
> void main()
> {
> S!(sarr)[] sarr;
> }
>
> struct S(alias Reference)
> {
> size_t id()
> in
> {
> // not static assert, only because a
On Tuesday, 14 August 2018 at 23:24:58 UTC, Soulsbane wrote:
On Tuesday, 14 August 2018 at 22:24:48 UTC, Laurent Tréguier
wrote:
On Tuesday, 14 August 2018 at 21:07:34 UTC, Soulsbane wrote:
Perhaps I missed it but is there an option to disable dfmt
completely. I see several options, for
On Wednesday, 15 August 2018 at 09:21:29 UTC, Per Nordlöw wrote:
Have anybody thought about non-throwing variants of std.conv.to
typically named `tryTo`
similar to what Folly
https://github.com/facebook/folly/blob/master/folly/docs/Conv.md#non-throwing-interfaces
does, for instance, as
On Wednesday, 15 August 2018 at 08:42:46 UTC, Bogdan Szabo wrote:
Nice work Anton!
It's nice to see that people are interested in writing better
test runners. This project reminds me of `tested`:
http://code.dlang.org/packages/tested
Thanks, tested works just like unit-threaded - list of
On 8/15/18 5:31 PM, Matheus wrote:
On Wednesday, 15 August 2018 at 20:45:34 UTC, Andrei Alexandrescu wrote:
... We are in talks with a few more students from Romania and Brazil...
I'm from Brazil and I use D for hobby projects. It would be nice to
present them later, in fact I was interested
On Wednesday, 15 August 2018 at 21:42:11 UTC, Jonathan M Davis
wrote:
What are you actually trying to do? Aside from the circular
reference issues, using the address of a struct like that is
very risky, because if the struct is ever moved, it will change.
Yeah... my functions are all ref.
On 8/13/18 5:50 AM, Joakim wrote:
Announced last week, the Nim team will be adding two full-time paid devs
and setting up grants for needed projects with this new funding:
https://our.status.im/status-partners-with-the-team-behind-the-programming-language-nim/
On Wednesday, 15 August 2018 at 11:34:42 UTC, Laurent Tréguier
wrote:
On Wednesday, 15 August 2018 at 02:40:03 UTC, Soulsbane wrote:
Btw, what path does dls search for the dfmt executable? I put
my compiled version in my $PATH and it's not picking it up.
This is on Linux.
It doesn't use
On Wednesday, 15 August 2018 at 16:40:49 UTC, Alex wrote:
Hi all.
Finally, I arrived at something like this:
´´´
void main()
{
S!(sarr)[] sarr;
}
struct S(alias Reference)
{
size_t id()
in
{
// not static assert, only because a pointer is never known
in
On Wednesday, 15 August 2018 at 16:56:39 UTC, Everlast wrote:
foo(int x = 3);
foo(auto x = 3);
If one has to declare the type it reduces it's effectiveness.
auto is not a type ;-) Having e.g. auto or a type makes it clear
that a new variable is being defined. I'd like this to work
inside a
Hi all.
Finally, I arrived at something like this:
´´´
void main()
{
S!(sarr)[] sarr;
}
struct S(alias Reference)
{
size_t id()
in
{
// not static assert, only because a pointer is never known in
advance
assert(Reference.ptr <= );
}
On 8/15/18 2:05 PM, Steven Schveighoffer wrote:
On 8/15/18 12:27 PM, 0xEAB wrote:
On Wednesday, 15 August 2018 at 15:13:50 UTC, Kagamin wrote:
It's a bug:
Is it a known one?
Nope. And I figured out the problem. Will submit a fix.
https://issues.dlang.org/show_bug.cgi?id=19171
-Steve
https://issues.dlang.org/show_bug.cgi?id=19171
Steven Schveighoffer changed:
What|Removed |Added
Keywords||pull
--- Comment #1 from Steven
On Wednesday, 15 August 2018 at 14:33:26 UTC, Steven
Schveighoffer wrote:
On 8/12/18 11:07 AM, Anton Fediushin wrote:
Hello, I'm glad to announce that silly v0.0.1 is released.
Silly is a brand-new test runner with simplicity in mind. It's
developed to be as simple as possible and contain no
On 8/15/18 12:27 PM, 0xEAB wrote:
On Wednesday, 15 August 2018 at 15:13:50 UTC, Kagamin wrote:
It's a bug:
Is it a known one?
Nope. And I figured out the problem. Will submit a fix.
-Steve
On Wednesday, 15 August 2018 at 15:31:14 UTC, 0xEAB wrote:
On Wednesday, 15 August 2018 at 14:58:40 UTC, Everlast wrote:
foo(x = 3);
C# 7 brought something similar for out params.
int.tryParse("1234", out int myNum);
Based on this approach, I would argue, that a reasonable syntax
would
On Wednesday, 15 August 2018 at 14:01:24 UTC, rikki cattermole
wrote:
On 16/08/2018 1:31 AM, Bogdan Szabo wrote:
I wonder if the test runners could provide a template for the
injected code, that dub could use it on `dub test`. I wonder
if we could add something like `"testRunner": "trial"` in
https://issues.dlang.org/show_bug.cgi?id=19171
Issue ID: 19171
Summary: Array!bool range slicing has invalid assert
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: normal
On Wednesday, 15 August 2018 at 09:11:08 UTC, Seb wrote:
In theory it would be `dfmt_space_after_keywords` in the
.editorconfig, but it's not implemented yet:
https://github.com/dlang-community/dfmt#dfmt-specific-properties
That's interesting! Thanks for the info!
On 8/15/18 2:12 PM, Steven Schveighoffer wrote:
https://issues.dlang.org/show_bug.cgi?id=19171
PR: https://github.com/dlang/phobos/pull/
-Steve
https://issues.dlang.org/show_bug.cgi?id=19087
Seb changed:
What|Removed |Added
CC||greensunn...@gmail.com
--- Comment #1 from Seb ---
>
https://issues.dlang.org/show_bug.cgi?id=18872
Seb changed:
What|Removed |Added
CC||greensunn...@gmail.com
Component|druntime
https://issues.dlang.org/show_bug.cgi?id=18899
Seb changed:
What|Removed |Added
CC||greensunn...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=19087
Mathias LANG changed:
What|Removed |Added
CC||pro.mathias.l...@gmail.com
--- Comment #3
https://issues.dlang.org/show_bug.cgi?id=18991
Seb changed:
What|Removed |Added
CC||greensunn...@gmail.com
Component|phobos
https://issues.dlang.org/show_bug.cgi?id=19033
Seb changed:
What|Removed |Added
CC||greensunn...@gmail.com
--- Comment #1 from Seb ---
https://issues.dlang.org/show_bug.cgi?id=18929
Seb changed:
What|Removed |Added
Keywords||bootcamp
CC|
https://issues.dlang.org/show_bug.cgi?id=19087
--- Comment #4 from Mike Franklin ---
I'm not sure how to make it a compile-time error. For example the code could
be...
void test(int p)
{
final switch (p)
{
case 42:
break;
}
}
void main()
{
import core.stdc.stdlib;
On Wednesday, 15 August 2018 at 06:39:50 UTC, Mike Parker wrote:
String literals are implicitly convertible to const(char)* and
are guaranteed to be nul-terminated like a C string, so this
works:
[...]
Does that help?
Yes, indeed. I think I possibly read about literal strings being
https://issues.dlang.org/show_bug.cgi?id=19162
Seb changed:
What|Removed |Added
Keywords||pull
CC|
https://issues.dlang.org/show_bug.cgi?id=19087
--- Comment #2 from Seb ---
A start for a discussion: https://github.com/dlang/druntime/pull/2274
--
On Mon, 13 Aug 2018 at 18:00, Mike Franklin via Digitalmars-d
wrote:
>
> On Monday, 13 August 2018 at 18:48:21 UTC, Seb wrote:
>
> > Feedback is welcome ;-)
>
> Thanks a lot for doing this. Honestly, I think this small
> change, if we can keep it maintained, will make a significant
> impact in
https://issues.dlang.org/show_bug.cgi?id=18816
Seb changed:
What|Removed |Added
CC||greensunn...@gmail.com
OS|All
https://issues.dlang.org/show_bug.cgi?id=19123
Seb changed:
What|Removed |Added
CC||greensunn...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=19163
Seb changed:
What|Removed |Added
CC||greensunn...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=19061
Seb changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
On Wednesday, 15 August 2018 at 22:12:55 UTC, Andrei Alexandrescu
wrote:
On 8/15/18 5:31 PM, Matheus wrote:
On Wednesday, 15 August 2018 at 20:45:34 UTC, Andrei
Alexandrescu wrote:
... We are in talks with a few more students from Romania and
Brazil...
I'm from Brazil and I use D for hobby
https://issues.dlang.org/show_bug.cgi?id=18816
--- Comment #2 from dd86k ---
Forgot about this ticket.
I made it work under Windows, see
https://github.com/dd86k/dd-dos/blob/master/src/ddc/ddc.d#L63-L69 (and _NFILE).
I almost pulled the repo and make a pull request, so feel free to base a pull
Thanks to everyone who sent in a SAoC application or volunteered
as a mentor. If you haven't yet received an acknowledgement of
your application, you should hear from me in the next 12 hours.
If you haven't heard from me by Saturday, contact me at
aldac...@gmail.com to check in and make sure
https://issues.dlang.org/show_bug.cgi?id=19171
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/5a3a1819223f3cc4d70565000d8a083b6a65aced
Fix issue 19171 - Fix invalid assert in Array!bool
https://issues.dlang.org/show_bug.cgi?id=19171
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
printf() and exit() are part of the CRT.
Well, yes, but there is implementation for them in msvcrt.dll,
which is installed on all Windows platforms. So I can link to it
and use it for free, without adding the whole CRT to my
executable. Otherwise I could use MessageBox and ExitProcess for
There are other ways to do minimalist programming in D without
-betterC. See
https://dlang.org/changelog/2.079.0.html#minimal_runtime
Well, what would be the difference between betterC and writing my
own minimal runtime? For the time being doing betterC looks
preferable, so I don't need to
On Tuesday, 14 August 2018 at 13:11:57 UTC, Rel wrote:
Can I or is it even possible to remove the CRT (C's runtime
library) completely from my executables compiled with betterC
flag?
If you use either the current beta or master branch of LDC I
believe they have disabled the C runtime for
On Wednesday, 15 August 2018 at 02:40:22 UTC, Joe wrote:
I understand that, Mike. However if I'm not mistaken given
something in C like
char* strs[] = { "This", "is a", "test"};
AFAIK, even with -betterC and an extern (C), the literals will
still be understood by D as type "string", and
81 matches
Mail list logo
