On Friday, 12 May 2017 at 02:43:17 UTC, evilrat wrote:
I use just dub and generated Visual D project.
Well in my case the problem is that engine is built as static
lib, and there is not much i can do with this. I've started
moving things around and turn lib to executable, at least now
build t
On Thursday, 11 May 2017 at 15:53:40 UTC, Jonathan M Davis wrote:
On Monday, May 08, 2017 23:15:12 H. S. Teoh via Digitalmars-d
wrote:
Recently I've had the dubious privilege of being part of a
department wide push on the part of my employer to audit our
codebases (mostly C, with a smattering o
Hi,
I can't find video for Andrei's talk at
https://www.youtube.com/playlist?list=PL3jwVPmk_PRxo23yyoc0Ip_cP3-rCm7eB
Can you provide a link? I'm looking forward to watching it!
Thanks!
On Thursday, 11 May 2017 at 17:38:26 UTC, Lewis wrote:
On Thursday, 11 May 2017 at 03:17:13 UTC, evilrat wrote:
I have played recently with one D game engine and result was
frustrating. My compile time was about 45 sec!
Interesting. What game engine were you using? To me this sounds
like a pr
On 05/11/2017 10:20 PM, Nick Sabalausky (Abscissa) wrote:
On 05/10/2017 02:28 AM, H. S. Teoh via Digitalmars-d wrote:
I'm on the fence about the former. My current theory is that being
forced to write "proper" code even while refactoring actually helps the
quality of the resulting code.
I fi
On 05/10/2017 02:28 AM, H. S. Teoh via Digitalmars-d wrote:
I'd much rather the compiler say "Hey, you! This piece of code is
probably wrong, so please fix it! If it was intentional, please write it
another way that makes that clear!" - and abort with a compile error.
In the vast majority of
On 05/11/2017 11:53 AM, Jonathan M Davis via Digitalmars-d wrote:
In a way, it's amazing how successful folks can be with software that's
quite buggy. A _lot_ of software works just "well enough" that it gets the
job done but is actually pretty terrible. And I've had coworkers argue to me
before
On Thursday, May 11, 2017 22:16:22 Joseph Rushton Wakeling via Digitalmars-d
wrote:
> On Wednesday, 10 May 2017 at 11:51:03 UTC, Atila Neves wrote:
> > So I went "I know, I'll just use a container". I tried Ubuntu
> > Zesty in docker. That doesn't build dmd off the bat either, it
> > fails with PI
On 05/10/2017 08:06 AM, Patrick Schluter wrote:
On Wednesday, 10 May 2017 at 06:28:31 UTC, H. S. Teoh wrote:
On Tue, May 09, 2017 at 09:19:08PM -0400, Nick Sabalausky
[...]
Perhaps I'm just being cynical, but my current unfounded hypothesis is
that the majority of C/C++ programmers ...
Just
On Thursday, 11 May 2017 at 21:09:05 UTC, Timon Gehr wrote:
[...]
Yes, this works and is a few times faster.
It's slightly faster when inlining the condition:
static foreach(fn;__traits(allMembers, functions)){
static if (isFunction!(__traits(getMember, functions, fn))
&&
(f
Is there a rational behind not allowing statements inside mixin
templates? I know mixin does accept code containing statements,
but using mixin is much uglier. so I was wondering.
example use case:
//-
int compute(string)
{
return 1;
}
mixin template testBo
On Thu, May 11, 2017 at 07:46:24PM -0400, Steven Schveighoffer via
Digitalmars-d wrote:
[...]
> But this still doesn't mean that *all* bool conversions are value
> based. In at least the struct and class cases, more than just the bits
> are checked.
[...]
Wait, what? You can use a *struct* as a
On Thu, May 11, 2017 at 08:21:46AM -0400, Steven Schveighoffer via
Digitalmars-d wrote:
[...]
> I don't ever remember if(ptr) being deprecated. In fact, I'd go as far
> as saying that maybe H.S. Teoh misremembers the array thing as
> pointers.
>
> The biggest reason is that a huge useful pattern
On 5/11/17 7:12 PM, deadalnix wrote:
On Thursday, 11 May 2017 at 12:26:11 UTC, Steven Schveighoffer wrote:
if(arr) -> same as if(arr.ptr)
Nope. It is:
if(arr) -> same as if(((cast(size_t) arr.ptr) | arr.length) != 0)
Should we conclude from the fact that absolutely nobody gets it right in
th
On 5/11/17 7:12 PM, deadalnix wrote:
On Thursday, 11 May 2017 at 12:26:11 UTC, Steven Schveighoffer wrote:
if(arr) -> same as if(arr.ptr)
Nope. It is:
if(arr) -> same as if(((cast(size_t) arr.ptr) | arr.length) != 0)
Should we conclude from the fact that absolutely nobody gets it right in
th
On Thursday, 11 May 2017 at 12:26:11 UTC, Steven Schveighoffer
wrote:
if(arr) -> same as if(arr.ptr)
Nope. It is:
if(arr) -> same as if(((cast(size_t) arr.ptr) | arr.length) != 0)
Should we conclude from the fact that absolutely nobody gets it
right in this very forum that nobody will get it
On Thursday, 11 May 2017 at 12:21:46 UTC, Steven Schveighoffer
wrote:
I can't imagine anyone attempted to force this to break without
a loud backlash. I think if(ptr) is mostly universally
understood to mean the pointer is not null.
-Steve
It is not a problem for pointer because for pointer
On Thursday, 11 May 2017 at 21:57:06 UTC, Timon Gehr wrote:
On 10.05.2017 16:28, Stefan Koch wrote:
On Wednesday, 10 May 2017 at 14:03:58 UTC, Biotronic wrote:
On Wednesday, 10 May 2017 at 11:45:05 UTC, Moritz Maxeiner
wrote:
[CTFE slow]
First, as you may know, Stefan Koch is working on an im
On Wednesday, 10 May 2017 at 11:51:03 UTC, Atila Neves wrote:
So I went "I know, I'll just use a container". I tried Ubuntu
Zesty in docker. That doesn't build dmd off the bat either, it
fails with PIC errors.
Have you tried adding `PIC=-fPIC` when you invoke `make`?
On 10.05.2017 16:28, Stefan Koch wrote:
On Wednesday, 10 May 2017 at 14:03:58 UTC, Biotronic wrote:
On Wednesday, 10 May 2017 at 11:45:05 UTC, Moritz Maxeiner wrote:
[CTFE slow]
First, as you may know, Stefan Koch is working on an improved CTFE
engine that will hopefully make things a lot bette
On Thursday, 11 May 2017 at 21:20:35 UTC, Jack Stouffer wrote:
On Tuesday, 9 May 2017 at 14:13:31 UTC, Walter Bright wrote:
2. it may not be available on your platform
I just had to use valgrind for the first time in years at work
(mostly Python code there) and I realized that there's no
ver
On 11 May 2017 at 23:19, David Nadlinger via Digitalmars-d
wrote:
> On Thursday, 11 May 2017 at 21:14:16 UTC, Iain Buclaw wrote:
>>
>> Oh, do you have to do the multi-stage build yourself? I don't.
>
>
> So you intend to keep a copy of the (old) bootstrap compiler sources in-tree
> for all future
On Tuesday, 9 May 2017 at 04:35:40 UTC, Ali Çehreli wrote:
- Contributed to the logo and branding discussions
Me too. And:
- Discussed ways to move forward with Laeeth and Andrei, and
Daniel and Stefan.
- Discussed an issue in std.experimental.logger with Robert.
- Worked on translation of
On Tuesday, 9 May 2017 at 14:13:31 UTC, Walter Bright wrote:
2. it may not be available on your platform
I just had to use valgrind for the first time in years at work
(mostly Python code there) and I realized that there's no version
that works on the latest OS X version. So valgrind runs on
On Thursday, 11 May 2017 at 21:14:16 UTC, Iain Buclaw wrote:
Oh, do you have to do the multi-stage build yourself? I don't.
So you intend to keep a copy of the (old) bootstrap compiler
sources in-tree for all future D-based GDC versions (if/when you
start requiring D)? We could do that just
On 11 May 2017 at 23:06, David Nadlinger via Digitalmars-d
wrote:
> On Thursday, 11 May 2017 at 20:54:45 UTC, Iain Buclaw wrote:
>>
>> My rebuttal still stands. Switching build from C++ to D should be a one
>> line change, if it isn't then you have a problems with your build process.
>
>
> How do
On 10.05.2017 16:03, Biotronic wrote:
A few things here - functions.fn would not do what you want, and neither
would __traits(identifier).
functions.fn would treat "fn" like a part of name, not a string value,
so this will make the poor compiler barf.
__traits(identifier, fn) expects fn to be
On Thursday, 11 May 2017 at 20:54:45 UTC, Iain Buclaw wrote:
My rebuttal still stands. Switching build from C++ to D should
be a one line change, if it isn't then you have a problems with
your build process.
How does snap requiring more than a one-line change for a
multi-stage build imply th
On Thursday, 11 May 2017 at 20:56:09 UTC, aberba wrote:
Something like this is exactly what I'm talking about.
Vibe.data.json also has:
// using piecewise construction
Json j2 = Json.emptyObject;
j2["field1"] = "foo";
j2["field2"] = 42.0;
j2["field3"] = true;
Yeah, mine can do that too, just
On Thursday, 11 May 2017 at 20:36:13 UTC, Adam D. Ruppe wrote:
On Thursday, 11 May 2017 at 20:22:22 UTC, aberba wrote:
With that i meant designing of a simple-clean api
my jsvar.d works kinda similarly to javascript... though i
wouldn't call it "clean" because it will not inform you of
missi
On 11 May 2017 at 22:24, David Nadlinger via Digitalmars-d
wrote:
> On Thursday, 11 May 2017 at 17:56:00 UTC, Iain Buclaw wrote:
>>
>> I can only infer that you are saying that using a D project means it's
>> more difficult to get working with snap. To which I will insert an
>> obligatory "Woah!"
On Thursday, 11 May 2017 at 19:49:54 UTC, cym13 wrote:
On Thursday, 11 May 2017 at 19:33:09 UTC, aberba wrote:
Json libs in D seem not straight foward. I've seen several
wrappers and (De)serializers trying to abstract std.json.
std_data_json proposed to replace std.json doesnt *seem* to
tackl
On Thursday, 11 May 2017 at 20:22:22 UTC, aberba wrote:
With that i meant designing of a simple-clean api
my jsvar.d works kinda similarly to javascript... though i
wouldn't call it "clean" because it will not inform you of
missing stuff.
jsvar.d is here:
https://raw.githubusercontent.com/a
On Thursday, 11 May 2017 at 17:56:00 UTC, Iain Buclaw wrote:
I can only infer that you are saying that using a D project
means it's more difficult to get working with snap. To which I
will insert an obligatory "Woah!", and "I expect you to know
better" rebuttal.
...
Woah, I expect you to kn
On Thursday, 11 May 2017 at 20:04:35 UTC, Adam D. Ruppe wrote:
On Thursday, 11 May 2017 at 19:33:09 UTC, aberba wrote:
Why does json seem hard in D
What are you actually looking for?
With that i meant designing of a simple-clean api
On Thursday, 11 May 2017 at 20:04:35 UTC, Adam D. Ruppe wrote:
On Thursday, 11 May 2017 at 19:33:09 UTC, aberba wrote:
Why does json seem hard in D
What are you actually looking for?
I managed to do the task but api makes code not clean for such
simple tasks (AA to json, json to AA, json["n
On Thursday, 11 May 2017 at 19:33:09 UTC, aberba wrote:
Why does json seem hard in D
What are you actually looking for?
On Wednesday, 10 May 2017 at 14:03:58 UTC, Biotronic wrote:
As for making the code faster right now, could this be done
with mixin templates instead?
Something like:
import functions = llvm.functions.link;
import std.meta, std.traits;
template isCFunction(alias member)
{
static if (isFu
On Thursday, 11 May 2017 at 19:33:09 UTC, aberba wrote:
Json libs in D seem not straight foward. I've seen several
wrappers and (De)serializers trying to abstract std.json.
std_data_json proposed to replace std.json doesnt *seem* to
tackle straigh-forward json process like I find vibe.data.jso
Json libs in D seem not straight foward. I've seen several
wrappers and (De)serializers trying to abstract std.json.
std_data_json proposed to replace std.json doesnt *seem* to
tackle straigh-forward json process like I find vibe.data.json.
Handy stuff I'm not finding but much simple in vibe.
On 9 May 2017 at 06:35, Ali Çehreli via Digitalmars-d
wrote:
> Please list what we've achieved during the hackathon, including what is
> started but is likely to be finished in the coming days or months.
>
I was frankly a zombie all Sunday, apart from helping Joe setting up
the best snap package
On 5/11/17 1:21 PM, Nick Sabalausky (Abscissa) wrote:
On 05/11/2017 07:19 AM, Steven Schveighoffer wrote:
On 5/11/17 12:11 AM, Nick Sabalausky (Abscissa) wrote:
This is a pointless limitation. What is the benefit of requiring the
author to *not* provide an implementation until the transition p
On 10 May 2017 at 22:04, David Nadlinger via Digitalmars-d
wrote:
> On Wednesday, 10 May 2017 at 19:46:01 UTC, Joseph Rushton Wakeling wrote:
>>
>> Ironically, given that I'd always been worried this would be the most
>> finnicky compiler snap to create, it's actually the simplest package
>> defin
On Thursday, 11 May 2017 at 03:17:13 UTC, evilrat wrote:
I have played recently with one D game engine and result was
frustrating. My compile time was about 45 sec!
Interesting. What game engine were you using? To me this sounds
like a problem in the build process. DMD isn't a build system and
On 05/11/2017 06:10 AM, Dicebot wrote:
On Thursday, 11 May 2017 at 03:46:55 UTC, Nick Sabalausky (Abscissa) wrote:
1. Why are FQNs alone (assume they still worked like they're supposed
to) not good enough? Needs to be addressed in DIP. Currently isn't.
It is already addressed in the DIP. FQNs
On 05/11/2017 07:19 AM, Steven Schveighoffer wrote:
On 5/11/17 12:11 AM, Nick Sabalausky (Abscissa) wrote:
This is a pointless limitation. What is the benefit of requiring the
author to *not* provide an implementation until the transition period is
over? It runs counter to normal workflow.
Th
On Thursday, 11 May 2017 at 09:39:57 UTC, Kagamin wrote:
https://bugs.chromium.org/p/project-zero/issues/detail?id=1252&desc=5 - a
vulnerability in an application that doesn't go on the internet.
This link got me thinking: When will we see the first class
action lawsuit for criminal negligenc
On Wednesday, 10 May 2017 at 17:51:38 UTC, H. S. Teoh wrote:
Haha, I guess I'm not as good of a C coder as I'd like to think
I am. :-D
That comment puts you ahead of the pack already :)
On Monday, May 08, 2017 23:15:12 H. S. Teoh via Digitalmars-d wrote:
> Recently I've had the dubious privilege of being part of a department
> wide push on the part of my employer to audit our codebases (mostly C,
> with a smattering of C++ and other code, all dealing with various levels
> of netwo
Here are some projects that I used on the last job:
https://github.com/httpal/XML_PARSE_CLINIC
https://github.com/httpal/CHECK_STRUCT
On Thursday, 11 May 2017 at 11:31:58 UTC, Nikolay wrote:
On Thursday, 11 May 2017 at 11:10:50 UTC, Joakim wrote:
Well, if you don't like what's available and NetBSD doesn't
provide them... up to you to decide where that leads.
In any case it was not my decision. LDC does not use x87 for
math
On 5/10/17 3:45 PM, Stefan Koch wrote:
On Wednesday, 10 May 2017 at 18:41:30 UTC, Timon Gehr wrote:
On 10.05.2017 16:21, Stefan Koch wrote:
On Wednesday, 10 May 2017 at 14:13:09 UTC, Timon Gehr wrote:
On 10.05.2017 15:18, Stefan Koch wrote:
if you try assert([] is null), it should fail.
It
On 5/11/17 5:37 AM, deadalnix wrote:
On Wednesday, 10 May 2017 at 19:06:40 UTC, Ali Çehreli wrote:
Bummer for H. S. Teoh I guess... :/
Although I prefer explicit over implicit in most cases, I've never
graduated from if(p) and still using it happily. :)
Ali
All bool conversions in D are valu
On 5/10/17 2:49 PM, Jonathan M Davis via Digitalmars-d wrote:
On Wednesday, May 10, 2017 05:05:59 Ali Çehreli via Digitalmars-d wrote:
On 05/09/2017 10:34 AM, H. S. Teoh via Digitalmars-d wrote:
> I even appreciate breakages that eventually force me to write more
>
> readable code! A not-so-
On Wednesday, 10 May 2017 at 19:06:40 UTC, Ali Çehreli wrote:
On 05/10/2017 11:49 AM, Jonathan M Davis via Digitalmars-d
wrote:
> On Wednesday, May 10, 2017 05:05:59 Ali Çehreli via
Digitalmars-d wrote:
>> On 05/09/2017 10:34 AM, H. S. Teoh via Digitalmars-d wrote:
>> > After upgrading the com
On Thursday, 11 May 2017 at 11:36:17 UTC, Andre Pany wrote:
On Thursday, 11 May 2017 at 10:51:09 UTC, Stefan Koch wrote:
On Thursday, 11 May 2017 at 10:49:58 UTC, Andre Pany wrote:
[...]
We have that syntax already.
I do not understand. Should the syntax I have written already
work as I ex
On Thursday, 11 May 2017 at 10:51:09 UTC, Stefan Koch wrote:
On Thursday, 11 May 2017 at 10:49:58 UTC, Andre Pany wrote:
Hi,
I know there are concerns about struct initialization in
method calls but what is about struct initializer in UDA?
Scenario: I want to set several UDA values. At the m
On Thursday, 11 May 2017 at 11:10:50 UTC, Joakim wrote:
Well, if you don't like what's available and NetBSD doesn't
provide them... up to you to decide where that leads.
In any case it was not my decision. LDC does not use x87 for math
functions on other OS's.
On 5/11/17 12:11 AM, Nick Sabalausky (Abscissa) wrote:
On 04/25/2017 08:33 AM, Steven Schveighoffer wrote:
In the general case, one year is too long. A couple compiler releases
should be sufficient.
* When the @future attribute is added, would one add it on a dummy
symbol or would one provid
On Thursday, 11 May 2017 at 10:22:29 UTC, Dominikus Dittes
Scherkl wrote:
On Thursday, 11 May 2017 at 10:07:32 UTC, Joakim wrote:
On Thursday, 11 May 2017 at 02:05:11 UTC, Nikolay wrote:
I am porting LDC to NetBSD amd64, and I ask advice how to
handle real type. NetBSD has limited support for t
On 5/10/17 7:54 PM, H. S. Teoh via Digitalmars-d wrote:
On Wed, May 10, 2017 at 07:52:53PM -0400, Steven Schveighoffer via
Digitalmars-d wrote:
[...]
I'll reiterate here: if the compiler's sanity is suspect, there's nothing
much for it to do except crash. hard. And tell you where to look.
[...
On Thursday, 11 May 2017 at 10:49:58 UTC, Andre Pany wrote:
Hi,
I know there are concerns about struct initialization in method
calls but what is about struct initializer in UDA?
Scenario: I want to set several UDA values. At the moment I
have to create for each value a structure with exactl
Hi,
I know there are concerns about struct initialization in method
calls but what is about struct initializer in UDA?
Scenario: I want to set several UDA values. At the moment I have
to create for each value a structure with exactly 1 field. But it
would be quite nice if I could use struct
What is long double on NetBSD/amd64, 64-bit or full 80-bit?
80 bit
but function set is not full e.g.
acos supports long double
http://netbsd.gw.com/cgi-bin/man-cgi?acos+3+NetBSD-7.0
cos does not support long double
http://netbsd.gw.com/cgi-bin/man-cgi?cos+3+NetBSD-7.0
On Thursday, 11 May 2017
On Thursday, 11 May 2017 at 09:39:57 UTC, Kagamin wrote:
On Saturday, 6 May 2017 at 06:26:29 UTC, Joakim wrote:
Walter: Anything that goes on the internet.
https://bugs.chromium.org/p/project-zero/issues/detail?id=1252&desc=5 - a
vulnerability in an application that doesn't go on the internet.
On Thursday, 11 May 2017 at 10:07:32 UTC, Joakim wrote:
On Thursday, 11 May 2017 at 02:05:11 UTC, Nikolay wrote:
I am porting LDC to NetBSD amd64, and I ask advice how to
handle real type. NetBSD has limited support for this type.
What is long double on NetBSD/amd64, 64-bit or full 80-bit? We
On Thursday, 11 May 2017 at 03:46:55 UTC, Nick Sabalausky
(Abscissa) wrote:
1. Why are FQNs alone (assume they still worked like they're
supposed to) not good enough? Needs to be addressed in DIP.
Currently isn't.
It is already addressed in the DIP. FQNs only help if they are
used and current
On Thursday, 11 May 2017 at 02:05:11 UTC, Nikolay wrote:
I am porting LDC to NetBSD amd64, and I ask advice how to
handle real type. NetBSD has limited support for this type.
What is long double on NetBSD/amd64, 64-bit or full 80-bit? We
were talking about this when I was porting to Android/x
On Saturday, 6 May 2017 at 06:26:29 UTC, Joakim wrote:
Walter: Anything that goes on the internet.
https://bugs.chromium.org/p/project-zero/issues/detail?id=1252&desc=5 - a
vulnerability in an application that doesn't go on the internet.
On Wednesday, 10 May 2017 at 19:06:40 UTC, Ali Çehreli wrote:
Bummer for H. S. Teoh I guess... :/
Although I prefer explicit over implicit in most cases, I've
never graduated from if(p) and still using it happily. :)
Ali
All bool conversions in D are value based, not identity based.
Not on
On Thursday, 11 May 2017 at 08:27:16 UTC, Vadim Lopatin wrote:
DlangUI has Android support.
You can develop and debug game on desktop, then build for
Android.
Can we have an option to create OpenGL forward compatible
context, please? This would really help with debugging graphics
issues bec
On Thursday, 11 May 2017 at 00:04:52 UTC, Steven Schveighoffer
wrote:
I prefer the first one. The reason is simply because it doesn't
require any new grammar. The override requirement is already a
protection against changing base class. In this case, we have
two possible outcomes:
1. The base
On Wednesday, 10 May 2017 at 12:52:34 UTC, JN wrote:
Interesting thread I got from Reddit, someone made a game for
PC and mobiles fully in Rust.
https://michaelfairley.com/blog/i-made-a-game-in-rust/
"Last week, I released A Snake’s Tale on iOS, Android, Windows,
Mac, and Linux.".
I wonder,
On Sunday, 3 May 2015 at 14:35:49 UTC, Per Nordlöw wrote:
Latest at
https://github.com/nordlow/justd/blob/master/zio.d
Should be
https://github.com/nordlow/phobos-next/blob/master/src/zio.d
74 matches
Mail list logo
