https://issues.dlang.org/show_bug.cgi?id=11601
Simen Kjaeraas changed:
What|Removed |Added
Status|NEW |RESOLVED
On Monday, 19 February 2018 at 07:08:49 UTC, Fra Mecca wrote:
Is there a way to avoid using to! conversion here?
immutable string[] dst = to!(immutable
string[])(array(pipe.readEnd.byLineCopy));
assumeUnique.
immutable string[] dst =
pipe.readEnd.byLineCopy.array.assumeUnique;
On Monday, 19 February 2018 at 07:08:49 UTC, Fra Mecca wrote:
Is there a way to avoid using to! conversion here?
immutable string[] dst = to!(immutable
string[])(array(pipe.readEnd.byLineCopy));
Are you looking for something like assumeUnique [1]?
```
https://issues.dlang.org/show_bug.cgi?id=18457
Radu changed:
What|Removed |Added
Keywords||betterC
CC|
Is there a way to avoid using to! conversion here?
immutable string[] dst = to!(immutable
string[])(array(pipe.readEnd.byLineCopy));
On Sunday, February 18, 2018 22:17:49 Walter Bright via Digitalmars-d wrote:
> On 2/18/2018 6:52 PM, Jonathan M Davis wrote:
> > On Sunday, February 18, 2018 18:26:25 Walter Bright via Digitalmars-d
wrote:
> >> It's your mail client that is doing it. Not the NNTP software.
> >
> > As I pointed
https://issues.dlang.org/show_bug.cgi?id=7054
Seb changed:
What|Removed |Added
Status|REOPENED|RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=18467
Issue ID: 18467
Summary: std.format: Hangul Jamo syllables, while correctly
segmented as single graphemes by graphemeStride, are
designated as wide characters, and thus should occupy
https://issues.dlang.org/show_bug.cgi?id=18466
Issue ID: 18466
Summary: std.format: Wide / Full-width characters as defined by
Unicode TR11 (EastAsianWidth.txt) should occupy 2
spaces per character
Product: D
https://issues.dlang.org/show_bug.cgi?id=18465
Issue ID: 18465
Summary: std.format: Zero-width characters such as U+200B
should not add to the width of the string;
Product: D
Version: D2
Hardware: All
OS: All
On 2/18/2018 7:52 PM, Nick Sabalausky (Abscissa) wrote:
Well, it's also the world's most inconsistant and statndards-disregarding. We're
talking 1990's MS-level behavior here. It's *always* causing trouble for
something or another.
And the great thing about NNTP is that the user gets to
On 2/18/2018 6:52 PM, Jonathan M Davis wrote:
On Sunday, February 18, 2018 18:26:25 Walter Bright via Digitalmars-d wrote:
It's your mail client that is doing it. Not the NNTP software.
As I pointed out in another post, mailman currently puts both the poster's
e-mail address and the mailing
https://issues.dlang.org/show_bug.cgi?id=18463
Jon Degenhardt changed:
What|Removed |Added
CC|
On Sunday, 18 February 2018 at 17:54:58 UTC, SrMordred wrote:
I´m experimenting with threads and related recently.
(i´m just started so may be some terrrible mistakes here)
With this base work:
foreach(i ; 0 .. SIZE)
{
results[i] = values1[i] * values2[i];
}
and then with this 3 others
On Sunday, 18 February 2018 at 17:54:58 UTC, SrMordred wrote:
I´m experimenting with threads and related recently.
(i´m just started so may be some terrrible mistakes here)
With this base work:
foreach(i ; 0 .. SIZE)
{
results[i] = values1[i] * values2[i];
}
and then with this 3 others
https://issues.dlang.org/show_bug.cgi?id=17313
Seb changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=17342
Seb changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=18464
Seb changed:
What|Removed |Added
CC||greensunn...@gmail.com
---
https://issues.dlang.org/show_bug.cgi?id=18464
Issue ID: 18464
Summary: fullyQualifiedName!ifloat and
fullyQualifiedName!cfloat fail
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
https://issues.dlang.org/show_bug.cgi?id=18463
Issue ID: 18463
Summary: std.algorithm.joiner is slow
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P1
On 02/18/2018 08:34 PM, Manu wrote:
Apparently gmail has a new trick... reply to thread == reply-all.
That's never happened before.
Can the forum software strip out the HTML if it detects it in the
post? I'm astonished this isn't a bigger problem; surely gmail is the
worlds most popular mail
On Sunday, 18 February 2018 at 23:46:05 UTC, Sönke Ludwig wrote:
Am 14.02.2018 um 19:33 schrieb Jonathan Marler:
@timotheecour and I came up with a solution to a common
problem:
How to represent multiple files in a forum post?
Why not multipart/mixed? Since this is NNTP based, wouldn't
On Monday, 19 February 2018 at 01:26:43 UTC, Jonathan M Davis
wrote:
Okay. Maybe, I'm dumb, but what is the point of all of this?
Why would any kind of standard be necessary at all?
Good question. Having a standard allows computers to interface
with the archive as well as humans.
It's not
On Sunday, February 18, 2018 18:26:25 Walter Bright via Digitalmars-d wrote:
> > I find it kinda hard to accept responsibility here when I use the
> > worlds most popular mail client in it's default configuration... This
> > is a problem that should be fixed in the forum software.
>
> It's your
On Sunday, 18 February 2018 at 15:23:14 UTC, Cym13 wrote:
On Sunday, 18 February 2018 at 14:48:59 UTC, Cym13 wrote:
[...]
Just thought of a much better/simpler solution for that last
case that also doesn't force you to read all data (which might
be impossible when dealing with infinite
On 2/18/2018 5:39 PM, Manu wrote:
Incidentally, why on earth are peoples personal email addresses even
in the mail header?
That's usually configurable. Most people set it so it's a fake address.
It should be impossible for gmail to reply-all to
peoples private emails, because they shouldn't
On 2/18/2018 5:34 PM, Manu wrote:
Apparently gmail has a new trick... reply to thread == reply-all.
That's never happened before.
Can the forum software strip out the HTML if it detects it in the
post? I'm astonished this isn't a bigger problem; surely gmail is the
worlds most popular mail
On Sunday, 18 February 2018 at 14:25:39 UTC, Mike Parker wrote:
The February 25th deadline for submitting proposals for DConf
2018 is fast approaching. If you've been thinking about sending
one in, stop thinking and start doing! Guidelines can be found
at the DConf homepage:
https://issues.dlang.org/show_bug.cgi?id=18462
Seb changed:
What|Removed |Added
Status|NEW |RESOLVED
On Sunday, February 18, 2018 15:52:45 Walter Bright via Digitalmars-d wrote:
> Just replying to the n.g. would be fine, no need to cc me on email and cc
> the mailing list.
>
> Also, your postings are double size again - html and plain text. Just the
> plain text, please.
I'm not sure who you're
On 18 February 2018 at 17:34, Manu wrote:
> On 18 February 2018 at 15:52, Walter Bright via Digitalmars-d
> wrote:
>>
>> Just replying to the n.g. would be fine, no need to cc me on email and cc
>> the mailing list.
>>
>> Also, your postings are
https://issues.dlang.org/show_bug.cgi?id=18462
Issue ID: 18462
Summary: std.regex.matchFirst doesn't work well with characters
from extended ASCII
Product: D
Version: D2
Hardware: All
OS: All
On 18 February 2018 at 15:52, Walter Bright via Digitalmars-d
wrote:
>
> Just replying to the n.g. would be fine, no need to cc me on email and cc the
> mailing list.
>
> Also, your postings are double size again - html and plain text. Just the
> plain text, please.
https://issues.dlang.org/show_bug.cgi?id=9433
--- Comment #15 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dlang.org
https://github.com/dlang/dlang.org/commit/3421e6a9904f11302719a50c033aceb68de0bf02
Fix Issue 9433 - Deprecate delete
On Wednesday, February 14, 2018 18:33:23 Jonathan Marler via Digitalmars-d
wrote:
> @timotheecour and I came up with a solution to a common problem:
>
> How to represent multiple files in a forum post?
>
> So we decided to take a stab at creating a standard! (queue links
> to
On Sun, Feb 18, 2018 at 4:46 PM, Sönke Ludwig via Digitalmars-d
wrote:
> Am 14.02.2018 um 19:33 schrieb Jonathan Marler:
>>
>> @timotheecour and I came up with a solution to a common problem:
>>
>> How to represent multiple files in a forum post?
>>
>
> Why not
On Monday, 19 February 2018 at 00:42:05 UTC, aliak wrote:
struct B(T) {
T t;
A a;
alias a this;
auto opDispatch(string name)() if (hasMember!(T, name)) {
return mixin("t." ~ name);
Did you perhaps mean `A` instead of `T` here? cuz in your code T
is int, not the struct.
https://issues.dlang.org/show_bug.cgi?id=15131
--- Comment #1 from github-bugzi...@puremagic.com ---
Commit pushed to master at https://github.com/dlang/installer
https://github.com/dlang/installer/commit/04d3fc691228de76e3bf94f50dddaaed8f5736f2
add pre-built mingw coff libs and lld-link.exe
-
https://issues.dlang.org/show_bug.cgi?id=15131
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
I have a scenario where I'm wrapping functionality for a type,
but only if the contained type has a member. I want those to take
precedence. If the member is not there, then I want to delegate
to an aliases type via alias this.
I get an error here when I call b.p. Even though property p is in
On 2/18/2018 1:17 PM, Martin Nowak wrote:
Best solution, write a custom Int type that doesn't use C's horrible
promotion rules.
I've long wanted some SafeInt library that doesn't silently promote and
supports saturation, overflow, and errors.
Doesn't
Just replying to the n.g. would be fine, no need to cc me on email and cc the
mailing list.
Also, your postings are double size again - html and plain text. Just the plain
text, please.
Am 14.02.2018 um 19:33 schrieb Jonathan Marler:
@timotheecour and I came up with a solution to a common problem:
How to represent multiple files in a forum post?
Why not multipart/mixed? Since this is NNTP based, wouldn't that be the
natural choice? That it, assuming that forum.dlang.org is
https://issues.dlang.org/show_bug.cgi?id=18458
--- Comment #3 from Seb ---
> As for visibility, not sure, maybe when you're creating a new bug over here
> and someone selects dlang.org, some text indicating that run.dlang.org or
> tour.dlang.org uses a different issue
https://issues.dlang.org/show_bug.cgi?id=18461
feklushkin.de...@gmail.com changed:
What|Removed |Added
Keywords|wrong-code |
Component|dmd
https://issues.dlang.org/show_bug.cgi?id=18461
ag0ae...@gmail.com changed:
What|Removed |Added
Keywords||wrong-code
Component|phobos
https://issues.dlang.org/show_bug.cgi?id=18461
Seb changed:
What|Removed |Added
CC||greensunn...@gmail.com
---
https://issues.dlang.org/show_bug.cgi?id=18461
--- Comment #5 from Seb ---
Here's the verbose log from a failed dub build:
---
Using dub registry url 'https://code.dlang.org/'
Refreshing local packages (refresh existing: true)...
Looking for local package map at
https://issues.dlang.org/show_bug.cgi?id=18458
--- Comment #2 from Ali Ak ---
Ah I see. Thanks for moving it! Tried looking for a project with "run" in it
but didn't find any, didn't realize it was part of dlang-tour.
As for visibility, not sure, maybe when you're
https://issues.dlang.org/show_bug.cgi?id=18461
ag0ae...@gmail.com changed:
What|Removed |Added
CC||ag0ae...@gmail.com
--- Comment #4 from
https://issues.dlang.org/show_bug.cgi?id=18461
--- Comment #3 from Seb ---
> It is important to clarify: please run example several times, 10-20 times or
> so and you will see difference in exit code values.
Tried it 100x times without any change:
---
for i in $(seq
https://issues.dlang.org/show_bug.cgi?id=18412
--- Comment #4 from Martin Nowak ---
(In reply to Nicholas Wilson from comment #3)
> Hmm all dmd backend code?
> I wonder what the cause of null delegates with LDC is then?
Dare to bisect LDC? Or at least figure out which ldc version
https://issues.dlang.org/show_bug.cgi?id=18461
--- Comment #2 from Seb ---
I wonder whether this has something to do with DUB (probably not).
1) Can you reproduce the same with just running DMD? (I couldn't on my machine)
---
dmd -release -run -
https://issues.dlang.org/show_bug.cgi?id=18461
--- Comment #1 from feklushkin.de...@gmail.com ---
It is important to clarify: please run example several times, 10-20 times or so
and you will see difference in exit code values.
--
https://issues.dlang.org/show_bug.cgi?id=18461
Issue ID: 18461
Summary: core.bitop.bt returns garbage in release code
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: major
https://issues.dlang.org/show_bug.cgi?id=18460
Seb changed:
What|Removed |Added
Assignee|nob...@puremagic.com|greensunn...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=18460
Issue ID: 18460
Summary: Improve error message for missing 'new' for class
instantiation
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
https://issues.dlang.org/show_bug.cgi?id=18459
--- Comment #1 from Walter Bright ---
https://github.com/dlang/dmd/pull/7912
--
On Sunday, 18 February 2018 at 21:58:57 UTC, jmh530 wrote:
On Sunday, 18 February 2018 at 21:12:11 UTC, Martin Nowak wrote:
[snip]
Interesting reading. Thanks for the update.
Indeed, very interesting read and exactly the information I was
looking for! Thanks a lot Martin, I'm excited to
https://issues.dlang.org/show_bug.cgi?id=18458
Seb changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=18459
Issue ID: 18459
Summary: The static array ABI doesn't match the struct ABI
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: normal
https://issues.dlang.org/show_bug.cgi?id=18458
Issue ID: 18458
Summary: writeln('\xff'); on run.dlang.org causes server error
Product: D
Version: D2
Hardware: x86
OS: Mac OS X
Status: NEW
Severity: normal
On Sunday, 18 February 2018 at 21:12:11 UTC, Martin Nowak wrote:
[snip]
Interesting reading. Thanks for the update.
On Sunday, 18 February 2018 at 21:40:34 UTC, Martin Nowak wrote:
On Sunday, 18 February 2018 at 04:04:48 UTC, Jonathan Marler
wrote:
If there is an existing standard that's great, I wasn't able
to find one. If you find one let me know.
Found ptar (https://github.com/jtvaughan/ptar) and shar
On Sunday, 18 February 2018 at 04:04:48 UTC, Jonathan Marler
wrote:
If there is an existing standard that's great, I wasn't able to
find one. If you find one let me know.
Found ptar (https://github.com/jtvaughan/ptar) and shar
(https://linux.die.net/man/1/shar), both aren't too good fits, so
El 17/02/18 a les 22:19, Manu via Digitalmars-d ha escrit:
> I like the CHM docs.
> I have encountered the same maintenance problem before, where build infra is
> linux based, and the CHM docs need a windows machine to build... I solved
> this problem by building the CHM via WINE ;)
> Maybe this
On Sunday, 18 February 2018 at 21:37:01 UTC, Martin Nowak wrote:
Yes might be an option, but I have little experience with Wine,
and adding more complexity to an already complex tool seems
problematic. We obviously do build releases on Windows
(VirtualBox) and also have Windows CIs, but
On Sunday, 18 February 2018 at 21:31:48 UTC, Martin Nowak wrote:
The essence here is that while dman might be useful, it's
foundation is
very complex and fragile, using ddoc JSON macros :o
(https://github.com/dlang/dlang.org/blob/cb44110267d0b5d2e139909c47fa00924ac1cb24/chm-nav.dd)
Minor
On 02/17/2018 10:19 PM, Manu wrote:
> I like the CHM docs.
> I have encountered the same maintenance problem before, where build infra
> is linux based, and the CHM docs need a windows machine to build... I
> solved this problem by building the CHM via WINE ;)
> Maybe this is a possible solution?
On 02/18/2018 02:05 AM, Walter Bright wrote:
> On 2/17/2018 7:04 AM, Martin Nowak wrote:
>> Let's pull the plug, I think everybody agrees that we have more
>> important issues than maintaining d.chm and dman (which hasn't been
>> shipped since 2.076 anyhow).
>> Consider both tools as offered for
On 18 February 2018 at 13:17, Martin Nowak via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
> On 02/18/2018 08:26 PM, Manu wrote:
> > If change the behaviour (is done), then just let the code be broken!
> > Emitting these terrible noises, and encouraging people to make their code
> > even
On 18 February 2018 at 12:28, Martin Nowak wrote:
> It should be equally trivial to setup an appveyor.yml task for dlang.org
> that builds
> a chm file for any git tag.
>
That's an even better idea! I expect there is scripting in place to build
the doc, since some machinery must
On 02/18/2018 08:26 PM, Manu wrote:
> If change the behaviour (is done), then just let the code be broken!
> Emitting these terrible noises, and encouraging people to make their code
> even noisier than the compiler output is much worse than broken code.
> There are hundreds of lines I need to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 02/17/2018 07:03 PM, Peter Campbell wrote:
> My understanding from the vision documents and what Andrei
> mentioned at his DConf presentations is that the runtime itself
> will be modified to not rely on the GC, allowing for you to
> continue
On 18 February 2018 at 12:01, Jonathan M Davis via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
> On Sunday, February 18, 2018 19:42:07 Johan Engelen via Digitalmars-d
> wrote:
> > > There are hundreds of lines I need to molest to make the
> > > compiler shut up. I won't type another line
On 18 February 2018 at 11:37, Walter Bright via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
> On 2/18/2018 11:21 AM, Guillaume Piolat wrote:
>
>> D used to not promote integer like C in the case of -short, -byte, ~ubyte
>> etc. Which is a strange discrepancy as all other integer
On Sunday, February 18, 2018 19:42:07 Johan Engelen via Digitalmars-d wrote:
> > There are hundreds of lines I need to molest to make the
> > compiler shut up. I won't type another line of code on my
> > colour library until this noise is gone... I will not maintain
> > it. I am emotionally
On 2/18/2018 11:26 AM, Manu wrote:
and most lines get 3-4 times longer because of these casts...
I'm curious, can you please post an example?
On Sunday, 18 February 2018 at 19:26:43 UTC, Manu wrote:
The 'solution' so add cast(int) and then cast back is not okay.
I have code
that does a lot of work on bytes/shorts (colour components are
small
integers that receive a lot of maths), and most lines get 3-4
times longer
because of
On Sunday, February 18, 2018 11:26:43 Manu via Digitalmars-d wrote:
> The 'solution' so add cast(int) and then cast back is not okay. I have
> code that does a lot of work on bytes/shorts (colour components are small
> integers that receive a lot of maths), and most lines get 3-4 times
> longer
On 2/18/2018 11:21 AM, Guillaume Piolat wrote:
D used to not promote integer like C in the case of -short, -byte, ~ubyte etc.
Which is a strange discrepancy as all other integer arithmetic are the same.
It was a bug, plain and simple. Whether it was always there, or was
inadvertently
On 18 February 2018 at 05:36, Dmitry Olshansky via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
> On Sunday, 18 February 2018 at 01:09:57 UTC, Manu wrote:
>
>> On 5 February 2018 at 11:22, H. S. Teoh via Digitalmars-d <
>> digitalmars-d@puremagic.com> wrote:
>>
>> Code:
>>>
>>>
On Sunday, 18 February 2018 at 13:36:28 UTC, Dmitry Olshansky
wrote:
On Sunday, 18 February 2018 at 01:09:57 UTC, Manu wrote:
On 5 February 2018 at 11:22, H. S. Teoh via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
Code:
struct S {
byte[2] x;
}
On Sunday, February 18, 2018 19:10:02 Tofu Ninja via Digitalmars-d-learn
wrote:
> What is __traits(isFuture)? The language documents says it tests
> for @future which doesn't really help as @future is undocumented.
https://github.com/dlang/DIPs/blob/master/DIPs/DIP1007.md
- Jonathan M Davis
On 18 February 2018 at 05:26, Cym13 via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
> On Saturday, 17 February 2018 at 21:23:25 UTC, Manu wrote:
>
>> Wait, what? You asked if people used them, found that they did, then
>> pulled
>> the plug anyway? O_o
>> Try running WINE on the build
What is __traits(isFuture)? The language documents says it tests
for @future which doesn't really help as @future is undocumented.
On Sunday, 18 February 2018 at 17:54:58 UTC, SrMordred wrote:
I´m experimenting with threads and related recently.
(i´m just started so may be some terrrible mistakes here)
With this base work:
foreach(i ; 0 .. SIZE)
{
results[i] = values1[i] * values2[i];
}
and then with this 3 others
On Saturday, 17 February 2018 at 12:56:34 UTC, Mike Parker wrote:
In case you aren't aware of the dlang-community organization at
GitHub, it's an umbrella group of contributors working to keep
certain D projects alive and updated. Sebastian Wilzbach filled
me in on some details for the latest
I´m experimenting with threads and related recently.
(i´m just started so may be some terrrible mistakes here)
With this base work:
foreach(i ; 0 .. SIZE)
{
results[i] = values1[i] * values2[i];
}
and then with this 3 others methods: parallel, spawn and Threads.
this was my results:
Thanks for all the insights :)
On Sunday, 18 February 2018 at 14:48:59 UTC, Cym13 wrote:
[...]
Just thought of a much better/simpler solution for that last case
that also doesn't force you to read all data (which might be
impossible when dealing with infinite ranges):
import std.range;
import std.algorithm;
On Sunday, 18 February 2018 at 14:52:37 UTC, Tony wrote:
At
https://dlang.org/library/std/traits/is_boolean.html
it has:
enum isBoolean(T) = is(BooleanTypeOf!T) && !isAggregateType!T;
per:
https://dlang.org/library/std/traits/is_aggregate_type.html
isAggregateType is true for [struct,
At
https://dlang.org/library/std/traits/is_boolean.html
it has:
enum isBoolean(T) = is(BooleanTypeOf!T) && !isAggregateType!T;
per:
https://dlang.org/library/std/traits/is_aggregate_type.html
isAggregateType is true for [struct, union, class, interface].
So BooleanTypeOf!T is true for
On Sunday, 18 February 2018 at 13:08:09 UTC, thorstein wrote:
On Sunday, 18 February 2018 at 12:51:04 UTC, thorstein wrote:
// Solution 1
foreach(row; arr)
{ foreach(col; row)
{ col[] *= skalar;
}
}
return arr;
// Solution 2
import std.array;
return array(arr.map!(b => array(b[].map!(c =>
On Sunday, 18 February 2018 at 11:55:37 UTC, Vino wrote:
Hi All,
Request your help on printing the all index of an array
element , eg; the below code prints the index of the string
"Test2" as [1], but the string "Test2" is present 2 times at
index 1 and 4, so how do I print all the index
The February 25th deadline for submitting proposals for DConf
2018 is fast approaching. If you've been thinking about sending
one in, stop thinking and start doing! Guidelines can be found at
the DConf homepage:
http://dconf.org/2018/index.html
On Saturday, 17 February 2018 at 13:47:28 UTC, meppl wrote:
On Saturday, 17 February 2018 at 07:58:40 UTC, ANtlord wrote:
...
...
sadly I have no good idea how to name the title of that issue :/
I looked at it again and came up with a title name:
https://issues.dlang.org/show_bug.cgi?id=18457
Issue ID: 18457
Summary: betterC - struct destructor is always called at
function return
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
On Sunday, 18 February 2018 at 01:09:57 UTC, Manu wrote:
On 5 February 2018 at 11:22, H. S. Teoh via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
Code:
struct S {
byte[2] x;
}
void main() {
S s, t;
s.x = [ 1, -1
On Saturday, 17 February 2018 at 21:23:25 UTC, Manu wrote:
Wait, what? You asked if people used them, found that they did,
then pulled
the plug anyway? O_o
Try running WINE on the build machine... it's trivial to setup.
Note the 2-year gap. I guess this decision is based off low
interest
1 - 100 of 106 matches
Mail list logo