On Saturday, 8 April 2017 at 22:37:18 UTC, ag0aep6g wrote:
On 04/08/2017 11:59 PM, Meta wrote:
enum a = 0;
template test1()
{
enum b1 = a; //Okay, a is in scope at the declaration site
//enum c = d1; Error: undefined identifier d1
This line works just fine, actually. There's really
Suppose one has a function that will be used in CTFE and it uses
a lot of local variables. Does each call of the function end up
allocating space for these without ever releasing them or are
they reused? or used on the stack like normal?
Walter Bright Wrote in message:
> https://github.com/dlang/dmd/pull/6680
>
> Yes, this is for real! Symantec has given their permission to relicense it.
> Thank you, Symantec!
>
Another long term goal met. Congratulations!
Will this change in licensing pave the
On Sunday, 9 April 2017 at 03:26:14 UTC, Walter Bright wrote:
My previous version did not survive implementation. Here's the
revised version. I have submitted it as a DIP, and there's a
trial implementation up:
https://github.com/dlang/dmd/pull/6681
[ . . . ]
Pardon my ignorance but it
tour.dlang.org is down
On Sunday, 9 April 2017 at 03:26:14 UTC, Walter Bright wrote:
My previous version did not survive implementation. Here's the
revised version. I have submitted it as a DIP, and there's a
trial implementation up:
https://github.com/dlang/dmd/pull/6681
Two small procedural notes
- I don't
My previous version did not survive implementation. Here's the revised version.
I have submitted it as a DIP, and there's a trial implementation up:
https://github.com/dlang/dmd/pull/6681
-
Exceptions and @nogc version 2
Problem
===
I'm trying to use a binary heap initialized with one element.
However, this always seems to cause a range violation for some
reason. This small example will do it:
import std.stdio, std.container;
void main() {
auto pq = heapify([5]);
pq.insert(8);
}
...And it produces this error:
On Saturday, 8 April 2017 at 19:03:52 UTC, crimaniak wrote:
On Saturday, 8 April 2017 at 09:14:17 UTC, Stefan Koch wrote:
This is a question for D.Learn.
please post there.
Yes, I did it already and know, it is not possible for now:
Might I suggest that you simply define an enum for UnixEpoch
that's a
SysTime. Then you can do whatever you want.
ping on this.
On 4/8/2017 4:24 PM, Jethro wrote:
Does this mean that we can now embed the D compiler in to a commercial D app to
be used as a scripting like engine(D app compiles D code then dynamically links
in code while running)?
Yes.
https://issues.dlang.org/show_bug.cgi?id=17313
Issue ID: 17313
Summary: more Phobos Ddoc warnings when compiling
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: minor
Priority:
https://issues.dlang.org/show_bug.cgi?id=17312
Issue ID: 17312
Summary: std.range.package has Ddoc warnings when compiled
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: minor
On Friday, 7 April 2017 at 15:14:40 UTC, Walter Bright wrote:
https://github.com/dlang/dmd/pull/6680
Yes, this is for real! Symantec has given their permission to
relicense it. Thank you, Symantec!
Does this mean that we can now embed the D compiler in to a
commercial D app to be used as a
On 04/08/2017 11:59 PM, Meta wrote:
enum a = 0;
template test1()
{
enum b1 = a; //Okay, a is in scope at the declaration site
//enum c = d1; Error: undefined identifier d1
This line works just fine, actually. There's really no difference
between a normal template and a mixin template
On Saturday, 8 April 2017 at 09:47:07 UTC, biocyberman wrote:
On Friday, 7 April 2017 at 23:53:12 UTC, Ali Çehreli wrote:
The difference is that you can't use funcgen as a regular
template:
funcgen!(void, void);
Error: template instance funcgen!(void, void) mixin templates
are not
On Saturday, 8 April 2017 at 21:29:58 UTC, new2d wrote:
Can someone experienced in D port the GNU Guile embedding
tutorial over?
It would be great if Guile can be used to embed in D
Thank you
https://www.gnu.org/software/guile/docs/guile-tut/tutorial.html#Fundamentals
I have embedded Guile
On Saturday, 8 April 2017 at 20:09:49 UTC, Walter Bright wrote:
On 4/7/2017 9:30 AM, deadalnix wrote:
On Thursday, 6 April 2017 at 22:11:55 UTC, Walter Bright wrote:
On 4/6/2017 2:18 PM, H. S. Teoh via Digitalmars-d wrote:
You were asking for a link to deadalnix's original
discussion, and
On 04/08/2017 03:11 AM, biocyberman wrote:
> On Saturday, 8 April 2017 at 10:02:01 UTC, Mike Parker wrote:
>>
>> I would expect if you implement it as a function the compiler will
>> inline it. You can always use the pragma(inline, true) [1] with
>> -inline to verify.
>>
>> [1]
Hello folks,
The default dmd.conf settings for 64-bit environments include the
-fPIC flag (for good reason), but the settings for 32-bit
environments do not. Any particular reason for this?
Thanks & best wishes,
-- Joe
Can someone experienced in D port the GNU Guile embedding
tutorial over?
It would be great if Guile can be used to embed in D
Thank you
https://www.gnu.org/software/guile/docs/guile-tut/tutorial.html#Fundamentals
On Saturday, 8 April 2017 at 17:57:11 UTC, Vladimir Panteleev
wrote:
Yes; in my opinion, I think that's desirable because it is
aligned with the unidirectional flow of information from
higher-level components to lower-level ones, and does not
impose a particular configuration framework onto
The project I am working on, which is near completion:
https://github.com/IllusionSoftware/COM2D
Automates COM wrapping almost completely. That is, it takes a
converted COM idl file and generates a D wrapper which handles
all the marshaling, invoking, creation, etc.
The problem is that DMD
On 4/8/2017 12:07 PM, Martin Tschierschke wrote:
May be we can talk about pr strategy for D in general at Dconf.
I expect that how to best take advantage of this development will be a hot topic
at DConf.
On 4/7/2017 9:30 AM, deadalnix wrote:
On Thursday, 6 April 2017 at 22:11:55 UTC, Walter Bright wrote:
On 4/6/2017 2:18 PM, H. S. Teoh via Digitalmars-d wrote:
You were asking for a link to deadalnix's original discussion, and
that's the link I found (somebody else also posted a link to the
https://issues.dlang.org/show_bug.cgi?id=17303
--- Comment #5 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dlang.org
https://github.com/dlang/dlang.org/commit/f3f173bce3b27e7c81ee8a73383e052f593bf889
Fix Issue 17303 - type error in the href url
On Sunday, 2 April 2017 at 21:05:39 UTC, ketmar wrote:
no, it won't. it is completely safe to free non-GC-owned memory
with GC[0].
[0]
http://dpldocs.info/experimental-docs/core.memory.GC.free.html
At the cost of a GC mutex lock and metadata lookup, not too
horrible, but not free either.
On Friday, 7 April 2017 at 07:57:02 UTC, kinke wrote:
So while compiling each file separately in parallel is
potentially much much faster, the produced release binary may
be slower due to less/no cross-module inlining (e.g., LDC's
option is still experimental and known to have issues).
In
https://issues.dlang.org/show_bug.cgi?id=17309
Jack Stouffer changed:
What|Removed |Added
CC||j...@jackstouffer.com
On Friday, 7 April 2017 at 15:14:40 UTC, Walter Bright wrote:
https://github.com/dlang/dmd/pull/6680
Yes, this is for real! Symantec has given their permission to
relicense it. Thank you, Symantec!
Good news! Thank you!
I gave a hint of this - additionally mentioning Dconf - to
heise.de,
On Saturday, 8 April 2017 at 09:14:17 UTC, Stefan Koch wrote:
This is a question for D.Learn.
please post there.
Yes, I did it already and know, it is not possible for now:
https://forum.dlang.org/post/crkxlbtfhsplxfila...@forum.dlang.org
This is exact reason why I asked, how hard _to
On 4/8/2017 10:16 AM, Iain Buclaw via Digitalmars-d-announce wrote:
To make sure you have your history correct. GDC wrote the work-alike
x86 assembler, and later dual-licensed it to share with LDC. A little
while later I dropped it from GDC as it was not really fit for
purpose, and rather
On Saturday, 8 April 2017 at 14:20:49 UTC, Boris-Barboris wrote:
Looks like your current implementation does not go in that
direction, seeing as it uses properties for field access.
Am i mistaken in assumption that such simple getter property
will be optimized to direct field access? Anyways,
On 8 April 2017 at 18:48, Walter Bright via Digitalmars-d-announce
wrote:
> On 4/8/2017 1:36 AM, Iain Buclaw via Digitalmars-d-announce wrote:
>>
>> On 7 April 2017 at 23:49, Walter Bright via Digitalmars-d-announce
>>
On 4/8/2017 1:33 AM, Nick Sabalausky (Abscissa) wrote:
AFAIK, Symantec were under no particular obligation here, but none-the-less
chose the consumer/developer-friendly route, and I for one couldn't be more
appreciative. I'm one who can be very critical of, well, everything, but the
fine folks
On 4/8/2017 1:36 AM, Iain Buclaw via Digitalmars-d-announce wrote:
On 7 April 2017 at 23:49, Walter Bright via Digitalmars-d-announce
wrote:
Note that this also resolves the long-standing legal issue with D's inline
assembler being backend licensed, and so
On 4/8/2017 1:19 AM, Nick Sabalausky (Abscissa) wrote:
Anyone "in the know" have a any "inside scoop" regarding the such organization's
perspective on the "zlib/libpng" license? I tend to favor it for my own OSS
projects, since it's (in my perspective) at least as liberal as Boost, but very,
On 2017-04-07 18:30, deadalnix wrote:
Because it is in a ML, I cannot post a link.
Is it this mailing list: http://forum.dlang.org/group/study ?
--
/Jacob Carlborg
https://issues.dlang.org/show_bug.cgi?id=17302
--- Comment #3 from Rainer Schuetze ---
see https://github.com/dlang/dlang.org/pull/1626
--
On 2017-04-07 23:05, Ali Çehreli wrote:
Main reason for D not supporting the name-to-pointer mapping? I don't
think so because as far as I know this has been the case since very
early on but UFCS came very much later.
More likely due to properties, i.e. calling functions without
parentheses.
On Saturday, 8 April 2017 at 12:14:31 UTC, Russel Winder wrote:
On Fri, 2017-04-07 at 22:47 +, Meta via Digitalmars-d-learn
wrote:
[…]
Do you have the -dip1000 switch enabled?
Not as far as I know. Why would I want to do that?
You wouldn't as the std lib doesn't work with it yet.
https://issues.dlang.org/show_bug.cgi?id=17302
Rainer Schuetze changed:
What|Removed |Added
CC||r.sagita...@gmx.de
On 2017-04-07 17:14, Walter Bright wrote:
https://github.com/dlang/dmd/pull/6680
Yes, this is for real! Symantec has given their permission to relicense
it. Thank you, Symantec!
This is some amazing news!! :)
--
/Jacob Carlborg
https://issues.dlang.org/show_bug.cgi?id=17310
Issue ID: 17310
Summary: [SPEC] Ambiguous mangling for 'Y', Objective-C
function or variadic arguments?
Product: D
Version: D2
Hardware: x86_64
OS: Windows
On Saturday, 8 April 2017 at 13:09:59 UTC, Vladimir Panteleev
wrote:
On Saturday, 8 April 2017 at 10:11:11 UTC, Boris-Barboris wrote:
2). After preprocessing I wish to have fully-typed, safe and
fast Config class, that contains all the groups I defined for
it in it's body, and not as
https://issues.dlang.org/show_bug.cgi?id=17303
a.louan...@gmail.com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
URL|
https://issues.dlang.org/show_bug.cgi?id=17303
a.louan...@gmail.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
First release candidate for 2.074.0.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.074.0.html
Please report any bugs at https://issues.dlang.org
-Martin
On Saturday, 8 April 2017 at 10:11:11 UTC, Boris-Barboris wrote:
1). I had to save template parameter group_name_par into
group_name. Looks like template mixin doesn't support closures.
A minor inconvenience, I would say, and it's not what I would
like to talk about.
Template mixins' scope
On 04/07/2017 07:06 PM, Russel Winder via Digitalmars-d-learn wrote:
factorial.d(71,15): Error: template std.bigint.BigInt.__ctor cannot deduce
function from argument types !()(string) immutable
On 04/08/2017 02:18 PM, Russel Winder via Digitalmars-d-learn wrote:
https://issues.dlang.org/show_bug.cgi?id=17306
ag0ae...@gmail.com changed:
What|Removed |Added
Keywords||ice
CC|
https://issues.dlang.org/show_bug.cgi?id=17309
Issue ID: 17309
Summary: constructor template doesn't infer `pure`
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Keywords: rejects-valid
On Saturday, 8 April 2017 at 12:16:10 UTC, Russel Winder wrote:
Fedora Rawhide is now on LLVM 4.0 is that going to be a problem
building LDC?
Of course not! ;-)
-Johan
https://issues.dlang.org/show_bug.cgi?id=17308
Iain Buclaw changed:
What|Removed |Added
CC||ibuc...@gdcproject.org
https://issues.dlang.org/show_bug.cgi?id=17308
Issue ID: 17308
Summary: [TEST/PROCESS] Beta releases should not be built with
-release
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
On Saturday, 8 April 2017 at 12:15:45 UTC, biocyberman wrote:
@Admins: Please move to the right place for me if this is not
the right one.
1. Code formatting seems to be support in all other parts of
dlang.org, but not in the forum. It would be nice to be able to
format code for readability.
@Admins: Please move to the right place for me if this is not the
right one.
1. Code formatting seems to be support in all other parts of
dlang.org, but not in the forum. It would be nice to be able to
format code for readability.
2. Automatic exclude ones own text to avoid 'overquoting'.
On Fri, 2017-04-07 at 20:29 +, Jack Stouffer via Digitalmars-d-
learn wrote:
> On Friday, 7 April 2017 at 17:06:31 UTC, Russel Winder wrote:
> > Simple Dub build of a Factorial example using Unit-Threaded for
> > testing. Works fine with ldc2 breaks with dmd.
>
> Can you post the code your
https://issues.dlang.org/show_bug.cgi?id=17307
Iain Buclaw changed:
What|Removed |Added
CC||ibuc...@gdcproject.org
https://issues.dlang.org/show_bug.cgi?id=17307
Issue ID: 17307
Summary: [ICE] TypeBasic::implicitConvTo: After error
"anonymous struct can only be a part of an aggregate"
Product: D
Version: D2
Hardware: All
On Fri, 2017-04-07 at 20:38 +, David Nadlinger via Digitalmars-d-
learn wrote:
> […]
>
> You might want to check with LDC from Git master first to see
> whether it is in fact a 2.073-related problem. — David
Rats, I thought I'd got away from manually building LDC.
Fedora Rawhide is now on
On Fri, 2017-04-07 at 22:47 +, Meta via Digitalmars-d-learn wrote:
> […]
>
> Do you have the -dip1000 switch enabled?
Not as far as I know. Why would I want to do that?
--
Russel.
=
Dr Russel Winder t: +44 20
On Saturday, 8 April 2017 at 11:24:02 UTC, Nicholas Wilson wrote:
The ':' means that it applies to everything that follows it, so
while it doesn't matters in this example if you had
pragma( inline, true ):
int kroundup32( int x) { ... }
auto someVeryLargeFunction( Args args)
{
// ...
}
https://issues.dlang.org/show_bug.cgi?id=17306
Issue ID: 17306
Summary: dmd segfault on package imports
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: normal
Priority: P1
https://issues.dlang.org/show_bug.cgi?id=17303
ag0ae...@gmail.com changed:
What|Removed |Added
Keywords||pull
CC|
On Saturday, 8 April 2017 at 11:01:34 UTC, biocyberman wrote:
On Saturday, 8 April 2017 at 10:09:47 UTC, Mike Parker wrote:
T kroundup32(T)(T x) {
pragma(inline, true);
--(x);
(x)|=(x)>>1;
(x)|=(x)>>2;
(x)|=(x)>>4;
(x)|=(x)>>8;
(x)|=(x)>>16;
return ++(x);
}
I
On Saturday, 8 April 2017 at 10:09:47 UTC, Mike Parker wrote:
T kroundup32(T)(T x) {
pragma(inline, true);
--(x);
(x)|=(x)>>1;
(x)|=(x)>>2;
(x)|=(x)>>4;
(x)|=(x)>>8;
(x)|=(x)>>16;
return ++(x);
}
I also came up with this:
import std.stdio;
pragma( inline, true
Hello! It's a bit long one, I guess, but I'd like to have some
discussion of topic. I'll start with a concrete use case:
For the sake of entertainment, I tried to wrote generic
configuration management class. I was inspired by oslo_config
python package that I have to deal with on work. I
On Saturday, 8 April 2017 at 10:02:01 UTC, Mike Parker wrote:
I would expect if you implement it as a function the compiler
will inline it. You can always use the pragma(inline, true) [1]
with -inline to verify.
[1] https://dlang.org/spec/pragma.html#inline
Thanks for mentioning pragma.
On Saturday, 8 April 2017 at 10:02:01 UTC, Mike Parker wrote:
I would expect if you implement it as a function the compiler
will inline it. You can always use the pragma(inline, true) [1]
with -inline to verify.
[1] https://dlang.org/spec/pragma.html#inline
This gives me no error, so it
On Saturday, 8 April 2017 at 09:53:47 UTC, biocyberman wrote:
What is the D mixin version equivalent to this macro:
#define kroundup32(x) (--(x), (x)|=(x)>>1, (x)|=(x)>>2,
(x)|=(x)>>4, (x)|=(x)>>8, (x)|=(x)>>16, ++(x))
The macro looks cryptic. What the macro does has been explained
here:
https://issues.dlang.org/show_bug.cgi?id=17305
Iain Buclaw changed:
What|Removed |Added
CC||ibuc...@gdcproject.org
https://issues.dlang.org/show_bug.cgi?id=17305
Issue ID: 17305
Summary: [SPEC] ABI page still has references to D1 Phobos
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: normal
What is the D mixin version equivalent to this macro:
#define kroundup32(x) (--(x), (x)|=(x)>>1, (x)|=(x)>>2,
(x)|=(x)>>4, (x)|=(x)>>8, (x)|=(x)>>16, ++(x))
The macro looks cryptic. What the macro does has been explained
here:
On Friday, 7 April 2017 at 23:53:12 UTC, Ali Çehreli wrote:
The difference is that you can't use funcgen as a regular
template:
funcgen!(void, void);
Error: template instance funcgen!(void, void) mixin templates
are not regular templates
I think it's good practice to use 'mixin
On Saturday, 8 April 2017 at 09:19:03 UTC, rikki cattermole wrote:
Nope, not valid for D.learn as it is not currently possible.
perfectly valid in D.learn.
You could have given the answer that is it not possible there.
On 08/04/2017 10:14 AM, Stefan Koch wrote:
On Saturday, 8 April 2017 at 08:50:27 UTC, crimaniak wrote:
Hi!
Is it hard to implement some way to access symbol from UDA constructor
of symbol?
```
class uda
{
this()
{
// Iterate by Foo members
foreach (member;
On Saturday, 8 April 2017 at 08:50:27 UTC, crimaniak wrote:
Hi!
Is it hard to implement some way to access symbol from UDA
constructor of symbol?
```
class uda
{
this()
{
// Iterate by Foo members
foreach (member; __traits(allMembers, __SYMBOL__))
...
Hi!
Is it hard to implement some way to access symbol from UDA
constructor of symbol?
```
class uda
{
this()
{
// Iterate by Foo members
foreach (member; __traits(allMembers, __SYMBOL__))
...
}
}
@uda
struct Foo
{
}
```
On 7 April 2017 at 23:49, Walter Bright via Digitalmars-d-announce
wrote:
> Note that this also resolves the long-standing legal issue with D's inline
> assembler being backend licensed, and so not portable to gdc/ldc.
>
That makes the assumption that
On 04/07/2017 11:14 AM, Walter Bright wrote:
https://github.com/dlang/dmd/pull/6680
Yes, this is for real! Symantec has given their permission to relicense
it. Thank you, Symantec!
Wow! This is HUGE news for D, and may I say, I think some *major*
respect (and "props, j00!") are
On 04/07/2017 05:44 PM, Walter Bright wrote:
2. It's on all of the "Accepted OSS Licenses" lists that major corps have
because of Boost itself being used in those companies. If your license
isn't on
the list, your project isn't being used.
Yup. We figured every corporation that uses C++ has
On Sunday, 2 April 2017 at 19:00:30 UTC, Jon Degenhardt wrote:
On Friday, 31 March 2017 at 04:41:10 UTC, Joel wrote:
Linking...
ld: warning: pointer not aligned at address 0x10017A4C9
(_D30TypeInfo_AxS3std4file8DirEntry6__initZ + 16 from
On Tuesday, 4 April 2017 at 13:45:47 UTC, Meta wrote:
I mean what goes on inside fold. If you look at the C++ example
it's very concise and IMO beautiful:
auto f(Args ...args) { return (0 + ... +
args); }
It's special syntax for a very limited (only infix operators) and
rather obscure
On 08/04/2017 7:46 AM, Jethro wrote:
I have a custom type and I'm trying to do things like
x~1 and 1~x.
I can get x~1 no problem by overriding the op "~" but how to I get 1~x
to convert 1 in to typeof(x)? instead of x in to typeof(1) so to speak?
I really want D to realize that 1~x is suppose
I have a custom type and I'm trying to do things like
x~1 and 1~x.
I can get x~1 no problem by overriding the op "~" but how to I
get 1~x to convert 1 in to typeof(x)? instead of x in to
typeof(1) so to speak?
I really want D to realize that 1~x is suppose to use ~ of x, not
1.
86 matches
Mail list logo