On 2/4/15 4:09 AM, Russel Winder via Digitalmars-d wrote:
BTW The Go team have completely rewritten the Go GC 1.4 → 1.5. Of
course they have also completely rewritten the entire Go toolchain.
Compiler, linker, runtime all written in Go now, no more C.
How does the rewrite compare against the
On 2/4/15 4:08 AM, Walter Bright wrote:
On 2/4/2015 3:08 AM, Johannes Pfau wrote:
The compiler will still have to
generate a complete function which takes up space in the object
file.
Space in the object file is not important
Yah, just within reason etc. etc. -- Andrei
For what it's worth, today I finished the current work. Now we
will start working with it. If someone has critique, improvement
suggestions or want to take some ideas, he is free to do so.
To repeat myself: we rewrote some functionality which already
existed in D, but were improvable. For
On 2/1/15 8:00 PM, Vadim Lopatin wrote:
I would like to propose Java way for implementation of DB access (JDBC -
Java DataBase Connectors).
[snip]
I think we should use ODBC as the foundation and build neat D-ish stuff
on top of it. It's a mature technology with tried and tested drivers
On Wed, 04 Feb 2015 16:09:24 +, irtcupc wrote:
Thx again for your help Ketmar and FG, Thx again for the help in the
other Q too (the one about snn imports), I share the binding,
it's nothing at all but was a fun to do on a off-day...
https://github.com/BBasile/dbeaengine
you may want
On Monday, 2 February 2015 at 13:40:30 UTC, irtcupc wrote:
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
https://issues.dlang.org/show_bug.cgi?id=13320
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull
Hardware|x86
https://issues.dlang.org/show_bug.cgi?id=13320
--- Comment #1 from Kenji Hara k.hara...@gmail.com ---
https://github.com/D-Programming-Language/dmd/pull/4381
--
On 2/4/15 4:02 AM, Walter Bright wrote:
On 2/4/2015 1:39 AM, ponce wrote:
Would pragma(inline, bool-expr) be supported though?
Yes. That's what I intended, sorry the wording wasn't clear.
Please nail it down in the doc so it doesn't get neglected. -- Andrei
On Wednesday, February 04, 2015 19:51:38 Daniel Murphy via Digitalmars-d wrote:
Jonathan M Davis via Digitalmars-d wrote in message
news:mailman.5879.1423038837.9932.digitalmar...@puremagic.com...
Well, I have it as extern(Windows) like everything else in
core.sys.windows.windows - it has
On Wednesday, February 04, 2015 08:18:46 Kagamin via Digitalmars-d wrote:
You got it declared with stdcall convention, should change to
cdecl.
Well, I have it as extern(Windows) like everything else in
core.sys.windows.windows - it has extern(Windows): at the top. Should that
be something else
On Wednesday, February 04, 2015 09:02:01 ketmar via Digitalmars-d wrote:
On Wed, 04 Feb 2015 00:33:48 -0800, Jonathan M Davis via Digitalmars-d
wrote:
On Wednesday, February 04, 2015 08:18:46 Kagamin via Digitalmars-d
wrote:
You got it declared with stdcall convention, should change to
On Tuesday, 3 February 2015 at 22:30:22 UTC, Walter Bright wrote:
http://wiki.dlang.org/DIP56
There's been enough discussion, time to make a decision and
move on.
I changed the description to:
If a pragma specifies always inline, and the compiler cannot
inline it, a warning will be
Also do somebody know how should I speed up the sprite part of
the code? In my opinion, it's pretty slow alrought it was the
easiest way I could come up with.
Hi,
you have wrong approach to this problem. From design OOP view it
is perfectly ok and this is how you universities teach it in
Looks like RS is an unprintable character, that's why you don't
see it in console.
Jonathan M Davis via Digitalmars-d wrote in message
news:mailman.5880.1423039515.9932.digitalmar...@puremagic.com...
No, on further reflection, that can't be it, because it shows up in
snn.lib,
not just io.h. So, it's actually in the compiled library. So, it probably
is
a problem with the D
Jonathan M Davis via Digitalmars-d wrote in message
news:mailman.5879.1423038837.9932.digitalmar...@puremagic.com...
Well, I have it as extern(Windows) like everything else in
core.sys.windows.windows - it has extern(Windows): at the top. Should that
be something else in this case? I'm not at
https://issues.dlang.org/show_bug.cgi?id=14090
--- Comment #3 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/16a0faab3d103e62f41bc29bd13add98ec6754a8
fix Issue 14090 - Incorrect
On Wed, 04 Feb 2015 09:26:37 +, eles wrote:
On Wednesday, 4 February 2015 at 05:35:44 UTC, ketmar wrote:
On Tue, 03 Feb 2015 17:33:53 +, Russel Winder via Digitalmars-d
wrote:
in no way ready for public usage.
In the context of this discussion, if you can spare 5 or 10 minutes,
I am opening a .gz file and reading it chunk by chunk for
uncompressing it.
The data in the uncompressed file is like : aRSbRScRSd, There are
record separators(ASCII code 30) between each record(records in
my dummy example a,b,c).
File file = File(mylog.gz, r);
auto uc = new
On 3 February 2015 at 11:15, Iain Buclaw ibuc...@gdcproject.org wrote:
On 3 February 2015 at 08:28, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 2/2/2015 8:36 PM, Daniel Murphy wrote:
If so, what corrective action is the user faced with:
The user can modify the code
I would warn against this attitude. Trying to do too much magic
is one of reasons I ignore all of modern build tools and still
keep my makefiles. There is huge benefit in knowing that your
build tool can express any dependency tree based workflow in
uniform manner - be it compiling
On Wednesday, 4 February 2015 at 05:35:44 UTC, ketmar wrote:
On Tue, 03 Feb 2015 17:33:53 +, Russel Winder via
Digitalmars-d wrote:
in no way ready for public usage.
In the context of this discussion, if you can spare 5 or 10
minutes, it could be useful if you could provide a more
don't beleive what you see! ;-)
I am sorry make a busy community more busy with false alarms.
When I write to file I saw Record Separator really exists.
I hope my second question is a valid one.
How can I write the code below better? How can I reduce the
number of foreach? statements.
On Wednesday, 4 February 2015 at 07:16:03 UTC, ketmar wrote:
On Wed, 04 Feb 2015 06:59:52 +, Ola Fosheim Grøstad wrote:
On Wednesday, 4 February 2015 at 05:20:30 UTC, ketmar wrote:
as for uglyness... it's too late to thing about this. one more,
one
less... ;-)
Wait... That used to
You got it declared with stdcall convention, should change to
cdecl.
On Wednesday, February 04, 2015 09:33:22 ketmar via Digitalmars-d wrote:
On Wed, 04 Feb 2015 01:13:18 -0800, Jonathan M Davis via Digitalmars-d
wrote:
for the most time `extern(Windows)` is using only for winapi calls. and
`wsopen` is a library call, so it's likely an `extern(C)`.
Well,
On Wednesday, 4 February 2015 at 02:41:11 UTC, deadalnix wrote:
On Tuesday, 3 February 2015 at 15:38:06 UTC, Atila Neves wrote:
How would one go about starting to be a contributor?
Atila
I'll start by getting the thing to build, figure out something
that is not working and come to me so we
On 4 February 2015 at 07:16, ketmar via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Wed, 04 Feb 2015 06:59:52 +, Ola Fosheim Grøstad wrote:
On Wednesday, 4 February 2015 at 05:20:30 UTC, ketmar wrote:
there. i still can't see what's wrong with `@attribute(inline)`,
On Wednesday, February 04, 2015 00:13:21 Jonathan M Davis via Digitalmars-d
wrote:
On Wednesday, February 04, 2015 07:34:14 Kagamin via Digitalmars-d wrote:
Looks like a relatively new function, so I guess, snn simply
doesn't implement it.
No. If I grep dmc's folder, snn.lib contains
On Wednesday, 4 February 2015 at 01:04:42 UTC, Martin Nowak wrote:
No idea why git submodule update worked the second time.
You can simply use: `git submodule update --init`, which init
submodules if they aren't yet.
Better, write yourself an alias for clone, let's call it 'cl',
which
You can use C functions in D too:
import core.stdc.stdio;
ubyte[] temp = [ 65, 30, 66, 30, 67, 0];
puts(cast(char*)temp.ptr);
On Wed, 04 Feb 2015 08:13:28 +, Kadir Erdem Demir wrote:
A more general and understandable code for first question :
ubyte[] temp = [ 65, 30, 66, 30, 67]; writeln(temp);
string tempStr = cast(string) temp;
writeln (tempStr);
Result is : ABC which is not desired.
On Wednesday, February 04, 2015 09:07:12 ketmar via Digitalmars-d wrote:
D is in the same position now. that ship is sailed, we don't break the
code, happy legacy, folks!
Not quite. The C++ folks basically won't break backwards compatibility for
anything. There are a few rare cases in the
On Wed, 04 Feb 2015 01:13:18 -0800, Jonathan M Davis via Digitalmars-d
wrote:
for the most time `extern(Windows)` is using only for winapi calls. and
`wsopen` is a library call, so it's likely an `extern(C)`.
Well, unfortunately, a C function is a C function to me. I know that
different
https://issues.dlang.org/show_bug.cgi?id=13996
--- Comment #7 from Jonathan M Davis issues.dl...@jmdavisprog.com ---
Okay. I now have a pull request for this, and I added a suffix parameter to
what I had so that now both a prefix and suffix can be set:
On Wednesday, February 04, 2015 07:34:14 Kagamin via Digitalmars-d wrote:
Looks like a relatively new function, so I guess, snn simply
doesn't implement it.
No. If I grep dmc's folder, snn.lib contains _wsopen. It doesn't contain
_wsopen_s, which is what MS wants folks to use, but it does have
On Tuesday, 3 February 2015 at 19:54:52 UTC, Szymon Gatner wrote:
This should have happened from the start with logging library
too (should have been based on boost.log) and in this case one
should look into SOCI (http://soci.sourceforge.net/) and not
Java versions.
On Wednesday, 4 February 2015 at 01:30:41 UTC, Martin Nowak wrote:
On 02/03/2015 10:02 PM, H. S. Teoh via Digitalmars-d wrote:
Rather than scan the whole source tree every time, it
takes the changeset as input -- either from the OS, or from
some other
source of information.
Indeed a good
On Wednesday, February 04, 2015 00:29:58 Jonathan M Davis via Digitalmars-d
wrote:
And the second problem is that
dmc has that block of function declarations surrounded by
#ifdef __NT__
#ifndef __STDC__
// declarations
#endif
#endif
and it's quite possible that the declarations are
On Tuesday, 3 February 2015 at 15:20:41 UTC, Vadim Lopatin wrote:
On Tuesday, 3 February 2015 at 14:41:02 UTC, Vadim Lopatin
wrote:
On Tuesday, 3 February 2015 at 10:49:07 UTC, Robert burner
IMO writing:
foreach(it; db.selectUser(...)) {
}
is epic. you have entered std.(range|algorithm)
On Wed, 04 Feb 2015 00:33:48 -0800, Jonathan M Davis via Digitalmars-d
wrote:
On Wednesday, February 04, 2015 08:18:46 Kagamin via Digitalmars-d
wrote:
You got it declared with stdcall convention, should change to cdecl.
Well, I have it as extern(Windows) like everything else in
https://issues.dlang.org/show_bug.cgi?id=14074
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=14074
--- Comment #6 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/58163bb69e980cdc54cf3950296c370bddbbf4cc
fix Issue 14074 -
On Wed, 04 Feb 2015 08:06:06 +, eles wrote:
On Wednesday, 4 February 2015 at 07:16:03 UTC, ketmar wrote:
On Wed, 04 Feb 2015 06:59:52 +, Ola Fosheim Grøstad wrote:
On Wednesday, 4 February 2015 at 05:20:30 UTC, ketmar wrote:
as for uglyness... it's too late to thing about this.
On Wed, 04 Feb 2015 08:11:40 +, Iain Buclaw via Digitalmars-d wrote:
You can tell the compiler to ignore unknown pragmas too...
`@attribute(...)` has another advantage: it's already working at least
in one compiler. whereas proposed `pragma` is not working yet. ;-)
signature.asc
On Wed, 04 Feb 2015 00:29:58 -0800, Jonathan M Davis via Digitalmars-d
wrote:
Oh, wait. Looking over io.h, whereas _wsopen is declared, I see two
problems. One, MS declared it as
int _wsopen(const wchar* filename, int oflag, int shflag, int pmode);
whereas dmc seems to have
int __CLIB
On 2015-02-02 11:31, ketmar wrote:
recently ;-) git got a feature use HEAD for submodule, which removes
this limitation.
If you refer to the 1.8.2 change that made it possible to track a branch
in submodule. Then that doesn't make any practical difference, at least
not in my experience.
On Wednesday, 4 February 2015 at 19:07:09 UTC, Jacob Carlborg
wrote:
On 2015-02-02 11:31, ketmar wrote:
recently ;-) git got a feature use HEAD for submodule, which
removes
this limitation.
If you refer to the 1.8.2 change that made it possible to track
a branch in submodule. Then that
On 2015-02-03 23:29, Walter Bright wrote:
http://wiki.dlang.org/DIP56
There's been enough discussion, time to make a decision and move on.
This is affected by the -inline flag?
--
/Jacob Carlborg
On 2015-02-02 09:09, Vladimir Panteleev wrote:
1a. rdmd and D's module system:
When you run `dmd -o- program.d`, the compiler will automatically read
all modules imported by your program, and their imports, and so on. It
does so by searching the filesystem across its search path for matches
On Wed, 2015-02-04 at 14:17 +, Kagamin via Digitalmars-d wrote:
On Monday, 2 February 2015 at 16:30:22 UTC, wobbles wrote:
While I've no doubt the functionality here is good, I think
following the Ant colony down the XML branch will ultimately be a
pest that's hard to control.
In
I had a look at different build systems, recently. Tup certainly
has some progressive ideas. What I don't like is that it
patronizes its users. I don't believe that tracking all file
reads and writes is always a good choice. It might be a good
default, though.
Some other interesting build
Thank you, Kingsley, for a very well organized and
thought-through event. I was impressed by the calibre of people
that attended, and look forward to attending future meetups.
On Wednesday, 4 February 2015 at 18:00:19 UTC, Jacob Carlborg
wrote:
On 2015-02-03 23:29, Walter Bright wrote:
http://wiki.dlang.org/DIP56
There's been enough discussion, time to make a decision and
move on.
This is affected by the -inline flag?
Interesting question. I'd say without
On 2/4/2015 10:31 AM, Russel Winder via Digitalmars-d wrote:
The Go team do not use pull requests at all,
everything goes through a review manager, now that is Gerrit. Mayhap D
could follow the Go example?
We'd need an awful good reason to ditch the PR system we use now.
On Wed, 2015-02-04 at 08:31 -0800, Andrei Alexandrescu via Digitalmars-d wrote:
On 2/4/15 4:09 AM, Russel Winder via Digitalmars-d wrote:
BTW The Go team have completely rewritten the Go GC 1.4 → 1.5. Of
course they have also completely rewritten the entire Go
toolchain. Compiler, linker,
On Wed, 2015-02-04 at 19:26 +, Paulo Pinto via Digitalmars-d wrote:
[…]
Well, it just manages to make my fan jump to airplane ready to
takeoff mode.
Improving Gradle performance is part of the Android Studio roadmap.
http://tools.android.com/roadmap
Looks like the Google folk
On 2/4/2015 8:29 AM, Andrei Alexandrescu wrote:
On 2/4/15 4:02 AM, Walter Bright wrote:
On 2/4/2015 1:39 AM, ponce wrote:
Would pragma(inline, bool-expr) be supported though?
Yes. That's what I intended, sorry the wording wasn't clear.
Please nail it down in the doc so it doesn't get
On 2/4/2015 10:00 AM, Jacob Carlborg wrote:
On 2015-02-03 23:29, Walter Bright wrote:
http://wiki.dlang.org/DIP56
There's been enough discussion, time to make a decision and move on.
This is affected by the -inline flag?
With -inline:
pragma(inline, true) inlines
pragma(inline,
On Wed, 2015-02-04 at 14:20 +, Paulo Pinto via Digitalmars-d wrote:
[…]
From my little experience with Gradle as part of Android Studio,
be prepared for increased build times and CPU load vs Ant.
I am just about to start doing things with Android now I can use
Kotlin and Groovy to
On Wednesday, 4 February 2015 at 18:03:54 UTC, Jacob Carlborg
wrote:
On 2015-02-02 09:09, Vladimir Panteleev wrote:
1a. rdmd and D's module system:
When you run `dmd -o- program.d`, the compiler will
automatically read
all modules imported by your program, and their imports, and
so on. It
On 2015-02-02 09:09, Vladimir Panteleev wrote:
Even if I had faith that dub was a perfectly polished piece of software,
it doesn't solve any problems I have with building D programs, and in
fact would make said task more complicated. Here's why.
1. rdmd
rdmd is a simple and effective way to
On Wednesday, 4 February 2015 at 19:15:16 UTC, Jacob Carlborg
wrote:
Another thing is it supports a cross-platform way of configure
a build. Just take a simple thing as linking a static library
will most likely look different on different platforms. Also,
you most likely need a wrapper script
On Wed, 2015-02-04 at 20:15 +0100, Jacob Carlborg via Digitalmars-d wrote:
[…]
I think one of the biggest advantage of Dub is the registry,
code.dlang.org.
The success of Maven was not Maven the build system, it was Maven
Central the artefact repository. OK, now superceded by JCenter, but…
On 2015-02-02 11:13, Vladimir Panteleev wrote:
As I said in my reply to Mathias, what dub does breaks the module path
and file path consistency when modules/subpackages lie in the repository
root.
So it's the default behavior that you don't like? I use a similar code
structure as you (except
On 2015-02-02 09:58, Joseph Rushton Wakeling via Digitalmars-d wrote:
Scenario: a dependency has a security hole that gets patched. If the
dub package is updated, all applications using that dub package will
automatically have that update available next time they are built.
That's the worst
On 2015-02-02 15:17, Manu via Digitalmars-d wrote:
If I have another build tool, then I already have a build tool. Why
would I want 2 build tools? Double the trouble.
In my experience most build tools are to complicated, or rather, it's
too complicated for simple projects. Especially if they
On Wednesday, 4 February 2015 at 18:49:25 UTC, Russel Winder
wrote:
On Wed, 2015-02-04 at 14:20 +, Paulo Pinto via
Digitalmars-d wrote:
[…]
From my little experience with Gradle as part of Android
Studio,
be prepared for increased build times and CPU load vs Ant.
I am just about to
On 2/4/15 9:13 AM, Foo wrote:
For what it's worth, today I finished the current work. Now we will
start working with it. If someone has critique, improvement suggestions
or want to take some ideas, he is free to do so.
To repeat myself: we rewrote some functionality which already existed in
D,
On 2/4/15 10:31 AM, Russel Winder via Digitalmars-d wrote:
(**) Yes you read that right, the Go team have switched from Mercurial
to Git. This is not because they were unhappy with Mercurial, it is
because they were unhappy with Rietveld and switched to Gerrit for
their changeset handing. The Go
On Wednesday, 4 February 2015 at 20:09:04 UTC, Walter Bright
wrote:
On 2/4/2015 8:29 AM, Andrei Alexandrescu wrote:
On 2/4/15 4:02 AM, Walter Bright wrote:
On 2/4/2015 1:39 AM, ponce wrote:
Would pragma(inline, bool-expr) be supported though?
Yes. That's what I intended, sorry the wording
On Wednesday, 4 February 2015 at 20:09:04 UTC, Walter Bright
wrote:
On 2/4/2015 8:29 AM, Andrei Alexandrescu wrote:
On 2/4/15 4:02 AM, Walter Bright wrote:
On 2/4/2015 1:39 AM, ponce wrote:
Would pragma(inline, bool-expr) be supported though?
Yes. That's what I intended, sorry the wording
One interesting anecdote: somebody in a financial services
company gave an account of giving D a try as a way to prototype
something quickly, intending to rewrite it later in a more
conventional language. The prototype went straight into
production, and they are happy with it. The C interop
On Wednesday, 4 February 2015 at 20:55:59 UTC, Walter Bright
wrote:
On 2/4/2015 12:42 PM, Foo wrote:
On Wednesday, 4 February 2015 at 20:15:37 UTC, Andrei
Alexandrescu wrote:
@trusted
@nogc
char[] read(const string filename) nothrow {
Yes that is correct, currently there is no error checking,
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?
If I make a PR to make these file cpp, what are the chances for
it to be accepted ? git is capable of tracking renaming, so it
should create any
Hi,
Abstract:
D Drafting Library is an official library modeled by the D
community and designed to support the development process of the
D Standard Library. The drafting library is coupled with the
standard library and doesn't introduce any duplicated
functionality. It should be used
On 2/4/15 12:08 PM, Walter Bright wrote:
On 2/4/2015 8:29 AM, Andrei Alexandrescu wrote:
On 2/4/15 4:02 AM, Walter Bright wrote:
On 2/4/2015 1:39 AM, ponce wrote:
Would pragma(inline, bool-expr) be supported though?
Yes. That's what I intended, sorry the wording wasn't clear.
Please nail it
On 2/4/15 1:51 PM, AndyC wrote:
How will we parse a string into a json struct w/out allocating memory?
It will allocate, but without creating garbage. Reference counted
strings are the answer. -- Andrei
On 02/04/2015 12:10 PM, Gan wrote:
I'm looking for a non-blocking way of a thread pushing objects into a
list and another thread able to pull objects from the same list. Thread
1 pushes objects onto the list, Thread 2 pulls the oldest objects off
the list.
Does D language have something like
On Wednesday, 4 February 2015 at 07:02:01 UTC, Zach the Mystic
wrote:
Vladimir fixed it. Yay!
That was quick action. Thank you both Zach and Vladimir.
Piotrek
On 2/4/2015 12:42 PM, Foo wrote:
On Wednesday, 4 February 2015 at 20:15:37 UTC, Andrei Alexandrescu wrote:
@trusted
@nogc
char[] read(const string filename) nothrow {
Yes that is correct, currently there is no error checking, maybe it get that
later. But what do you mean with it use more
On 4 February 2015 at 21:17, Laeeth Isharc via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
One interesting anecdote: somebody in a financial services company gave an
account of giving D a try as a way to prototype something quickly, intending
to rewrite it later in a more
The vision says We aim to make the standard library usable in
its entirety without a garbage collector. Safe code should not
require the presence of a garbage collector
I was just playing with std.json, and this part got me to
thinking. How will we parse a string into a json struct w/out
On Wednesday, 4 February 2015 at 12:08:18 UTC, Daniel Kozak wrote:
Nordlöw via Digitalmars-d píše v St 04. 02. 2015 v 10:25
+:
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?
If someone (maybe
On Wednesday, 4 February 2015 at 21:45:02 UTC, deadalnix 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?
If I make a PR to make these file cpp, what are the chances for
it to be accepted ? git
On Wednesday, 4 February 2015 at 21:29:17 UTC, Nordlöw wrote:
I solved at
Project Properties =
C/C++ Build =
Build command: make ENABLE_DEBUG=1 -j8
Try it out!
Thanks once again, D folks.
Further, to make expression.c (14klines!) by analyzed
Intellisense change the limit
at
Preferences
Absolutely not inappropriate. I actually prefer it being a
newsgroup user. Many people will instead reference a post on
the forum instead of replying, and then I have to use the forum
interface to see what they are talking about. I'd much rather
have the full discussion in my preferred
To Zachary:
The big temptation for software developers is to *promise*
stability in order to attract the users they need in order to get
the feedback they need in order to create the best possible
design, and then break stability with the new design.
Yes - economists call this time
On Wednesday, 4 February 2015 at 20:48:33 UTC, Daniel Kozak wrote:
What do I have to do to make this work? Please help.
Project-Properties
here select use project settings
and setup *.c as c++ source files and *.h as c++ header files
than Project-C/C++ Index- Rebuild
Thanks. So I
On Wednesday, 4 February 2015 at 21:16:15 UTC, Nordlöw wrote:
BTW: I still can't the debugger to find source information.
How and where do I the debug build configuration to call make
with
ENABLE_DEBUG=1
as argument?
I tend to simply edit posix.mak and change CFLAGS there :)
On Wednesday, 4 February 2015 at 20:09:04 UTC, Walter Bright
wrote:
On 2/4/2015 8:29 AM, Andrei Alexandrescu wrote:
On 2/4/15 4:02 AM, Walter Bright wrote:
On 2/4/2015 1:39 AM, ponce wrote:
Would pragma(inline, bool-expr) be supported though?
Yes. That's what I intended, sorry the wording
I'm looking for a non-blocking way of a thread pushing objects
into a list and another thread able to pull objects from the same
list. Thread 1 pushes objects onto the list, Thread 2 pulls the
oldest objects off the list.
Does D language have something like that?
On Wednesday, 4 February 2015 at 21:24:22 UTC, Dicebot wrote:
On Wednesday, 4 February 2015 at 21:16:15 UTC, Nordlöw wrote:
BTW: I still can't the debugger to find source information.
How and where do I the debug build configuration to call make
with
ENABLE_DEBUG=1
as argument?
I tend to
On 2/5/2015 4:02 AM, Jacob Carlborg wrote:
On 2015-02-02 09:58, Joseph Rushton Wakeling via Digitalmars-d wrote:
Scenario: a dependency has a security hole that gets patched. If the
dub package is updated, all applications using that dub package will
automatically have that update available
On Wednesday, 4 February 2015 at 20:15:37 UTC, Andrei
Alexandrescu wrote:
On 2/4/15 9:13 AM, Foo wrote:
For what it's worth, today I finished the current work. Now we
will
start working with it. If someone has critique, improvement
suggestions
or want to take some ideas, he is free to do so.
On Wednesday, 4 February 2015 at 20:32:35 UTC, Nordlöw wrote:
On Wednesday, 4 February 2015 at 12:08:18 UTC, Daniel Kozak
wrote:
Nordlöw via Digitalmars-d píše v St 04. 02. 2015 v 10:25
+:
On Monday, 2 February 2015 at 21:51:42 UTC, Nordlöw wrote:
Can we please change the file extensions
On Wednesday, 4 February 2015 at 20:55:59 UTC, Walter Bright
wrote:
On 2/4/2015 12:42 PM, Foo wrote:
On Wednesday, 4 February 2015 at 20:15:37 UTC, Andrei
Alexandrescu wrote:
@trusted
@nogc
char[] read(const string filename) nothrow {
Yes that is correct, currently there is no error checking,
On Wed, 04 Feb 2015 14:14:24 +, Adam D. Ruppe wrote:
On Wednesday, 4 February 2015 at 13:50:54 UTC, wobbles wrote:
p.s. Hope the search for your dog went well.
Yes, we found her after she was outside for a week. Lost about 13% of
her body weight and had dehydration and hypothermia, but
https://issues.dlang.org/show_bug.cgi?id=14126
Issue ID: 14126
Summary: GITHEAD - GC seemingly corrupting memory
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: regression
1 - 100 of 343 matches
Mail list logo