I really think DUB lacks an important flag/option namely a
variant of
allowWarnings
that *recursively* affects all the sub packages of a dub.json
project description.
Otherwise developers who want to try out D will think its is
broken because of warnings such as deprecated use of
On Sunday, 30 November 2014 at 00:20:57 UTC, Dylan Knutson wrote:
On Thursday, 27 November 2014 at 19:16:24 UTC, gedaiu wrote:
Hi,
In the last weeks I tried to make a draft for a mvc library. I
tried to take advantage of templates, uda and ctfe to make the
interaction with the database and
On Friday, 28 November 2014 at 16:39:38 UTC, Basile Burg wrote:
Hello, a new release of Coedit[MainPage], the small open-source
D
IDE for Windows and Linux, is released. Here is a paste of the
release log.
Messages:
=
- redesigned the widget: a toolbar at the top allows to filter
the
On Sunday, 30 November 2014 at 17:59:06 UTC, ponce wrote:
On Friday, 28 November 2014 at 16:39:38 UTC, Basile Burg wrote:
Hello, a new release of Coedit[MainPage], the small
open-source D
IDE for Windows and Linux, is released. Here is a paste of the
release log.
Messages:
=
-
Hello Basile,
I want to create new Coedit deb packages for d-apt
http://d-apt.sourceforge.net/.
If you're interested too, please contact me on g.sayol at yahoo dot es
Regards,
Jordi
Cool!
http://code.dlang.org/packages/undead
https://github.com/DigitalMars/undeaD
In upgrading old D code, one time consuming aspect is reworking code that
depends on old Phobos modules that have been taken out behind the woodshed and
shot. Sometimes, there's significantly more work involved than
You guys are working on a lot of great stuff that'll make for very interesting
talks.
http://softwarearchitecturecon.com/sa2015
Proposals are due Dec. 2. I'm submitting mine - see you there!
On 2014-12-01 05:07, Walter Bright wrote:
http://code.dlang.org/packages/undead
https://github.com/DigitalMars/undeaD
In upgrading old D code, one time consuming aspect is reworking code
that depends on old Phobos modules that have been taken out behind the
woodshed and shot. Sometimes,
On 11/30/2014 11:43 PM, Jacob Carlborg wrote:
On 2014-12-01 05:07, Walter Bright wrote:
There wasn't significant work to get these modules up to date with the latest
compiler?
No, not much. bitarray took a bit longer, as it was a D1 module.
I'm new to dub, so if I botched that up, please do
On Sunday, 30 November 2014 at 02:10:13 UTC, bitwise wrote:
In the following program, the output does not contain
SomeClass. Is this a bug?
Maybe yes, as a workaround this works:
module main;
import std.stdio;
template Test()
{
enum Test = q{
class SomeClass {
int n =
28-Nov-2014 01:07, ketmar via Digitalmars-d пишет:
On Thu, 27 Nov 2014 13:39:37 -0800
H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote:
makefiles can then be shipped as part of the source distribution, but
they need not (and probably should not!) be in the git tree.
hope this
28-Nov-2014 11:51, Dejan Lekic пишет:
I never liked SCons for some reason. I prefer CMake over it. Waf is IMHO
better than SCons too. Maybe it is more fair to compare SCons and Waf as
they both are Python-based.
Anyhow, use whatever works for you. :)
Well we could always use CMake that is if
28-Nov-2014 00:39, H. S. Teoh via Digitalmars-d пишет:
On Thu, Nov 27, 2014 at 11:30:49PM +0200, ketmar via Digitalmars-d wrote:
On Thu, 27 Nov 2014 23:17:34 +0300
Dmitry Olshansky via Digitalmars-d digitalmars-d@puremagic.com wrote:
Okay, so I'm prepping up a SCons build of Phobos. It comes
Some interesting changes in GCC 5.0:
https://gcc.gnu.org/gcc-5/changes.html
-
A new command-line option -Wlogical-not-parentheses has been
added for the C and C++ compilers, which warns about logical
not used on the left hand side operand of a comparison.
bool not_equal(int
A new command-line option -Wlogical-not-parentheses has been
added for the C and C++ compilers, which warns about logical
not used on the left hand side operand of a comparison.
bool not_equal(int x, int y) {
return !x == y; // warn here
}
return !(x == y); // first fix-it, to negate
On Saturday, November 29, 2014 10:46:14 Daniel Murphy via Digitalmars-d wrote:
Two years is too old, you skipped all the deprecation stages.
That's pretty much the long and short of it. The deprecation cycle for stuff
in druntime/Phobos is currently about two years long (one year as deprecated
On Friday, 28 November 2014 at 23:33:54 UTC, Walter Bright wrote:
Just for fun, I've decided to try and get MicroEmacs in D added
to the dub registry. The last time it compiled was 2 years ago.
I wound up with at least a dozen references to Phobos names
that have disappeared. No corrective
Git head dmd and druntime build fine, but phobos hangs at
(shortened):
../dmd/src/dmd -I../druntime/import -w -m64 -O -release -lib
-ofgenerated/linux/release/64/libphobos2.a
../druntime/lib/libdruntime-linux64.a [... *.d ...] [... *.o ...]
This used to finish in a couple of seconds. Now it
On Sunday, 30 November 2014 at 12:22:58 UTC, anonymous wrote:
I'm testing with fresh clones from
Github:
Seems to be an issue with my setup. Testing on a fresh user,
phobos builds without problems.
You probably have realized that the obvious solution to breakage
is:
1. To have two branches: stable and experimental
2. Backport serious bugfixes to stable, but not bug is a
feature bugs.
3. Provide an upgrade tool when a new stable branch is created
(meaning: a new stable branch is not
On Saturday, 29 November 2014 at 19:18:01 UTC, Martin Nowak wrote:
On 11/29/2014 05:25 PM, Robert burner Schadek wrote:
Yes, there is a lock free, thread local indirection now. That
can be
used to build a lock free, thread local logger.
p.s. You should have taken the phun
I commented on
On Sun, Nov 30, 2014 at 03:03:23AM -0800, Jonathan M Davis via Digitalmars-d
wrote:
[...]
be. I completely agree that we should be trying to reduce code
breakage even over longer periods of time (and I think that we
definitely _have_ reduced it, even if it's not by enough to allow
Walter to
On Sun, Nov 30, 2014 at 12:55:34PM +, via Digitalmars-d wrote:
You probably have realized that the obvious solution to breakage is:
1. To have two branches: stable and experimental
2. Backport serious bugfixes to stable, but not bug is a feature
bugs.
3. Provide an upgrade tool when
On Sun, Nov 30, 2014 at 12:15:48PM +, Tobias Pankrath via Digitalmars-d
wrote:
[...]
I've just made xmlp (http://www.dsource.org/projects/xmlp) compile
with the newest version of D. It wasn't that bad, despite xmlp rotting
for two years with merge markers left in it. However what would
On Sunday, 30 November 2014 at 15:32:31 UTC, H. S. Teoh via
Digitalmars-d wrote:
This wouldn't help Walter's original problem. He was taking
code written
from =2 years ago and compiling it with the latest compiler.
I assumed he meant to make a forward looking statement, i.e. how
to deal with
On Sunday, 30 November 2014 at 10:58:01 UTC, bearophile wrote:
I'll wait for your opinions before asking for this error in D.
I have added this to Bugzilla, it can please the final on
default crowd:
https://issues.dlang.org/show_bug.cgi?id=13798
Bye,
bearophile
It seems that both of these
On Sunday, 30 November 2014 at 12:41:38 UTC, anonymous wrote:
Seems to be an issue with my setup. Testing on a fresh user,
phobos builds without problems.
Alright, traced it down. I have a copy of gdc lying around. Its
/bin/ was in my $PATH. Apparently, gdc's g++ caused the trouble.
When I
On Sunday, 30 November 2014 at 08:00:20 UTC, Daniel Kozak wrote:
On Sunday, 30 November 2014 at 02:10:13 UTC, bitwise wrote:
In the following program, the output does not contain
SomeClass. Is this a bug?
Maybe yes, as a workaround this works:
module main;
import std.stdio;
template Test()
https://issues.dlang.org/show_bug.cgi?id=13800
On 11/30/2014 7:36 AM, H. S. Teoh via Digitalmars-d wrote:
Good idea! We should archive docs from older versions of Phobos and make
them accessible on dlang.org. I'm working on revamping some parts of the
Phobos docs build; once that's in, it might not be too hard to make it
also generate docs
30-Nov-2014 23:22, Walter Bright пишет:
On 11/30/2014 7:36 AM, H. S. Teoh via Digitalmars-d wrote:
Good idea! We should archive docs from older versions of Phobos and make
them accessible on dlang.org. I'm working on revamping some parts of the
Phobos docs build; once that's in, it might not be
Walter Bright:
I decided to try and update DMDScript from D1 to D2. Thousands
and thousands of error messages :-(
It's not just the errors, it's also the new features and
opportunities offered by the newer D/Phobos that you weren't
using in the old code... Just removing the errors is
On 11/30/2014 12:54 PM, bearophile wrote:
Walter Bright:
I decided to try and update DMDScript from D1 to D2. Thousands and thousands
of error messages :-(
It's not just the errors, it's also the new features and opportunities offered
by the newer D/Phobos that you weren't using in the old
On 11/30/2014 12:28 PM, Dmitry Olshansky wrote:
30-Nov-2014 23:22, Walter Bright пишет:
On 11/30/2014 7:36 AM, H. S. Teoh via Digitalmars-d wrote:
Good idea! We should archive docs from older versions of Phobos and make
them accessible on dlang.org. I'm working on revamping some parts of the
On Sun, 30 Nov 2014 13:24:45 +0300
Dmitry Olshansky via Digitalmars-d digitalmars-d@puremagic.com wrote:
python to exe tools.
WINE? oh, noes! ;-)
signature.asc
Description: PGP signature
On Sun, Nov 30, 2014 at 12:22:54PM -0800, Walter Bright via Digitalmars-d wrote:
On 11/30/2014 7:36 AM, H. S. Teoh via Digitalmars-d wrote:
Good idea! We should archive docs from older versions of Phobos and
make them accessible on dlang.org. I'm working on revamping some
parts of the Phobos
Dne Sun, 30 Nov 2014 19:34:52 +0100 bitwise via Digitalmars-d
digitalmars-d@puremagic.com napsal(a):
On Sunday, 30 November 2014 at 08:00:20 UTC, Daniel Kozak wrote:
On Sunday, 30 November 2014 at 02:10:13 UTC, bitwise wrote:
In the following program, the output does not contain SomeClass.
On 11/30/2014 12:28 PM, Dmitry Olshansky wrote:
30-Nov-2014 23:22, Walter Bright пишет:
On 11/30/2014 7:36 AM, H. S. Teoh via Digitalmars-d wrote:
Good idea! We should archive docs from older versions of Phobos and make
them accessible on dlang.org. I'm working on revamping some parts of the
On 29/11/14 16:56, Andrej Mitrovic via Digitalmars-d wrote:
The fact that you think you're going to get symbol suggestions for 2
year old code just shows how out of touch you are with the development
process. We have a deprecation stage, and a removal stage. There's no
way you're going to get
On 11/30/2014 7:28 AM, H. S. Teoh via Digitalmars-d wrote:
I think the complaint was not so much the fact that the code broke, but
the fact that it broke *without any clue as to how to fix it*.
Yup. Consider the fnmatch = globMatch change. Just edit the name, right?
Easy-peesy, right? But:
Walter Bright:
I'm aware that D2 offers many opportunities to improve the code
:-)
One problem I am seeing is that there is a large distance from
the bare-bones code D2 requires you to write, and the code that I
now regard as good D2 code. And the D2 compiler doesn't require
or pushes you
On Sunday, 30 November 2014 at 23:16:14 UTC, bearophile wrote:
...
I suggested to make that variable i an immutable by default.
I suggest everything be made immutable by default ;)
weaselcat:
On Sunday, 30 November 2014 at 23:16:14 UTC, bearophile wrote:
...
I suggested to make that variable i an immutable by default.
I suggest everything be made immutable by default ;)
Currently D doesn't have a keyword as mut or mutable so if
you make the foreach variable
But I just try to say you can omit mixin word in template
declaration. Because it doesn't have any effect.
mixin != mixin template != template
On Sun, Nov 30, 2014 at 03:03:37PM -0800, Walter Bright via Digitalmars-d wrote:
[...]
Keeping around a deprecated alias translating the old symbol to the
new one is a good approach. For a more detailed message, instead of
the @disabled enhancement, a simpler way is:
void fnmatch()(...) {
On Sun, 30 Nov 2014 18:01:34 -0800
H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote:
On Sun, Nov 30, 2014 at 03:03:37PM -0800, Walter Bright via Digitalmars-d
wrote:
[...]
Keeping around a deprecated alias translating the old symbol to the
new one is a good approach. For a
On 11/30/2014 6:01 PM, H. S. Teoh via Digitalmars-d wrote:
On Sun, Nov 30, 2014 at 03:03:37PM -0800, Walter Bright via Digitalmars-d wrote:
[...]
Keeping around a deprecated alias translating the old symbol to the
new one is a good approach. For a more detailed message, instead of
the @disabled
On Sunday, November 30, 2014 23:19:19 weaselcat via Digitalmars-d wrote:
I suggest everything be made immutable by default ;)
That probably would have been too much of a divergence from D's C/C++ roots
to go over very well, but it's something that we would probably consider if
we were starting
On Sun, Nov 30, 2014 at 08:52:33PM -0800, Jonathan M Davis via Digitalmars-d
wrote:
On Sunday, November 30, 2014 23:19:19 weaselcat via Digitalmars-d wrote:
I suggest everything be made immutable by default ;)
That probably would have been too much of a divergence from D's C/C++
roots to
V Mon, 01 Dec 2014 00:07:10 +
bitwise via Digitalmars-d digitalmars-d@puremagic.com napsáno:
But I just try to say you can omit mixin word in template
declaration. Because it doesn't have any effect.
mixin != mixin template != template
Yes and no :)
import std.stdio;
mixin template
01-Dec-2014 01:44, Walter Bright пишет:
On 11/30/2014 12:28 PM, Dmitry Olshansky wrote:
30-Nov-2014 23:22, Walter Bright пишет:
On 11/30/2014 7:36 AM, H. S. Teoh via Digitalmars-d wrote:
Good idea! We should archive docs from older versions of Phobos and
make
them accessible on dlang.org. I'm
Hi,
I am wondering if there is interest in the community to introduce
alternatives to GC. E.g. reference counting and a static analysis
system which traces allocation / deallocation points which can be
used to insert the needed operations transparent to the user.
Suminda
On Saturday, November 29, 2014 14:34:06 Nordlöw via Digitalmars-d-learn wrote:
So what about forbidding this in nothrow functions? My vision
with D is to be able to get more guarantees about stability than
all other imperative languages. If the compiler cannot prove that
alignments and memory
Daniel Kozak:
I don't know. But this works too:
I have added an ER:
https://issues.dlang.org/show_bug.cgi?id=13799
Bye,
bearophile
Hi!
D noob here.
I'm trying to call this function from the GSL lib:
double gsl_stats_long_double_mean (const long double [], const
size_t, const size_t);
linking with: -L-lgsl -L-lgslcblas -L-lm
I have tried different configurations, refering to
http://dlang.org/interfaceToC.html and the
On Sunday, 30 November 2014 at 12:21:51 UTC, Arjan wrote:
Hi!
D noob here.
I'm trying to call this function from the GSL lib:
double gsl_stats_long_double_mean (const long double [], const
size_t, const size_t);
linking with: -L-lgsl -L-lgslcblas -L-lm
I have tried different configurations,
On Sunday, 30 November 2014 at 13:09:15 UTC, John Colvin wrote:
On Sunday, 30 November 2014 at 12:21:51 UTC, Arjan wrote:
Hi!
D noob here.
I'm trying to call this function from the GSL lib:
double gsl_stats_long_double_mean (const long double [], const
size_t, const size_t);
linking with:
void main()
{
align(128) float[128] a;
assert((cast(size_t)(a.ptr) 127) == 0);
}
the assert fails. What gives?
align doesn't work in DMD. There's bugreport for a long time.
On Sunday, 30 November 2014 at 13:55:16 UTC, Temtaime wrote:
align doesn't work in DMD.
It does in some places, but not on local variables. I think the
best you can do for them is use the core.simd types which are
intrinsicially aligned.
On 30/11/14 13:21, Arjan via Digitalmars-d-learn wrote:
Hi!
D noob here.
I'm trying to call this function from the GSL lib:
Out of curiosity (since your question has already been answered), what
functionality is it that is making you want to use GSL? I ask because I want to
be sure we're
On Sunday, 30 November 2014 at 11:13:56 UTC, bearophile wrote:
Daniel Kozak:
I don't know. But this works too:
I have added an ER:
https://issues.dlang.org/show_bug.cgi?id=13799
Bye,
bearophile
Glad to hear it's not just me being dense for a change :D
I can't understand why I am getting exception on next code:
void downloadFile()
{
foreach(link; links)
{
try
{
writeln(connect(link));
}
This is turning out to be a common problem. :)
On 11/30/2014 11:24 AM, Suliman wrote:
I can't understand why I am getting exception on next code:
void downloadFile()
{
foreach(link; links)
{
try
{
On Saturday, 29 November 2014 at 20:47:09 UTC, Paul wrote:
On Saturday, 29 November 2014 at 20:22:40 UTC, bearophile wrote:
This works:
enum MAPSIZE = 3;
void main() {
ubyte[MAPSIZE][MAPSIZE] map2 = 1;
}
This doesn't work:
enum MAPSIZE = 3;
ubyte[MAPSIZE][MAPSIZE] map1 = ubyte(1);
void
On Friday, 28 November 2014 at 19:59:40 UTC, Xinok wrote:
Given that we have GDC with the GCC backend and LDC with the
LLVM backend, what are the benefits of keeping the DMD compiler
backend? It seems to me that GCC and LLVM are far more
developed and better supported by their respective
MachineCode:
I tried to use others compilers which use gcc/llvm
as backend where I had to do alot of workaround just to make it
working on Windows that I just gave up.
I using ldc2 on Windows with no problems, and the installation is
very easy, just download two archives and unpack them in
On Sunday, 30 November 2014 at 22:15:44 UTC, bearophile wrote:
MachineCode:
I tried to use others compilers which use gcc/llvm
as backend where I had to do alot of workaround just to make it
working on Windows that I just gave up.
I using ldc2 on Windows with no problems, and the
Is it correct to say that D reference types (classes, dynamic
arrays, etc.) are always allocated on the heap; whereas D value
types (structs, static arrays, etc.) are always allocated on the
stack? Or is this a gross oversimplification?
Because can't structures contain classes and classes
On Monday, December 01, 2014 04:42:36 WhatMeWorry via Digitalmars-d-learn wrote:
Is it correct to say that D reference types (classes, dynamic
arrays, etc.) are always allocated on the heap; whereas D value
types (structs, static arrays, etc.) are always allocated on the
stack? Or is this a
On Mon, Dec 01, 2014 at 04:42:36AM +, WhatMeWorry via Digitalmars-d-learn
wrote:
Is it correct to say that D reference types (classes, dynamic arrays,
etc.) are always allocated on the heap; whereas D value types
(structs, static arrays, etc.) are always allocated on the stack? Or
is
Am I right understand all exception are derived from
assertThrown
http://dlang.org/phobos/std_exception.html
So msg in catch(Exception msg) is from function
assertThrown?
Could you show me example of how to handle type of exception?
On Sunday, 30 November 2014 at 19:24:39 UTC, Suliman wrote:
I can't understand why I am getting exception on next code:
void downloadFile()
{
foreach(link; links)
{
try
{
https://issues.dlang.org/show_bug.cgi?id=13798
Issue ID: 13798
Summary: Suggestions for classes and methods that can be final
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Severity:
https://issues.dlang.org/show_bug.cgi?id=13799
Issue ID: 13799
Summary: Whole-array initialization for static fixed-size
arrays of arrays too
Product: D
Version: D2
Hardware: x86
OS: Windows
https://issues.dlang.org/show_bug.cgi?id=12735
nick nicolas.jincher...@gmail.com changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=13800
Issue ID: 13800
Summary: Class from mixin template missing from ModuleInfo
Product: D
Version: D2
Hardware: x86
OS: Mac OS X
Status: NEW
Severity: normal
https://issues.dlang.org/show_bug.cgi?id=13587
nick nicolas.jincher...@gmail.com changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=12773
nick nicolas.jincher...@gmail.com changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=12735
nick nicolas.jincher...@gmail.com changed:
What|Removed |Added
Severity|normal |major
--
https://issues.dlang.org/show_bug.cgi?id=13801
Issue ID: 13801
Summary: Garbage collector fails to work after lots of small
allocations
Product: D
Version: D2
Hardware: x86_64
OS: Mac OS X
Status:
https://issues.dlang.org/show_bug.cgi?id=13801
--- Comment #1 from Ben Grabham dl...@chillichef.com ---
Also, adding GC.collect() and GC.minimize() explicitly did nothing as well.
--
https://issues.dlang.org/show_bug.cgi?id=13801
--- Comment #2 from Ben Grabham dl...@chillichef.com ---
If you take out iota as well, it works again.
If you add a sleep into the while, the memory increases more gradually.
--
https://issues.dlang.org/show_bug.cgi?id=13766
--- Comment #7 from hst...@quickfur.ath.cx ---
Follow-up PR:
https://github.com/D-Programming-Language/dlang.org/pull/713
https://github.com/D-Programming-Language/phobos/issues/2774
--
https://issues.dlang.org/show_bug.cgi?id=13799
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull
Hardware|x86
https://issues.dlang.org/show_bug.cgi?id=13595
--- Comment #6 from github-bugzi...@puremagic.com ---
Commit pushed to master at https://github.com/D-Programming-Language/phobos
https://github.com/D-Programming-Language/phobos/commit/5986e740873d6af793610381a942df78ab41f137
Merge pull request
https://issues.dlang.org/show_bug.cgi?id=13595
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
88 matches
Mail list logo