On Monday, 2 February 2015 at 00:49:14 UTC, Walter Bright wrote:
Thanks for the good read!
BTW, one effect D has had is that other languages are adopting
D's features, though few will admit it.
Yes - eerily out of the book from the Innovator's Dilemma. But
as Jonathan said (and maybe you
On 2/2/2015 12:20 PM, Laeeth Isharc wrote:
On Monday, 2 February 2015 at 00:49:14 UTC, Walter Bright wrote:
Thanks for the good read!
BTW, one effect D has had is that other languages are adopting D's features,
though few will admit it.
Yes - eerily out of the book from the Innovator's
On 2/2/2015 1:24 PM, Johannes Pfau wrote:
What's your argument?
That it still generates 2 instructions in the simplest case? That's an
X86 specific detail. On ARM and other RISC architectures there is a
difference between loading a literal (code into the instruction) or
loading a runtime value.
On Monday, 2 February 2015 at 04:57:10 UTC, Adam D. Ruppe wrote:
I can't believe it, but yet another week has already passed, so
up late to release this again!
http://arsdnet.net/this-week-in-d/feb-01.html
Early bird registration open for DConf, 2015 Vision released,
GUI and Windows
On 2/2/2015 10:44 AM, Iain Buclaw via Digitalmars-d wrote:
On 2 February 2015 at 17:43, Andrei Alexandrescu via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 2/2/15 9:23 AM, Iain Buclaw via Digitalmars-d wrote:
That code doesn't work with DMD.
http://goo.gl/hgsHg0
Has that been
Am Mon, 02 Feb 2015 13:15:13 -0800
schrieb Walter Bright newshou...@digitalmars.com:
On 2/2/2015 9:15 AM, Johannes Pfau wrote:
It's also necessary that the compiler
knows after inlining that the address is a literal. Loading data
from fixed literal addresses produces different, more
On Monday, 2 February 2015 at 21:55:21 UTC, Jonathan M Davis
wrote:
I've long thought that it some point, dub would be forced to
support
arbitrary build systems in order to actually work in the
general case. There
are far too many special cases and more complicated things that
build
scripts
On Monday, 2 February 2015 at 06:07:29 UTC, Zach the Mystic wrote:
Therefore, I think std.experimental is for all in flux APIs,
from the drafting stage to the later less in flux stages.
Definitely this is what I thought initially. But, IMO, it can be
really hard or impossible to carry out, as
On Monday, 2 February 2015 at 16:26:45 UTC, Atila Neves wrote:
This thread has just made me decide to write a D build system,
in D and configured in D that builds on dub and its packages
intead of reinventing the wheel. I might ask the community for
inputs on requirements. Maybe this will be
On 2/2/2015 6:58 AM, Manu via Digitalmars-d wrote:
They need to be wrapped to be useful,
Wrapping them is a subjective matter of taste.
And before anyone says I don't know what I'm talking about, I used to write
embedded systems software. :-)
On 2/2/2015 9:06 AM, Johannes Pfau wrote:
_Dmain:
push rbp
movrbp,rsp
subrsp,0x10
movrax,0x5 ==
movQWORD PTR [rbp-0x8],rax
movecx,DWORD PTR [rax] == a register based load
The instruction it
On Tue, 03 Feb 2015 05:56:51 +1300, Rikki Cattermole wrote:
On 3/02/2015 5:35 a.m., ketmar wrote:
On Mon, 02 Feb 2015 23:54:15 +1300, Rikki Cattermole wrote:
Languages
...
i can't even read that linenoise.
There is three sets of files if I remember.
First system level.
Second user
On 2015-02-02 at 18:29, Nick Sabalausky wrote:
On 01/27/2015 03:02 PM, anonymous wrote:
PR: https://github.com/D-Programming-Language/dlang.org/pull/869 - For
details see here.
Live version: http://ag0aep6g-dlang.rhcloud.com - If you've visited this
before, you may have to clear your cache to
https://issues.dlang.org/show_bug.cgi?id=14106
--- Comment #3 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/phobos
https://github.com/D-Programming-Language/phobos/commit/06fd47ffec0124dbcb4bbadea467492e9b65095b
fix Issue 14106 -
https://issues.dlang.org/show_bug.cgi?id=14106
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Am Mon, 02 Feb 2015 12:39:28 -0500
schrieb Steven Schveighoffer schvei...@yahoo.com:
On 2/2/15 12:06 PM, Johannes Pfau wrote:
Am Mon, 02 Feb 2015 02:49:48 -0800
schrieb Walter Bright newshou...@digitalmars.com:
Please try it before deciding it does not work.
I guess one ad hominem
On 2/2/2015 6:43 AM, Manu via Digitalmars-d wrote:
I'm pretty sure the only controversy is that you want it to be a
pragma, everyone else wants it to be an attribute.
That's correct.
My reasoning is simple - an attribute defines the semantics of the interface, a
pragma gives instructions to
On Monday, 2 February 2015 at 19:04:52 UTC, Nordlöw wrote:
https://github.com/nordlow/dmd/commit/40ce0ecf34f90c4d3053c47e9286d7574f596e15
Made it PR at
https://github.com/D-Programming-Language/dmd/pull/4371
On Monday, 2 February 2015 at 20:09:42 UTC, Piotrek wrote:
On Monday, 2 February 2015 at 06:07:29 UTC, Zach the Mystic
wrote:
Therefore, I think std.experimental is for all in flux APIs,
from the drafting stage to the later less in flux stages.
Definitely this is what I thought initially.
On 2/2/2015 9:15 AM, Johannes Pfau wrote:
It's also necessary that the compiler
knows after inlining that the address is a literal. Loading data from
fixed literal addresses produces different, more efficient code than
loading from an runtime address. As the function code will generally be
On 02/02/15 11:13, Vladimir Panteleev via Digitalmars-d wrote:
On Monday, 2 February 2015 at 10:09:00 UTC, Joseph Rushton Wakeling wrote:
Well, as long as the requirements are expressed in the form,
package-name: =1.2.3
This will allow Dub to pick a new major version with incompatible
On Monday, 2 February 2015 at 21:01:30 UTC, Johannes Pfau wrote:
Am Mon, 02 Feb 2015 12:39:28 -0500
schrieb Steven Schveighoffer schvei...@yahoo.com:
On 2/2/15 12:06 PM, Johannes Pfau wrote:
Am Mon, 02 Feb 2015 02:49:48 -0800
schrieb Walter Bright newshou...@digitalmars.com:
Please try it
On 02/02/15 15:40, Dicebot via Digitalmars-d wrote:
Quick summary of my opinion can look like this:
1) dub is a horrible build tool
2) git submodules is a horrible way for dependency management
First thing is something we can improve on in future and, actually, dub supports
using rdmd as a
Hi.
Visual D are settings in the project parameter Subsystem mode
Console and command line with output still closes prematurely.
How to make the command line was not closed prematurely without
using system(pause)?
On Monday, 2 February 2015 at 21:19:05 UTC, Walter Bright wrote:
On 2/2/2015 9:17 AM, H. S. Teoh via Digitalmars-d wrote:
Walter seems to dislike forced inlining for various reasons,
preferring
inlining as a hint at the most, and he probably has a point in
most
cases (let the compiler make the
Can we please change the file extensions in DMD from .c to .cpp
for C++ sources?
On Monday, February 02, 2015 22:37:13 Joseph Rushton Wakeling via Digitalmars-d
wrote:
On 02/02/15 15:40, Dicebot via Digitalmars-d wrote:
Quick summary of my opinion can look like this:
1) dub is a horrible build tool
2) git submodules is a horrible way for dependency management
On Mon, Feb 02, 2015 at 09:53:43PM +, Dicebot via Digitalmars-d wrote:
On Monday, 2 February 2015 at 21:19:05 UTC, Walter Bright wrote:
On 2/2/2015 9:17 AM, H. S. Teoh via Digitalmars-d wrote:
Walter seems to dislike forced inlining for various reasons,
preferring inlining as a hint at the
On Sunday, 1 February 2015 at 23:22:55 UTC, Dicebot wrote:
Newbie confusion? In what way?
What library to use between Phobos and Mars, why those are
separate, why those have different stability guranatees, where
to submit new contributions, why bother - it all would need to
be written down
On Sunday, 1 February 2015 at 22:32:37 UTC, Sativa wrote:
On Friday, 23 January 2015 at 11:04:12 UTC, Walter Bright wrote:
Mandatory reddit link:
http://www.reddit.com/r/programming/comments/2tdy5z/interfacing_d_to_legacy_c_code_by_walter_bright/
There's been a lot of interest in this
On 02/02/2015 12:56 PM, Timo Sintonen wrote:
Developers make things _for_ users.
Hear hear, That's a point I always feel deserves far more attention and
deliberate, conscious appreciation than it typically gets. (Just a
general observation of the overall software development world, not
On 2/2/2015 9:17 AM, H. S. Teoh via Digitalmars-d wrote:
On Mon, Feb 02, 2015 at 08:55:59AM -0800, Andrei Alexandrescu via Digitalmars-d
wrote:
On 2/2/15 8:42 AM, Johannes Pfau wrote:
Again the problem is not volatileLoad/Store which
translate to single instructions it's wrappers.
So does
On Sunday, 1 February 2015 at 23:21:36 UTC, Dicebot wrote:
As per latest agreement everything in std.experimental is
considered subject to any change so is perfectly flexible.
- new drafting modules won't disturb usual users of the
standard library
That statements needs some hard data
Wait, is this a reply today to a post made in November 2012?
-- Andrei
Yes, here is what happens:
1. person does a search, finds 2+ year old thread that he likes
to respond to.
2. Entire thread gets pushed to the most recent posts on
forum/newsgroup
3. Others now see the thread (possibly
On Mon, 02 Feb 2015 19:13:13 +, Ola Fosheim Grøstad wrote:
sure, to fully exploit that (and other things) it's better to drop that
oldish object files concept and use something like delphi's .dcu.
I am not familiar with that format, but using a high level intermediate
representation
On 2/1/15 9:26 AM, Andrei Alexandrescu wrote:
I agree indecision is bad. -- Andrei
Whereas I'm still on the fence...
https://issues.dlang.org/show_bug.cgi?id=14114
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
CC|
On 02/02/2015 01:51 PM, Dennis Ritchie wrote:
Hi.
Visual D are settings in the project parameter Subsystem mode
Console and command line with output still closes prematurely.
How to make the command line was not closed prematurely without
using system(pause)?
I think the answer is the same
https://issues.dlang.org/show_bug.cgi?id=481
--- Comment #23 from Bill Baxter wbax...@gmail.com ---
Whoa! 8 years later! yay!
--
On Monday, 2 February 2015 at 20:51:02 UTC, ketmar wrote:
i think that this is the area that can be left to
platform-specific
part of the specs. maybe even omited completely, as it's highly
backend/
arch dependent. if someone want to squeeze every cycle
possible, he knows
that his code will
On Monday, 2 February 2015 at 21:19:01 UTC, Zach the Mystic wrote:
I think std.experimental should essentially be its own library,
with its own slot next to phobos on the github repo. I'm open
to changing the name or something... but if we have both
std.experimental *and* your new mars, what
On 02/02/2015 03:09 AM, Vladimir Panteleev wrote:
1a. rdmd and D's module system:
[...]
In contrast, Dub's default modus operandi is to blindly send to the
compiler all *.d files found in the src folder, whether they're
actually used or not. Not only can this be slower if not all modules are
On 02/02/2015 05:15 PM, Nick Sabalausky wrote:
My #1 beef with Dub: It desperately needs a way to *just* obtain the
-o/-version/etc args to be passed directly into dmd/rdmd/ldmd/gdmd/etc.
Actually I meant -I, not -o. (But I guess maybe -o too.)
On 02/02/2015 04:59 PM, FG wrote:
On 2015-02-02 at 18:29, Nick Sabalausky wrote:
On 01/27/2015 03:02 PM, anonymous wrote:
PR: https://github.com/D-Programming-Language/dlang.org/pull/869 - For
details see here.
Live version: http://ag0aep6g-dlang.rhcloud.com - If you've visited this
before,
On Tue, Feb 03, 2015 at 01:49:52AM +, deadalnix via Digitalmars-d wrote:
On Tuesday, 3 February 2015 at 01:39:31 UTC, H. S. Teoh wrote:
Did you fix the build problems yet? Or at least make them more
robust? The last time I tried to build SDC, I had to manually hack a
lot of things to work
On 2/2/2015 2:34 PM, Jonathan M Davis via Digitalmars-d wrote:
That makes sense, though the one issue that I see with making it a pragma is
the fact that pragmas are supposed to be compiler-specific and not part of
the language (at least as I understand it), and I would expect that anyone
On Monday, 2 February 2015 at 23:29:26 UTC, Walter Bright wrote:
Now, when it can't inline, do you expect the compiler to
produce an error message?
Yes, this is the very point of such feature - telling that if
code can't be inlined, it is effectively unusable.
If so, what corrective action
On 03.02.15 00:29, Walter Bright wrote:
Now, when it can't inline, do you expect the compiler to produce an
error message?
Or warning?
Microcontroller programmers like to look at produced code, no need to
force them :)
On Monday, 2 February 2015 at 22:58:06 UTC, Dennis Ritchie wrote:
On Monday, 2 February 2015 at 22:14:36 UTC, Ali Çehreli wrote:
http://stackoverflow.com/questions/454681/how-to-keep-the-console-window-open-in-visual-c
Not helped:
http://i.imgur.com/4EG84YK.png
Use monoD do a hello world
On 2/2/2015 2:30 PM, Johannes Pfau wrote:
I does: if the backend can't know that a value is known at compile time
it cant use absolute addresses:
void test(ubyte* ptr)
{
volatileLoad(ptr); //Can't use literal addressing might be runtime
value
}
The context here is that
On 2/2/2015 1:53 PM, Dicebot wrote:
http://wiki.dlang.org/DIP56
Erm. Quoting the DIP: If a pragma specifies always inline, whether or not the
target function(s) are actually inlined is implementation defined, although the
implementation will be expected to inline it if practical.
This is
On Monday, 2 February 2015 at 08:09:39 UTC, Vladimir Panteleev
wrote:
...
Sorry if it has been answered, but one of the points brought up
was non-D project management. Is it possible for Dub to i.e,
compile C files for me and link them with my D files? I'm
currently using makefiles for
On 02/02/2015 04:21 AM, Chris wrote:
On Saturday, 31 January 2015 at 19:40:49 UTC, Jacob Carlborg wrote:
On 2015-01-31 19:38, Chris wrote:
At version 0.0.1? :)
At version 0.1.0:
https://github.com/jacob-carlborg/dstep/releases/tag/v0.1.0
Still loads of time to change the name. If you
On Monday, 2 February 2015 at 04:57:10 UTC, Adam D. Ruppe wrote:
I can't believe it, but yet another week has already passed, so
up late to release this again!
Very nice! Thank you.
Unfortunately, your project Spotlight does not work exactly as
advertised, since simpledisplay imports
On Monday, 2 February 2015 at 23:08:13 UTC, FrankLike wrote:
Use monoD do a hello world ,you will get the answer.
And Mono-D good debugger?
On Sunday, 1 February 2015 at 01:17:41 UTC, Andrei Alexandrescu
wrote:
Hello,
Walter and I have been mulling for a while on a vision for the
first six months of 2015.
http://wiki.dlang.org/Vision/2015H1
This is stuff we consider important for D going forward and
plan to work actively on.
On Tuesday, 3 February 2015 at 00:59:26 UTC, Andrei Alexandrescu
wrote:
On 2/2/15 4:23 PM, eles wrote:
On Monday, 2 February 2015 at 21:51:42 UTC, Nordlöw wrote:
Can we please change the file extensions in DMD from .c to
.cpp for
C++ sources?
On Tuesday, 3 February 2015 at 01:39:31 UTC, H. S. Teoh wrote:
Did you fix the build problems yet? Or at least make them more
robust?
The last time I tried to build SDC, I had to manually hack a
lot of
things to work in my environment, and eventually I gave up.
T
This is the only issue I
On Monday, 2 February 2015 at 22:14:36 UTC, Ali Çehreli wrote:
http://stackoverflow.com/questions/454681/how-to-keep-the-console-window-open-in-visual-c
Not helped:
http://i.imgur.com/4EG84YK.png
https://issues.dlang.org/show_bug.cgi?id=14117
Issue ID: 14117
Summary: core.atomic should be @safe
Product: D
Version: unspecified
Hardware: x86_64
OS: Linux
Status: NEW
Severity: enhancement
On Monday, 2 February 2015 at 21:51:42 UTC, Nordlöw wrote:
Can we please change the file extensions in DMD from .c to .cpp
for C++ sources?
http://forum.dlang.org/post/peivwaklprmaafalb...@forum.dlang.org
On 2/2/15 4:23 PM, eles wrote:
On Monday, 2 February 2015 at 21:51:42 UTC, Nordlöw wrote:
Can we please change the file extensions in DMD from .c to .cpp for
C++ sources?
http://forum.dlang.org/post/peivwaklprmaafalb...@forum.dlang.org
Better change them straight to .d! -- Andrei
I found the right option!
http://imgur.com/KfkuBZi
Am Mon, 02 Feb 2015 13:44:41 -0800
schrieb Walter Bright newshou...@digitalmars.com:
On 2/2/2015 9:06 AM, Johannes Pfau wrote:
_Dmain:
push rbp
movrbp,rsp
subrsp,0x10
movrax,0x5 ==
movQWORD PTR [rbp-0x8],rax
mov
On Monday, February 02, 2015 13:01:28 Walter Bright via Digitalmars-d wrote:
On 2/2/2015 6:43 AM, Manu via Digitalmars-d wrote:
I'm pretty sure the only controversy is that you want it to be a
pragma, everyone else wants it to be an attribute.
That's correct.
My reasoning is simple - an
On Friday, 30 January 2015 at 23:17:09 UTC, Andrei Alexandrescu
wrote:
Sorry, I thought that was in the bag. Keep current semantics,
call it chunkBy. Add the key to each group when the predicate
is unary. Make sure aggregate() works nice with chunkBy().
I might miss some information on this,
So. I've reported lots of bugs in DUB and fixed some, and since
using it I never looked back. It does seem more stable these days.
On Monday, 2 February 2015 at 08:09:39 UTC, Vladimir Panteleev
wrote:
So, in order to start using Dub, I'd need to:
- restructure the directory layout of my
On Tue, Feb 03, 2015 at 01:33:31AM +, deadalnix via Digitalmars-d wrote:
On Tuesday, 3 February 2015 at 00:59:26 UTC, Andrei Alexandrescu wrote:
On 2/2/15 4:23 PM, eles wrote:
On Monday, 2 February 2015 at 21:51:42 UTC, Nordlöw wrote:
Can we please change the file extensions in DMD from .c
On Mon, 2015-02-02 at 12:36 +, Atila Neves via Digitalmars-d-announce wrote:
[…]
Indeed. Most of the issues I hear about stem from it trying to do
both at the same time. It's a good package manager but
unfortunately a not so good build system. This makes me think, once
more, of writing
On Monday, 2 February 2015 at 12:42:24 UTC, FG wrote:
On 2015-02-02 at 13:16, irtcupc wrote:
The manual section about interfacing from c states that
type[] is inter-compatible from C to D,
however, I face this strange case:
- C declaration:
char identifier[64];
- D declaration:
char[64]
On Monday, 2 February 2015 at 13:25:57 UTC, Mathias LANG wrote:
To be more specific, dub won't let you compile a project with
multiple definition of a function. How is that a liability ?
You can't have more than one main() function.
Some packages contain more than one entry point (programs /
On Monday, 2 February 2015 at 13:34:28 UTC, ketmar wrote:
On Mon, 02 Feb 2015 13:32:57 +, ketmar wrote:
On Mon, 02 Feb 2015 13:23:23 +, irtcupc wrote:
my current understanding is that:
- C: char CompleteInstr[INSTRUCT_LENGTH] is actually a raw
chunk - D:
defining the member as
On Monday, 2 February 2015 at 08:52:29 UTC, Vladimir Panteleev
wrote:
On Monday, 2 February 2015 at 08:46:40 UTC, Daniel Kozak wrote:
And this is reason why rdmd suck (in my case).
Example:
return
cast(EntityManagerFactory)Object.factory(cz.dlang.ddpa.EntityManagerFactoryImpl);
On 2/2/2015 1:39 AM, Johannes Pfau wrote:
No, it doesn't even come close.
* Ports.B += 7 doesn't work.
This should not be done with MMIO because the read and write cycles generated
are ill-defined and vary based on obscure backend details.
In order to implement it you need a
On Sun, 2015-02-01 at 22:46 +0100, Andrej Mitrovic via Digitalmars-d-announce
wrote:
On 2/1/15, Andrei Alexandrescu via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
http://wiki.dlang.org/Vision/2015H1
- Create the D Language Foundation
What exactly is this idea
On 2015-02-02 at 12:23, FG wrote:
Cell(0,3) is not a neighbour bit fits the (diff1 == 1 || diff2 == 1) criterion.
s/bit/but/
Bloody Thunderbird has sent a reply to the OP and not to the NG.
On 2015-02-02 at 11:45, gedaiu wrote:
I don't think that the line of code is wrong. If use the function will check
for neighbours only on diagonals. Having || allows the search on the vertical and
horizontal axis and diagonals.
On Mon, 2015-02-02 at 23:54 +1300, Rikki Cattermole via Digitalmars-d wrote:
So I'm going to through a massive spanner in the works here.
I want to clarify something first. I love dub and what it stands
for. I
don't want to change it.
I think there is an undercurrent that Dub does need to
https://issues.dlang.org/show_bug.cgi?id=14105
Martin Nowak c...@dawg.eu changed:
What|Removed |Added
Keywords||pull
--- Comment #2 from Martin
On 2 February 2015 at 10:57, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 2/2/2015 1:39 AM, Johannes Pfau wrote:
No, it doesn't even come close.
* Ports.B += 7 doesn't work.
This should not be done with MMIO because the read and write cycles
generated are
On Monday, 2 February 2015 at 07:35:07 UTC, Jacob Carlborg wrote:
On 2015-02-02 06:57, ketmar wrote:
dub is good, but only in limited use cases. so it's almost no
sense in
using dub if some use cases are not suitable for it: it's way
better to
adapt build tool that one already using (or write
On Monday, 2 February 2015 at 08:09:39 UTC, Vladimir Panteleev
wrote:
In contrast, Dub's default modus operandi is to blindly send to
the compiler all *.d files found in the src folder, whether
they're actually used or not. Not only can this be slower if
not all modules are always used, but it
On Monday, 2 February 2015 at 13:42:19 UTC, Vladimir Panteleev
wrote:
On Monday, 2 February 2015 at 13:25:57 UTC, Mathias LANG wrote:
To be more specific, dub won't let you compile a project with
multiple definition of a function. How is that a liability ?
You can't have more than one main()
On Monday, 2 February 2015 at 10:28:37 UTC, ketmar wrote:
but to work on D3 people should be interested in D. and it
seems that people who are interested in D and are ready to
work on D development
already have some codebases. i don't believe that they will
welcome yet
another codebase
On Monday, 2 February 2015 at 04:57:10 UTC, Adam D. Ruppe wrote:
I can't believe it, but yet another week has already passed, so
up late to release this again!
http://arsdnet.net/this-week-in-d/feb-01.html
Early bird registration open for DConf, 2015 Vision released,
GUI and Windows
On Mon, 2015-02-02 at 08:09 +, Vladimir Panteleev via Digitalmars-d wrote:
[…]
2. git
I've found that git's submodule feature is an excellent way to
manage dependencies across D libraries, and fits really well with
D's package system. For clarity to readers not too familiar with
Uf... you are right!
I've fixed it.
Thanks!
On Monday, 2 February 2015 at 11:23:17 UTC, FG wrote:
Bloody Thunderbird has sent a reply to the OP and not to the NG.
On 2015-02-02 at 11:45, gedaiu wrote:
I don't think that the line of code is wrong. If use the
function will check for
On 2015-02-02 at 13:16, irtcupc wrote:
The manual section about interfacing from c states that type[] is
inter-compatible from C to D,
however, I face this strange case:
- C declaration:
char identifier[64];
- D declaration:
char[64] identifier;
- the result is only correct if i slice by (-
On 2015-02-02 at 05:57, Adam D. Ruppe wrote:
I can't believe it, but yet another week has already passed, so up late to
release this again!
http://arsdnet.net/this-week-in-d/feb-01.html
It's great! I have to wonder though, why have you chosen this naming
convention: jan-12, jan-18, jan-25,
On Mon, 02 Feb 2015 13:23:23 +, irtcupc wrote:
my current understanding is that:
- C: char CompleteInstr[INSTRUCT_LENGTH] is actually a raw chunk - D:
defining the member as char[INSTRUCT_LENGTH] is an error - the first
member of a D array is the .length - first char actually stands where
On Mon, 02 Feb 2015 13:32:57 +, ketmar wrote:
On Mon, 02 Feb 2015 13:23:23 +, irtcupc wrote:
my current understanding is that:
- C: char CompleteInstr[INSTRUCT_LENGTH] is actually a raw chunk - D:
defining the member as char[INSTRUCT_LENGTH] is an error - the first
member of a D
On 1/31/15 1:07 AM, Jonathan M Davis via Digitalmars-d-learn wrote:
On Friday, January 30, 2015 22:03:02 Jonathan M Davis via Digitalmars-d-learn
wrote:
Yeah. I really should add a unixTimeToSysTime function,
Actually, maybe it should be a static function on SysTime called
fromUnixTime to go
https://issues.dlang.org/show_bug.cgi?id=14106
Martin Nowak c...@dawg.eu changed:
What|Removed |Added
CC||c...@dawg.eu
On 2/2/2015 9:16 PM, irtcupc wrote:
The manual section about interfacing from c states that type[] is
inter-compatible from C to D,
however, I face this strange case:
- C declaration:
char identifier[64];
- D declaration:
char[64] identifier;
- the result is only correct if i slice by (-
On Monday, 2 February 2015 at 12:54:02 UTC, Atila Neves wrote:
Unless things have changed significantly or I remember
incorrectly, vibe.d depends on C code (libevent), which gets
built by dub.
At least for Windows, Vibe includes pre-built libevent binaries
(DLL and import library) in the git
On Mon, 02 Feb 2015 12:54:01 +, Atila Neves wrote:
Unless things have changed significantly or I remember incorrectly,
vibe.d depends on C code (libevent), which gets built by dub.
no, it's not build by dub. at least for GNU/Linux it expects to find it
already installed.
signature.asc
https://issues.dlang.org/show_bug.cgi?id=14090
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull
--- Comment #2 from
On 2/2/2015 7:13 PM, Vladimir Panteleev wrote:
On Monday, 2 February 2015 at 10:09:00 UTC, Joseph Rushton Wakeling wrote:
Well, as long as the requirements are expressed in the form,
package-name: =1.2.3
This will allow Dub to pick a new major version with incompatible
changes, no?
On 2/2/2015 6:34 PM, Vladimir Panteleev wrote:
On Monday, 2 February 2015 at 09:25:31 UTC, Mathias LANG wrote:
On Monday, 2 February 2015 at 09:03:56 UTC, Vladimir Panteleev wrote:
Is that so? Won't a security fix entail a version bump, requiring a
change in the requirements file of the
On Monday, 2 February 2015 at 11:59:07 UTC, ketmar wrote:
On Mon, 02 Feb 2015 11:04:29 +, Tobias Pankrath wrote:
On Monday, 2 February 2015 at 11:00:20 UTC, Manu wrote:
On 2 February 2015 at 18:09, Vladimir Panteleev via
Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Monday, 2
1 - 100 of 285 matches
Mail list logo