On 08/28/2014 09:37 PM, Andrew Godfrey wrote:
> On Friday, 29 August 2014 at 02:10:46 UTC, H. S. Teoh via
> Digitalmars-d-learn wrote:
>> In D you just use '.' throughout and it Just > Works(tm).
>
> Unless the property you're accessing is also a pointer property, like
> sizeof. Then you have to
On Fri, Aug 29, 2014 at 05:28:12AM +, Andrew Godfrey via
Digitalmars-d-learn wrote:
> On Friday, 29 August 2014 at 05:05:55 UTC, H. S. Teoh via
> Digitalmars-d-learn wrote:
> >On Fri, Aug 29, 2014 at 04:37:37AM +, Andrew Godfrey via
> >Digitalmars-d-learn wrote:
> >>Unless the property you
On Friday, 29 August 2014 at 05:05:55 UTC, H. S. Teoh via
Digitalmars-d-learn wrote:
On Fri, Aug 29, 2014 at 04:37:37AM +, Andrew Godfrey via
Digitalmars-d-learn wrote:
Unless the property you're accessing is also a pointer
property, like
sizeof. Then you have to be careful.
True. Though
On Fri, Aug 29, 2014 at 04:37:37AM +, Andrew Godfrey via
Digitalmars-d-learn wrote:
> On Friday, 29 August 2014 at 02:10:46 UTC, H. S. Teoh via
> Digitalmars-d-learn wrote:
> >In D you just use '.' throughout and it Just Works(tm).
>
> Unless the property you're accessing is also a pointer pr
On Friday, 29 August 2014 at 02:10:46 UTC, H. S. Teoh via
Digitalmars-d-learn wrote:
In D you just use '.' throughout and it Just > Works(tm).
Unless the property you're accessing is also a pointer property,
like
sizeof. Then you have to be careful. The below prints 4 then 8
(on 32-bit):
un
On Friday, 29 August 2014 at 02:10:56 UTC, Vasileios
Anagnostopoulos via Digitalmars-d-learn wrote:
Hi,
in the 2.066 changelog I saw something for supporting c++
namespaces. I
thought this was not possible.
Which implementation does this refer? (compiler/architecture)
thank you very much.
On Thursday, 28 August 2014 at 19:29:40 UTC, papaboo wrote:
My current file and module layout is
test.d
src/math/vector.d - module dragonfly.math.vector
src/math/quaternion.d - module dragonfly.math.quaternion
Compiling with
$ dmd test.d src/math/vector.d src/math/quaternion.d && ./test
works pe
On Thursday, 28 August 2014 at 19:29:40 UTC, papaboo wrote:
Hey
I've just started getting into D and so far I'm just messing
around with it in a small math library.
However I've run into an issue while trying to build a library
and linking it with my main file.
My current file and module layout
Hey
I've just started getting into D and so far I'm just messing
around with it in a small math library.
However I've run into an issue while trying to build a library
and linking it with my main file.
My current file and module layout is
test.d
src/math/vector.d - module dragonfly.math.vector
s
"Jonathan M Davis" wrote in message
news:xjmfhegvanqdivhbt...@forum.dlang.org...
AFAIK, the only reason that it's not deprecated is that no one has
bothered to make the change (and you didn't want to deprecate it when you
went through all of those and updated their status a while back). Andr
On Thursday, 28 August 2014 at 15:01:58 UTC, Daniel Murphy wrote:
"Brian Schott" wrote in message
news:pbfgiwaxsdxdxetpi...@forum.dlang.org...
The "delete" keyword is deprecated[1] and making that decision
never broke any code.
[1] http://dlang.org/deprecate.html#delete
If you look at the
On Thursday, 28 August 2014 at 16:23:48 UTC, anonymous wrote:
On Tuesday, 26 August 2014 at 18:13:52 UTC, Gary Willoughby
wrote:
With that in mind what is strange is that if in my example you
change the class for a struct everything works as expected.
Why is that?
That's because when not mixe
On Tuesday, 26 August 2014 at 18:13:52 UTC, Gary Willoughby wrote:
With that in mind what is strange is that if in my example you
change the class for a struct everything works as expected. Why
is that?
That's because when not mixed into a class, Proxy did import
std.traits:
static if (!
On Tuesday, 26 August 2014 at 20:41:47 UTC, Marc Schütz wrote:
On Tuesday, 26 August 2014 at 18:13:52 UTC, Gary Willoughby
wrote:
With that in mind what is strange is that if in my example you
change the class for a struct everything works as expected.
Why is that?
This is bizarre... I tried
Hi!
If it is still actual: you can try to add dependent project by
checking it on Project depencies tab of project options
http://savepic.ru/5721500.png
It helps in my case.
"Brian Schott" wrote in message
news:pbfgiwaxsdxdxetpi...@forum.dlang.org...
The "delete" keyword is deprecated[1] and making that decision never broke
any code.
[1] http://dlang.org/deprecate.html#delete
If you look at the table up the top, delete hasn't actually been deprecated
yet. If
On Thursday, 28 August 2014 at 13:21:57 UTC, Dicebot wrote:
On Thursday, 28 August 2014 at 13:19:42 UTC, Chris wrote:
dmd v2.066: templ/parsetools.d has a reference to
std/metastrings.d which no longer exists there.
Fixed in vibe.d master afaik, you need to wait for new release
or use master.
On Thursday, 28 August 2014 at 13:19:42 UTC, Chris wrote:
dmd v2.066: templ/parsetools.d has a reference to
std/metastrings.d which no longer exists there.
Fixed in vibe.d master afaik, you need to wait for new release or
use master.
dmd v2.066: templ/parsetools.d has a reference to
std/metastrings.d which no longer exists there.
On Thu, 28 Aug 2014 11:50:48 +
Aerolite via Digitalmars-d-learn
wrote:
> So no chance even of this?
already done: https://issues.dlang.org/show_bug.cgi?id=13388
signature.asc
Description: PGP signature
On Wednesday, 27 August 2014 at 20:17:11 UTC, Brian Schott wrote:
It would be nice if we could at least allow both "nothrow" and
"@nothrow". Because "nothrow" is already a keyword there's no
possibility of a UDA overriding it. This would at least give
people the option of making their code look
On Thursday, 28 August 2014 at 10:54:47 UTC, monarch_dodra wrote:
Phobos issue:
http://forum.dlang.org/thread/uignsankcumgmhwpo...@forum.dlang.org#post-uignsankcumgmhwpoead:40forum.dlang.org
https://github.com/D-Programming-Language/phobos/pull/2472
On Thursday, 28 August 2014 at 11:02:03 UTC, anonymous wrote:
On Thursday, 28 August 2014 at 10:45:52 UTC, monarch_dodra
wrote:
I'm investigating a phobos regression. From "doesPointTo":
//
static if (isPointer!S || is(S == class) || is(S ==
interface))
{
const m = cast(void*
On Thursday, 28 August 2014 at 10:45:52 UTC, monarch_dodra wrote:
I'm investigating a phobos regression. From "doesPointTo":
//
static if (isPointer!S || is(S == class) || is(S ==
interface))
{
const m = cast(void*) source;
//
Basically, given a "pointer like" structur
On Thursday, 28 August 2014 at 10:38:12 UTC, monarch_dodra wrote:
On Wednesday, 27 August 2014 at 21:43:40 UTC, bearophile wrote:
rcor:
It compiles if you use:
@property auto feature() const pure nothrow { return _feature;
}
Otherwise I get strange errors like:
...\dmd2\src\phobos\std\exce
I'm investigating a phobos regression. From "doesPointTo":
//
static if (isPointer!S || is(S == class) || is(S ==
interface))
{
const m = cast(void*) source;
//
Basically, given a "pointer like" structure, I want the void*
equivalent. I really don't care about how "S"
On Wednesday, 27 August 2014 at 21:43:40 UTC, bearophile wrote:
rcor:
I've tried to express my problem in a mostly minimal example
here:
https://gist.github.com/murphyslaw480/d4a5f857a104bcf62de1
The class Point has an alias this to its own property
'feature()', which returns a reference to
I updated dub to 0.9.22 and still got the same error...
THis is the output of `dub build --force`:
--- output ---
## Warning for package sdlang-d ##
The following compiler flags have been specified in the package
description
file. They are handled by DUB and direct use in packages is
discour
On Wed, 2014-08-27 at 13:25 +, Ryan via Digitalmars-d-learn wrote:
[…]
> I'm thinking I will probably create a more in depth GTK+ hello
> world that attempts to covers some of the current D landscape.
Exactly what I am doing :-)
> For instance I now understand how DMD and RDMD work and how
Hi,
in the 2.066 changelog I saw something for supporting c++ namespaces. I
thought this was not possible.
Which implementation does this refer? (compiler/architecture)
thank you very much.
--
Dr. Vasileios Anagnostopoulos (MSc,PhD)
Researcher/Developer
ICCS/NTUA 9 Heroon Polytechneiou Str.,
On Wed, 27 Aug 2014 20:17:10 +
Brian Schott via Digitalmars-d-learn
wrote:
> It would be nice if we could at least allow both "nothrow" and
> "@nothrow".
here it is, another useless patch:
https://issues.dlang.org/show_bug.cgi?id=13388
i'm sure that it will never be accepted in mainline, so
31 matches
Mail list logo
