https://issues.dlang.org/show_bug.cgi?id=18110
Issue 18110 depends on issue 18444, which changed state.
Issue 18444 Summary: [DIP25][DIP1000] Tracking issue for: "The implementation
doesn't match DIPs 25/1000"
https://issues.dlang.org/show_bug.cgi?id=18444
What|Removed
With the advent of this software the task of the accountants to
be precise is smoothened to an extent that the company saves
money and labor which goes in vain in hiring the entire
accounting staff.
There are many Issues in QuickBooks Software like How to install
QuickBooks, QuickBooks multi
https://issues.dlang.org/show_bug.cgi?id=18444
Walter Bright changed:
What|Removed |Added
Status|NEW |RESOLVED
On Monday, 19 March 2018 at 17:33:31 UTC, Dukc wrote:
public static int Foo(int[] input)
{ int result = 10;
for (int i = input.Length / 4; i >= 0; i -= 4)
{ int sum = 0;
for (int j = i; j < i +4 && j < input.Length; j++) sum
+= input[j];
sum *= i;
result =
On 19 March 2018 at 22:31, Nicholas Wilson via Digitalmars-d
wrote:
> On Tuesday, 20 March 2018 at 02:28:21 UTC, Manu wrote:
>>
>> On 19 March 2018 at 17:17, Mike Franklin via Digitalmars-d
>> wrote:
>>>
>>> On Tuesday, 20 March 2018 at
https://issues.dlang.org/show_bug.cgi?id=18172
Walter Bright changed:
What|Removed |Added
CC|
Hi,
if you have by chance a Sonatype account please vote for this
issue to get Dub integrated into Sonatype Nexus:
https://issues.sonatype.org/browse/NEXUS-15560.
Kind regards
André
https://issues.dlang.org/show_bug.cgi?id=18553
bitter.ta...@gmx.com changed:
What|Removed |Added
CC||bitter.ta...@gmx.com
--- Comment #1
https://issues.dlang.org/show_bug.cgi?id=18627
Iain Buclaw changed:
What|Removed |Added
CC||ibuc...@gdcproject.org
https://issues.dlang.org/show_bug.cgi?id=18478
--- Comment #4 from jpdut...@gmail.com ---
(In reply to Walter Bright from comment #2)
> The error is on the function returning the reference, not the function using
> (or not using) the return value. Because of separate compilation, it has to
> be
https://issues.dlang.org/show_bug.cgi?id=18295
--- Comment #2 from Walter Bright ---
I propose abandoning `scope class C { ... }` altogether. See
https://github.com/dlang/dlang.org/pull/2027
--
https://issues.dlang.org/show_bug.cgi?id=18478
--- Comment #2 from Walter Bright ---
(In reply to jpdutoit from comment #0)
> In the code below, since fn2 is not returning by reference, it should not
> matter that fn1_normal and fn1_template is returning by reference.
https://issues.dlang.org/show_bug.cgi?id=18478
Walter Bright changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=18444
Issue 18444 depends on issue 18478, which changed state.
Issue 18478 Summary: Spurious "escapes a reference to local variable" error in
function that does not return by reference
https://issues.dlang.org/show_bug.cgi?id=18478
What
On Tuesday, 20 March 2018 at 00:00:22 UTC, ciechowoj wrote:
Digging out and old yet important issue.
+1 - my favorite issue!
https://issues.dlang.org/show_bug.cgi?id=18598
Walter Bright changed:
What|Removed |Added
CC|
On Tuesday, 20 March 2018 at 00:00:22 UTC, ciechowoj wrote:
Digging out and old yet important issue.
And to quote Andrei:
"We need to pursue this like a bloodhound and aggressively make
as many cases as possible work transparently. This is a major
asset of D over virtually all other
https://issues.dlang.org/show_bug.cgi?id=18637
Issue ID: 18637
Summary: [scope][DIP1000] "Error: returning & i escapes a
reference to local variable i" where it's
inappropriate
Product: D
Version: D2
On Tuesday, 20 March 2018 at 10:46:11 UTC, Dennis wrote:
On Tuesday, 20 March 2018 at 10:20:55 UTC, Dennis wrote:
On Tuesday, 20 March 2018 at 09:51:09 UTC, bauss wrote:
Besides if it was and it took 1 second to startup, then it
wouldn't matter in practice with an actual application.
This is
On Tuesday, 20 March 2018 at 12:07:12 UTC, bauss wrote:
On Tuesday, 20 March 2018 at 10:46:11 UTC, Dennis wrote:
On Tuesday, 20 March 2018 at 10:20:55 UTC, Dennis wrote:
On Tuesday, 20 March 2018 at 09:51:09 UTC, bauss wrote:
Besides if it was and it took 1 second to startup, then it
wouldn't
https://issues.dlang.org/show_bug.cgi?id=18631
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Tuesday, 20 March 2018 at 09:44:41 UTC, Dennis wrote:
I suppose initializing the runtime takes a lot of time.
I suspect you are seeing the Windows antivirus hitting you. D
runtime starts up in a tiny fraction of a second, you shouldn't
be noticing it.
Go into the Windows security center
https://issues.dlang.org/show_bug.cgi?id=18598
--- Comment #2 from ag0aep6g ---
(In reply to Walter Bright from comment #1)
> I don't know a way to assign defined behavior to overflowing the stack :-(
Is that a problem for normal (non-constructor) functions as well?
On Saturday, 17 March 2018 at 20:02:01 UTC, Laeeth Isharc wrote:
And yet in Paris lives a man, presumably a French citizen, who
was working on a cryptocurrency scaling startup last dconf and
that ended up being part of the path towards launching Bitcoin
Cash. So some French citizens don't
On 3/19/18 8:00 PM, ciechowoj wrote:
Digging out and old yet important issue.
Yep, I've run into that.
The workarounds suck, and the worst part is that the error is leaking
implementation details to the user that have a very unsatisfactory
explanation. I get that the reason is solid, but it
On Tuesday, 13 March 2018 at 03:37:36 UTC, 9il wrote:
I have a lot of work for next months, but looking for a good
opportunity to make Mat happen.
Sounds great. In which repo will these changes happen?
https://issues.dlang.org/show_bug.cgi?id=18627
--- Comment #5 from ponce ---
Division with DMD 32-bit:
With cfloat: 1 minute, 18 secs, 451 ms, 932 ╬╝s, and 9 hnsecs
With cdouble: 1 minute, 19 secs, 747 ms, 70 ╬╝s, and 5 hnsecs
With Complex!float: 27 secs, 412 ms, 926 ╬╝s, and
https://issues.dlang.org/show_bug.cgi?id=18631
--- Comment #1 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/403141166b624c47cafcb5904724b62271f63785
fix issue 18631 - Allow choice to work with const
https://issues.dlang.org/show_bug.cgi?id=18627
--- Comment #4 from ponce ---
This benchmark is a variation that does only division.
--- divide.d
import std.string;
import std.datetime;
import std.datetime.stopwatch : benchmark, StopWatch;
import std.complex;
import
On Saturday, 17 March 2018 at 15:42:06 UTC, Seb wrote:
On Saturday, 17 March 2018 at 14:44:42 UTC, zunkree wrote:
Hi,
Is there a way to build static linked executable with dub for
vibe-d based app?
Regards,
zunkree
Yes, use -static
Here's how we build the DTour:
On Tuesday, 20 March 2018 at 10:20:55 UTC, Dennis wrote:
On Tuesday, 20 March 2018 at 09:51:09 UTC, bauss wrote:
Besides if it was and it took 1 second to startup, then it
wouldn't matter in practice with an actual application.
This is not concerning for large applications indeed. But say,
I
On Tuesday, 20 March 2018 at 10:37:55 UTC, zunkree wrote:
On Sunday, 18 March 2018 at 14:36:04 UTC, Jacob Carlborg wrote:
FYI, -static is not support on macOS.
So, how to build static binary for macOS?
Static binaries aren't really supported by Apple (anymore).
What do you need it for?
—
On Tuesday, 20 March 2018 at 09:44:41 UTC, Dennis wrote:
Are there ways to reduce this to below 0.1s, or should I just
leave idiomatic D and make a betterC program?
The best solution would be to profile the startup process and
file a bug accordingly. ;)
— David
On Sunday, 18 March 2018 at 14:36:04 UTC, Jacob Carlborg wrote:
On 2018-03-17 16:42, Seb wrote:
Yes, use -static
Here's how we build the DTour:
https://github.com/dlang-tour/core/blob/master/dub.sdl
FYI, -static is not support on macOS.
So, how to build static binary for macOS?
On Tuesday, 20 March 2018 at 09:44:41 UTC, Dennis wrote:
Simply running a "hello world.exe" takes, on my pc:
1.12s When compiled with dmd
0.62s When compiled with ldc
0.05s When compiled with dmc (C program) or dmd/ldc as a
-betterC program
I suppose initializing the runtime takes a lot of
https://issues.dlang.org/show_bug.cgi?id=18637
--- Comment #1 from Carsten Blüggel ---
For reference: https://github.com/dlang/phobos/blob/master/dip1000.mak
--
https://issues.dlang.org/show_bug.cgi?id=18478
--- Comment #5 from Carsten Blüggel ---
(In reply to Walter Bright from comment #3)
> (In reply to Carsten Blüggel from comment #1)
> > Another error example from phobos that appeared in master within the last
> > ~24h:
>
> I
On Tuesday, 20 March 2018 at 09:51:09 UTC, bauss wrote:
Besides if it was and it took 1 second to startup, then it
wouldn't matter in practice with an actual application.
This is not concerning for large applications indeed. But say, I
want to implement my own `dir` (= `ls` on Unix) in D.
On Monday, 19 March 2018 at 10:26:56 UTC, MGW wrote:
Я работаю в Москве и вполне мог бы заняться этим направлением.
Thanks! Replied in e-mail.
On Friday, 16 March 2018 at 04:57:57 UTC, Dmitry Olshansky
wrote:
On Friday, 16 March 2018 at 00:18:20 UTC, Ivan Kazmenko wrote:
On Tuesday, 20 March 2018 at 06:03:20 UTC, Manu wrote:
On 19 March 2018 at 22:31, Nicholas Wilson via Digitalmars-d
wrote:
On Tuesday, 20 March 2018 at 02:28:21 UTC, Manu wrote:
On 19 March 2018 at 17:17, Mike Franklin via Digitalmars-d
https://issues.dlang.org/show_bug.cgi?id=18534
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=17770
bitter.ta...@gmx.com changed:
What|Removed |Added
CC||bitter.ta...@gmx.com
--- Comment #2
Simply running a "hello world.exe" takes, on my pc:
1.12s When compiled with dmd
0.62s When compiled with ldc
0.05s When compiled with dmc (C program) or dmd/ldc as a -betterC
program
I suppose initializing the runtime takes a lot of time. When
making a simple command line utility, half a
https://issues.dlang.org/show_bug.cgi?id=18534
--- Comment #4 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/f9ed34003d9b0f533a37850540b02929586e7a76
fix Issue 18534 - Wrong code for ?: operator when compiling
https://issues.dlang.org/show_bug.cgi?id=18444
--- Comment #3 from Carsten Blüggel ---
(In reply to Walter Bright from comment #2)
> Is there any reason not to close this? The `safe` keyword does the job to
> connect these related issues.
Thank You so much for working hard on
https://issues.dlang.org/show_bug.cgi?id=18604
--- Comment #5 from anonymous4 ---
If one wants to remove `in` attribute the fix is rather simple 's/in/const/'
--
Hello,
At the Polytechnic University of Bucharest we are organizing a
special program called CDL[1], where Bachelor students are
mentored to make their first open source contributions.
I think it's a great idea to involve D in this program, but for
this to be successful, I need your help in
https://issues.dlang.org/show_bug.cgi?id=16037
--- Comment #7 from anonymous4 ---
Clarify how breaking invalid code is gratuitous. If the code is correct it
won't be broken.
--
https://issues.dlang.org/show_bug.cgi?id=18627
--- Comment #6 from ponce ---
Conversely complex divide seems faster with DMD with std.complex than builtins.
--
https://issues.dlang.org/show_bug.cgi?id=18627
Seb changed:
What|Removed |Added
CC||greensunn...@gmail.com
---
https://issues.dlang.org/show_bug.cgi?id=18638
Issue ID: 18638
Summary: The main override of std.range.zip could infer @nogc
and nothrow
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
On Tuesday, 20 March 2018 at 14:44:39 UTC, Alexandru Jercaianu
wrote:
Hello,
At the Polytechnic University of Bucharest we are organizing a
special program called CDL[1], where Bachelor students are
mentored to make their first open source contributions.
I think it's a great idea to involve
https://issues.dlang.org/show_bug.cgi?id=18638
--- Comment #1 from Nathan S. ---
Pull request: https://github.com/dlang/phobos/pull/6307
--
https://issues.dlang.org/show_bug.cgi?id=18604
--- Comment #3 from anonymous4 ---
(In reply to Seb from comment #0)
> `in` currently just means `const`
That antifeature was only sort of done for safe code, whatever you do, system
code shouldn't be affected. Though given
https://issues.dlang.org/show_bug.cgi?id=18604
--- Comment #4 from anonymous4 ---
Also the reason why safe code receives breakage is because it's invalid, and
there should be no guarantee for invalid code to work.
--
On Tuesday, 20 March 2018 at 08:05:14 UTC, Kagamin wrote:
On Monday, 19 March 2018 at 17:33:31 UTC, Dukc wrote:
public static int Foo(int[] input)
{ int result = 10;
for (int i = input.Length / 4; i >= 0; i -= 4)
{ int sum = 0;
for (int j = i; j < i +4 && j < input.Length;
https://issues.dlang.org/show_bug.cgi?id=16519
--- Comment #4 from anonymous4 ---
(In reply to Seb from comment #3)
> foo.d(8): Deprecation: slice of static array temporary returned by
> toHexString(hash) assigned to longer lived variable a
>
> but I still think we
On Tuesday, 20 March 2018 at 15:06:14 UTC, Dukc wrote:
Won't quite do it, because that would not iterate backwards.
Linq has no chunking, so you would need to write it, maybe
similar to SelectMany, but with the opposite meaning.
public static IEnumerable> Enumerate(this
On Tuesday, 20 March 2018 at 12:18:16 UTC, Adam D. Ruppe wrote:
Go into the Windows security center and uncheck the real time
virus check protection. I betcha you'll see this delay (and a
similar one on dmd itself, your compiles could be running at
half-speed with this too) disappear and
On Tuesday, 20 March 2018 at 10:37:55 UTC, zunkree wrote:
So, how to build static binary for macOS?
I don't see a need to do that. I build static binaries on Linux
because they work across all distros and all versions. But for
macOS, there are no distros. For supporting multiple versions,
Depending on where in the degree they are I have a few things that would
be of assistance to me:
- SPEW[0] (windowing, async IO):
- Cocoa
- Android (they are on their own however)
- X11 is WIP but I could always use more assistance there
- Devisualization.Image[1] (previous known as
JackStouffer is doing a lot of work lately on this check and I
think we can help him too:
https://github.com/dlang/phobos/projects/1
So if you have 15 spare minutes why not help out and make
Phobos's documentation better?
After all, almost everyone in the State of D survey agreed that
the
https://issues.dlang.org/show_bug.cgi?id=16037
--- Comment #8 from anonymous4 ---
Anyway, if `in` loses scope semantics, it will break @nogc code like in the
example above, you can't eliminate breakage completely here.
--
https://issues.dlang.org/show_bug.cgi?id=16037
--- Comment #9 from Mathias Lang ---
@anonymous4: For starter, DIP1000 fixes only apply to @safe function ATM.
While it's a decision I don't agree with personally, it's the path that was
chosen and changing it would
On Tuesday, 20 March 2018 at 15:19:14 UTC, Seb wrote:
JackStouffer is doing a lot of work lately on this check and I
think we can help him too:
[...]
hm but adding examples to some symbols just doesn't make sense,
for example `translate` in std.string: `translate` has no
example, but the
https://issues.dlang.org/show_bug.cgi?id=18639
Issue ID: 18639
Summary: VisualD - First 5 minutes - Improve list of project
wizards, propritise MSBuild projects
Product: D
Version: D2
Hardware: x86
OS:
https://issues.dlang.org/show_bug.cgi?id=18640
Issue ID: 18640
Summary: VisualD - First 5 minutes - Default debuginfo
configuration emits warnings.
Product: D
Version: D2
Hardware: All
OS: Windows
https://issues.dlang.org/show_bug.cgi?id=18641
Issue ID: 18641
Summary: VisualD - First 5 minutes - Improve experience adding
.d files to existing C++ projects
Product: D
Version: D2
Hardware: x86
OS: Windows
On Tuesday, 20 March 2018 at 06:48:15 UTC, Andre Pany wrote:
Hi,
if you have by chance a Sonatype account please vote for this
issue to get Dub integrated into Sonatype Nexus:
https://issues.sonatype.org/browse/NEXUS-15560.
If we plan to extend DUB registry file format and the like this
https://issues.dlang.org/show_bug.cgi?id=18628
--- Comment #5 from johanenge...@weka.io ---
(In reply to RazvanN from comment #1)
> Well, the struct defines the member, it's just that it is disabled. One
> might argue that the output is correct and the programmer needs to check if
> the member is
On 2018-03-19 18:29, Russel Winder wrote:
I had assumed that a directory of modules was a package. So for
example:
A/a.d
A/b.d
were two modules in package A. Especially given there is a module
statement at the beginning of each module:
A/a.d has module A.a;
A/b.d has module
On Tue, Mar 20, 2018 at 10:04:30PM +0100, Jacob Carlborg via
Digitalmars-d-learn wrote:
> On 2018-03-19 19:03, H. S. Teoh wrote:
>
> > Yeah, the compiler really ought to be outputting FQNs in error
> > messages, since otherwise you get baffling A != A messages. Though
> > outputting FQNs
On Tue, Mar 20, 2018 at 10:56:00PM +, Meta via Digitalmars-d wrote:
[...]
> On the other hand, it could become much worse for Phobos if he was
> entirely hands off and delegated its shepherding to a larger group of
> core contributors. A balance has to be struck somewhere... Maybe a
>
On Tuesday, March 20, 2018 22:58:44 bachmeier via Digitalmars-d wrote:
> On Tuesday, 20 March 2018 at 22:09:18 UTC, Timothee Cour wrote:
>
> [...]
>
> No, it doesn't scale, and years of evidence have demonstrated
> that.
>
> I see no way that this will change, and because delegation is off
> the
https://wiki.dlang.org/Contributing_to_Phobos mentions:
> Smaller additions like individual functions can be merged directly after
> @andralex approves
The arguments for having all changes go through one person have been
presented here [1].
However this is how I see things:
* if phobos is
https://issues.dlang.org/show_bug.cgi?id=18627
--- Comment #8 from ponce ---
@Seb: It's not only about DMD, there is a 2x performance regression with
Complex!double vs cdouble using LDC. There are probably more I haven't exposed
yet. And yes, I use cdouble for designing IIR
On Tuesday, 20 March 2018 at 22:09:18 UTC, Timothee Cour wrote:
[...]
No, it doesn't scale, and years of evidence have demonstrated
that.
I see no way that this will change, and because delegation is off
the table, the only realistic way for the language to progress is
to put as much as
Does it make sense? In my opinion, no, but according to Andrei be
has tried being less hands-on before and it resulted in
measurably worse quality code in Phobos; thus, he re-established
himself as the gatekeeper. I agree that it doesn't scale and
think that at this point, it's probably
On 2018-03-19 19:03, H. S. Teoh wrote:
Yeah, the compiler really ought to be outputting FQNs in error messages,
since otherwise you get baffling A != A messages. Though outputting
FQNs everywhere has the tendency of bloating error messages to
unreadable lengths, esp. when templates are
This is very important to me as I am very interested in using the
language for game development.
Yes I know that it's marked as "Duplicated", but I strongly
disagree as it is different enough to consider is own issue.
Alex
https://issues.dlang.org/show_bug.cgi?id=16662
--- Comment #3 from Paul Backus ---
I've made some progress on this, but am unable to make VariantN.peek pure,
because this if statement
if (type != typeid(T))
return null;
...calls object.opEquals, which is
On Tuesday, 20 March 2018 at 21:18:01 UTC, H. S. Teoh wrote:
Which means error messages would need to be constructed as an
abstract object that the error message printer can then inspect
to determine which symbol(s) should be FQNs.
I've talked before about XML error messages. I'd actually
https://issues.dlang.org/show_bug.cgi?id=18628
--- Comment #6 from johanenge...@weka.io ---
(In reply to johanengelen from comment #5)
>
> Currently, adding `@disable this(this)` to a struct that normally wouldn't
> have a postblit, actually makes the compiler emit a postblit function
On Tuesday, 20 March 2018 at 14:44:39 UTC, Alexandru Jercaianu
wrote:
Hello,
At the Polytechnic University of Bucharest we are organizing a
special program called CDL[1], where Bachelor students are
mentored to make their first open source contributions.
I think it's a great idea to involve
https://issues.dlang.org/show_bug.cgi?id=18637
Carsten Blüggel changed:
What|Removed |Added
Summary|[scope][DIP1000] "Error:|[scope][DIP1000]
https://issues.dlang.org/show_bug.cgi?id=17784
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/940cfd79fa681809e0e983faa1576d2efebf0953
fix Issue 17784 - [scope][DIP1000] Confusing error message
On Tue, Mar 20, 2018 at 11:05:59PM +, Adam D. Ruppe via Digitalmars-d-learn
wrote:
> On Tuesday, 20 March 2018 at 21:18:01 UTC, H. S. Teoh wrote:
> > Which means error messages would need to be constructed as an
> > abstract object that the error message printer can then inspect to
> >
The following code does not compile:
void main() {}
class SuperClass {}
class TemplatedClass(T : SuperClass) {}
class A : SuperClass {
alias T = TemplatedClass!B;
}
class B : SuperClass {
alias T = TemplatedClass!C;
}
class C : SuperClass {}
It gives the error:
test.d(12): Error:
https://issues.dlang.org/show_bug.cgi?id=18607
Walter Bright changed:
What|Removed |Added
CC|
On Tuesday, 20 March 2018 at 23:45:20 UTC, H. S. Teoh wrote:
The tricky part is, who's going to do the work of going
through *all* of dmd's error messages and rewriting them with
said metadata.
We did it for the stupid syntax highlighting thing... and this
has bigger win, though it is also
On Wednesday, March 21, 2018 00:47:18 Ontonator via Digitalmars-d-learn
wrote:
> The following code does not compile:
> > void main() {}
> >
> > class SuperClass {}
> >
> > class TemplatedClass(T : SuperClass) {}
> >
> > class A : SuperClass {
> >
> > alias T = TemplatedClass!B;
> >
> > }
> >
https://issues.dlang.org/show_bug.cgi?id=18642
Issue ID: 18642
Summary: VisualD - Demangle link errors?
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Severity: enhancement
Priority:
As it stands, this DIP [1] is currently the candidate to become
DIP 1013. Any an all feedback for Draft Review is welcome. Please
read the intent [2] behind the Draft Review before participating.
Thanks!
[1] https://github.com/dlang/DIPs/pull/105
[2]
On Tuesday, 20 March 2018 at 14:44:39 UTC, Alexandru Jercaianu
wrote:
If there is anything on your wish list which matches the
criteria above, feel free to share.
There's also a lot of low-barrier-to-entry stuff in this project
I created a while ago:
On Wednesday, 21 March 2018 at 00:12:43 UTC, Mike Parker wrote:
As it stands, this DIP [1] is currently the candidate to become
DIP 1013. Any an all feedback for Draft Review is welcome.
Please read the intent [2] behind the Draft Review before
participating. Thanks!
[1]
https://issues.dlang.org/show_bug.cgi?id=17784
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
I have never used DUB, but as I understand it, it will
automatically bring down modules that are stored in gitub or two
other git hosts (but not SourceForge for some reason). With that
kind of functionality, it seems that inclusion in the standard
library becomes much less important for a
https://issues.dlang.org/show_bug.cgi?id=17331
Tomáš Chaloupka changed:
What|Removed |Added
CC||chalu...@gmail.com
https://issues.dlang.org/show_bug.cgi?id=17331
--- Comment #2 from Tomáš Chaloupka ---
My guess is that problem is here:
https://github.com/dlang/phobos/blob/master/std/array.d#L2884
As this constructor is called when appender is used with null arr parameter.
So I guess that
On Tuesday, 20 March 2018 at 14:44:39 UTC, Alexandru Jercaianu
wrote:
Hello,
At the Polytechnic University of Bucharest we are organizing a
special program called CDL[1], where Bachelor students are
mentored to make their first open source contributions.
I think it's a great idea to involve
1 - 100 of 107 matches
Mail list logo