How do I get this C stuff working with DUB? I tried putting the
pragmas in the main source file.
extern(C) char* readline(const(char)* prompt);
extern(C) void add_history(const(char)* prompt);
pragma(lib, "readline");
pragma(lib, "curses");
Linking...
Undefined symbols for architecture
On Tuesday, 19 April 2016 at 22:04:21 UTC, Stefan Koch wrote:
On Tuesday, 19 April 2016 at 14:53:18 UTC, Steven Schveighoffer
wrote:
or we
should do away with requiring handling all enum cases.
Are you suggesting getting rid of final switch ?
No - I think he suggests to error out if
On Wednesday, 20 April 2016 at 04:37:10 UTC, rikki cattermole
wrote:
On the note of linear algebra.
Would you be willing to improve gfm:math (or start from scratch
I don't really care too much) for Phobos inclusion?
Frankly, I didn't know about the gfm project - it seems nice!
About the math
Hey guys, thank you all for responding!
Standard modules for color conversion already exists. See for
instance
That's awesome, thanks! - I'll look into it!
Wouldn't it be easier to just write bindings to C interface of
OpenCV, or make a thin D-style wrapper over that API, and use a
proven
On the note of linear algebra.
Would you be willing to improve gfm:math (or start from scratch I don't
really care too much) for Phobos inclusion?
Its one of the things I need for my work e.g. windowing + image.
Also how much do you know about color theory?
Manu really needs help to get his
https://issues.dlang.org/show_bug.cgi?id=259
Jon Degenhardt changed:
What|Removed |Added
CC|
On Tuesday, 19 April 2016 at 22:28:27 UTC, Alex Parrill wrote:
* It eliminates the incredibly tedious, annoying, and
easy-to-forget boilerplate after every allocation to check if
the allocation succeeded.
FWIW, you can turn a false-ish (!value) function call result into
an exception by
On Tuesday, 19 April 2016 at 17:01:12 UTC, Relja Ljubobratovic
wrote:
Hi everyone!
For a while I was looking for a computer vision library in D on
the web, but haven't found any. There were few libraries I
found, providing some basic image processing functionality, but
none that could be
On Tuesday, 19 April 2016 at 17:01:12 UTC, Relja Ljubobratovic
wrote:
Hi everyone!
For a while I was looking for a computer vision library in D on
the web, but haven't found any. There were few libraries I
found, providing some basic image processing functionality, but
none that could be
https://issues.dlang.org/show_bug.cgi?id=15939
Ivan Kazmenko changed:
What|Removed |Added
CC||ga...@mail.ru
--
https://issues.dlang.org/show_bug.cgi?id=15939
Marco Leise changed:
What|Removed |Added
CC||marco.le...@gmx.de
---
I'm proposing that std.experimental.allocator.make, as well as
its friends, throw an exception when the allocator cannot satisfy
a request instead of returning null.
These are my reasons for doing so:
* It eliminates the incredibly tedious, annoying, and
easy-to-forget boilerplate after
On 4/18/2016 8:20 PM, Jonathan M Davis via Digitalmars-d wrote:
Except that unfortunately, the compiler _does_ do attribute inference for
auto return functions now, because the body is guaranteed to be available.
Relying on that inference in a public API that's part of a library will
easily lead
On Tuesday, 19 April 2016 at 14:53:18 UTC, Steven Schveighoffer
wrote:
or we
should do away with requiring handling all enum cases.
Are you suggesting getting rid of final switch ?
On 19.04.2016 19:01, Relja Ljubobratovic wrote:
[1] https://github.com/ljubobratovicrelja/dcv
You've got a bad @trusted here:
https://github.com/ljubobratovicrelja/dcv/blob/3b7e4908bfb535536f4b71862239ee071d22461d/source/dcv/core/algorithm.d#L23
You're trusting Range's empty, front, and
On 4/19/16 4:50 PM, Marco Leise wrote:
What about using old string compression algorithms on the
mangled name? That should effectively get rid of all the
repeated words.
It's somewhat recursive, so I don't know how well string compression
will work. It's possible, definitely. But I think a
What about using old string compression algorithms on the
mangled name? That should effectively get rid of all the
repeated words.
--
Marco
Am Tue, 19 Apr 2016 17:02:43 +
schrieb Atila Neves :
> > DC_FLAGS=-O5 (flags for that compiler)
> > LDFLAGS=-L=-O1 (flags for the linker)
> > PREFIX=/usr (installation prefix)
>
> These I need to add. Well, if there's enough of a use-case anyway.
It's just normal
On Tuesday, 19 April 2016 at 20:19:37 UTC, ZombineDev wrote:
On Tuesday, 19 April 2016 at 20:18:07 UTC, ZombineDev wrote:
On Tuesday, 19 April 2016 at 17:16:00 UTC, Tofu Ninja wrote:
On Tuesday, 19 April 2016 at 16:16:39 UTC, ZombineDev wrote:
On Monday, 18 April 2016 at 23:00:42 UTC,
On Tuesday, 19 April 2016 at 19:54:25 UTC, Karabuta wrote:
On Tuesday, 19 April 2016 at 17:16:45 UTC, WebFreak001 wrote:
On Tuesday, 19 April 2016 at 16:29:41 UTC, Karabuta wrote:
Anyone tried this IDE for D coding? Seems to work pretty
well. It deserves some D attention.
On Tuesday, 19 April 2016 at 20:18:07 UTC, ZombineDev wrote:
On Tuesday, 19 April 2016 at 17:16:00 UTC, Tofu Ninja wrote:
On Tuesday, 19 April 2016 at 16:16:39 UTC, ZombineDev wrote:
On Monday, 18 April 2016 at 23:00:42 UTC, captaindet wrote:
On 2016-04-18 14:12, Tofu Ninja wrote:
Also is
On Tuesday, 19 April 2016 at 17:16:00 UTC, Tofu Ninja wrote:
On Tuesday, 19 April 2016 at 16:16:39 UTC, ZombineDev wrote:
On Monday, 18 April 2016 at 23:00:42 UTC, captaindet wrote:
On 2016-04-18 14:12, Tofu Ninja wrote:
Also is there a way to have a named substructure, not a
nested structure
On Tuesday, 19 April 2016 at 17:01:12 UTC, Relja Ljubobratovic
wrote:
Hi everyone!
For a while I was looking for a computer vision library in D on
the web, but haven't found any. There were few libraries I
found, providing some basic image processing functionality, but
none that could be
On Tuesday, 19 April 2016 at 06:31:13 UTC, Sönke Ludwig wrote:
This is a rather important pull request and the last big
milestone for the 1.0.0 release. I'd like to get the next
version out shortly, but this PR is sitting idle for over a
month now and partially blocks development.
It
On Tuesday, 19 April 2016 at 17:16:45 UTC, WebFreak001 wrote:
On Tuesday, 19 April 2016 at 16:29:41 UTC, Karabuta wrote:
Anyone tried this IDE for D coding? Seems to work pretty well.
It deserves some D attention.
https://wiki.gnome.org/Apps/Builder
Cool, it supports plugins using libpeas.
Am 19.04.2016 um 18:50 schrieb Jack Stouffer:
On Tuesday, 19 April 2016 at 06:31:13 UTC, Sönke Ludwig wrote:
It consists of mostly just documentation additions, deprecations/name
changes and moved code, so the review can focus on the high level
changes and should be well manageable despite the
On Tuesday, 19 April 2016 at 17:16:45 UTC, WebFreak001 wrote:
On Tuesday, 19 April 2016 at 16:29:41 UTC, Karabuta wrote:
Anyone tried this IDE for D coding? Seems to work pretty well.
It deserves some D attention.
https://wiki.gnome.org/Apps/Builder
Cool, it supports plugins using libpeas.
On Tuesday, 19 April 2016 at 13:58:05 UTC, Edwin van Leeuwen
wrote:
On Tuesday, 19 April 2016 at 13:44:08 UTC, Andre wrote:
-> I need to analyze every value whether it is a floating or
an integer?
This is the correct option. Something like:
double f;
if (j["value"].type == JSON_TYPE.INTEGER)
On 4/19/16 10:44 AM, Johan Engelen wrote:
The feature is experimental, and has been tested on Weka.io's codebase.
Compilation with -hashthres=1000 results in a binary that is half the
size of the original (201MB vs. 461MB). I did not observe a significant
difference in total build times.
I'd
On Tuesday, 19 April 2016 at 14:44:12 UTC, Johan Engelen wrote:
What is very unfortunate is that std.traits depends on the
mangled name, doing string parsing of the mangled name of
symbols to obtain symbol traits.
I'm surprised that's how it works. I just assumed there was some
__traits call
On Tuesday, 19 April 2016 at 16:16:39 UTC, ZombineDev wrote:
On Monday, 18 April 2016 at 23:00:42 UTC, captaindet wrote:
On 2016-04-18 14:12, Tofu Ninja wrote:
Also is there a way to have a named substructure, not a
nested structure
but something to just add an additional name, maybe something
On Tuesday, 19 April 2016 at 16:29:41 UTC, Karabuta wrote:
Anyone tried this IDE for D coding? Seems to work pretty well.
It deserves some D attention.
https://wiki.gnome.org/Apps/Builder
Cool, it supports plugins using libpeas. Gonna make a plugin
using workspace-d
On Monday, 18 April 2016 at 23:17:39 UTC, Marco Leise wrote:
Am Mon, 18 Apr 2016 15:15:26 +
schrieb Atila Neves :
Just remember that makefiles are well integrated with other
systems (i.e. package managers) and there are some conventions,
about what certain
On Tuesday, 19 April 2016 at 06:31:13 UTC, Sönke Ludwig wrote:
It consists of mostly just documentation additions,
deprecations/name changes and moved code, so the review can
focus on the high level changes and should be well manageable
despite the size of the diff (commit-by-commit review is
https://issues.dlang.org/show_bug.cgi?id=15911
--- Comment #6 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/druntime
https://github.com/dlang/druntime/commit/e98b0a4f39c8c5aab4563d8555845d9b7a87e79a
fix Issue 15911 - undefined __Unwind_GetIPInfo for
Anyone tried this IDE for D coding? Seems to work pretty well. It
deserves some D attention.
https://wiki.gnome.org/Apps/Builder
On Monday, 18 April 2016 at 23:00:42 UTC, captaindet wrote:
On 2016-04-18 14:12, Tofu Ninja wrote:
Also is there a way to have a named substructure, not a nested
structure
but something to just add an additional name, maybe something
like
struct a{
struct{
int x;
int y;
On 2016-04-19 10:57, Jonathan M Davis via Digitalmars-d wrote:
However, there are some good arguments for not just exporting everything -
particularly with regards to compilation efficiency. It's not that uncommon
for a library to have a public API that everyone should see and use while
having
https://issues.dlang.org/show_bug.cgi?id=12625
--- Comment #16 from ZombineDev ---
(In reply to Jonathan M Davis from comment #14)
> (In reply to ZombineDev from comment #12)
> > Just to clarify - I'm talking about OP case. Slicing static arrays in
> > general can be
I was surprised that in my code, I had a final switch on an integer, and
compiler never complained.
I looked at the rules here:
http://dlang.org/spec/statement.html#final-switch-statement
Rules are:
1. No DefaultStatement is allowed.
2. No CaseRangeStatements are allowed.
3. If
On Friday, 1 April 2016 at 14:46:42 UTC, Johan Engelen wrote:
Meanwhile, I've implemented hashing of function names and other
symbols *for the backend*, giving an object file size reduction
of ~25% (hashing everything larger than 100 chars) for my
current testcase (251MB -> 189MB).
Hashing
On Tuesday, 19 April 2016 at 13:05:35 UTC, tcak wrote:
On Thursday, 21 May 2015 at 10:39:46 UTC, ZombineDev wrote:
Basically you need clone your fork to your computer, add a
"upstream" remote to github.com/D-Programming-Language/[repo
name, eg. phobos], pull from upstream the new changes and
https://issues.dlang.org/show_bug.cgi?id=15204
--- Comment #7 from Илья Ярошенко ---
(In reply to Vladimir Panteleev from comment #6)
> (In reply to Илья Ярошенко from comment #5)
> > Fixed somehow O_o
>
> Perhaps a duplicate of 15861 ?
I don't know
--
https://issues.dlang.org/show_bug.cgi?id=15204
--- Comment #6 from Vladimir Panteleev ---
(In reply to Илья Ярошенко from comment #5)
> Fixed somehow O_o
Perhaps a duplicate of 15861 ?
--
https://issues.dlang.org/show_bug.cgi?id=15204
Илья Ярошенко changed:
What|Removed |Added
Status|NEW |RESOLVED
On Tuesday, 19 April 2016 at 13:44:08 UTC, Andre wrote:
-> I need to analyze every value whether it is a floating or an
integer?
This is the correct option. Something like:
double f;
if (j["value"].type == JSON_TYPE.INTEGER)
f = j["value"].integer.to!float;
else
f = j["value"].floating;
On 19/04/2016 11:05 PM, tcak wrote:
On Thursday, 21 May 2015 at 10:39:46 UTC, ZombineDev wrote:
Basically you need clone your fork to your computer, add a "upstream"
remote to github.com/D-Programming-Language/[repo name, eg. phobos],
pull from upstream the new changes and optionally update
Hi,
I have to deal with a JSON like this
[{"value":42},{"value":1e+100}]
Value is a floating number, but the providing system does not
write 42 as 42.00.
While trying to get the value with .floating, I get an exception
because 42 is not
a floating value.
I try to understand what is the
On Tuesday, 19 April 2016 at 13:05:35 UTC, tcak wrote:
On Thursday, 21 May 2015 at 10:39:46 UTC, ZombineDev wrote:
Basically you need clone your fork to your computer, add a
"upstream" remote to github.com/D-Programming-Language/[repo
name, eg. phobos], pull from upstream the new changes and
On Monday, 18 April 2016 at 23:00:42 UTC, captaindet wrote:
not sure what you mean by "named substructure, not a nested
structure" but this works:
struct Outer{
struct Inner{
int x;
int y;
int z;
}
Inner inner;
int
On Thursday, 21 May 2015 at 10:39:46 UTC, ZombineDev wrote:
Basically you need clone your fork to your computer, add a
"upstream" remote to github.com/D-Programming-Language/[repo
name, eg. phobos], pull from upstream the new changes and
optionally update github by pushing to origin (origin
On Monday, 18 April 2016 at 07:50:28 UTC, Vadim Lopatin wrote:
On Monday, 18 April 2016 at 07:06:43 UTC, Vadim Lopatin wrote:
In TableLayout there is a bug #113 which prevents extending of
table layout content to parent size.
For other widgets FILL_PARENT should work ok.
Issue #113 is fixed
On 19.04.2016 14:07, Jeff Thompson wrote:
On Tuesday, 19 April 2016 at 11:43:22 UTC, Anonymouse wrote:
On Tuesday, 19 April 2016 at 10:41:05 UTC, Jeff Thompson wrote:
I want to create a mutable array of immutable objects, but the code
below gives the error shown below. It seems that "new
Am 19.04.2016 um 12:41 schrieb Jeff Thompson:
I want to create a mutable array of immutable objects, but the code
below gives the error shown below. It seems that "new immutable(C)[1]"
makes the entire array immutable, but it seems I should be able to
change the elements of an array of pointers
On Tuesday, 19 April 2016 at 11:43:22 UTC, Anonymouse wrote:
On Tuesday, 19 April 2016 at 10:41:05 UTC, Jeff Thompson wrote:
I want to create a mutable array of immutable objects, but the
code below gives the error shown below. It seems that "new
immutable(C)[1]" makes the entire array
https://issues.dlang.org/show_bug.cgi?id=15911
--- Comment #5 from github-bugzi...@puremagic.com ---
Commits pushed to stable at https://github.com/dlang/druntime
https://github.com/dlang/druntime/commit/e98b0a4f39c8c5aab4563d8555845d9b7a87e79a
fix Issue 15911 - undefined __Unwind_GetIPInfo for
https://issues.dlang.org/show_bug.cgi?id=15911
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Monday, 18 April 2016 at 00:53:26 UTC, Temtaime wrote:
shared currently is useless too tbw
shared did catch bugs in phobos and user code, that would
otherwise sneak in.
Am Tue, 19 Apr 2016 01:57:21 -0700
schrieb Jonathan M Davis via Digitalmars-d
:
> I expect that hiding symbols which aren't public would certainly help
> a great deal in avoiding having a lot of unnecessary symbols in a
> compiled library, but it doesn't completely
On Sunday, 17 April 2016 at 17:39:48 UTC, QAston wrote:
First @property + compiler switch, now @property + deprecated
switch. When should I use property? For all the getters? Should
I start with property or with member access? Does it even
matter because of optional parens? Why do I even need
On Tuesday, 19 April 2016 at 10:41:05 UTC, Jeff Thompson wrote:
I want to create a mutable array of immutable objects, but the
code below gives the error shown below. It seems that "new
immutable(C)[1]" makes the entire array immutable, but it seems
I should be able to change the elements of
On Tuesday, 19 April 2016 at 08:57:21 UTC, Jonathan M Davis wrote:
On Tuesday, April 19, 2016 07:58:19 Satoshi via Digitalmars-d
wrote:
Why cannot be exported every public/protected method by
default? When I am creating so/dll I want to export almost
everything. Methods what I dont want to
I want to create a mutable array of immutable objects, but the
code below gives the error shown below. It seems that "new
immutable(C)[1]" makes the entire array immutable, but it seems I
should be able to change the elements of an array of pointers to
an object even though the objects are
Am 19.04.2016 um 11:44 schrieb Marc Schütz:
On Tuesday, 19 April 2016 at 06:31:13 UTC, Sönke Ludwig wrote:
This is a rather important pull request and the last big milestone for
the 1.0.0 release. I'd like to get the next version out shortly, but
this PR is sitting idle for over a month now and
On Tuesday, 19 April 2016 at 06:31:13 UTC, Sönke Ludwig wrote:
This is a rather important pull request and the last big
milestone for the 1.0.0 release. I'd like to get the next
version out shortly, but this PR is sitting idle for over a
month now and partially blocks development.
It
https://issues.dlang.org/show_bug.cgi?id=15939
Илья Ярошенко changed:
What|Removed |Added
CC|
On Tuesday, April 19, 2016 07:58:19 Satoshi via Digitalmars-d wrote:
> Why cannot be exported every public/protected method by default?
> When I am creating so/dll I want to export almost everything.
> Methods what I dont want to export I should mark as private or
> package or
On Tuesday, 19 April 2016 at 01:13:01 UTC, deadalnix wrote:
On Sunday, 17 April 2016 at 06:10:34 UTC, Ilya Yaroshenko wrote:
We plan to add a set of numeric packages and this would be
real pain if they would be one-by-one moved from experimental
to stable std. So sci.* should be considered as
https://issues.dlang.org/show_bug.cgi?id=15911
Martin Nowak changed:
What|Removed |Added
Keywords||pull
--- Comment #4 from
Why cannot be exported every public/protected method by default?
When I am creating so/dll I want to export almost everything.
Methods what I dont want to export I should mark as private or
package or package(nameOfRootPackage).
On Monday, 18 April 2016 at 15:59:11 UTC, Steven Schveighoffer
wrote:
I wonder if it makes a difference for layout. So for example:
struct T
{
struct
{
int x;
ubyte y;
}
ubyte z;
}
If there is padding inserted between y and z.
There isn't. T.init.z.offsetof -
https://issues.dlang.org/show_bug.cgi?id=15911
Martin Nowak changed:
What|Removed |Added
Severity|major |regression
--
This is a rather important pull request and the last big milestone for
the 1.0.0 release. I'd like to get the next version out shortly, but
this PR is sitting idle for over a month now and partially blocks
development.
It consists of mostly just documentation additions, deprecations/name
73 matches
Mail list logo