https://issues.dlang.org/show_bug.cgi?id=17713
Timoses changed:
What|Removed |Added
See Also||https://issues.dlang.org/sh
https://issues.dlang.org/show_bug.cgi?id=14191
Timoses changed:
What|Removed |Added
See Also||https://issues.dlang.org/sh
https://issues.dlang.org/show_bug.cgi?id=17714
--- Comment #2 from Timoses ---
(In reply to Steven Schveighoffer from comment #1)
> Huh, I think separately Timon Gehr added an almost identical issue right
> before you :)
>
> *** This issue has been marked as a duplicate of
On Friday, 28 July 2017 at 14:58:01 UTC, Ali wrote:
How do you use D?
I use D for pretty much everything in my personal life at the
moment. I've found some things that I thought were better in
other languages, but either D's ecosystem has improved (which is
why I'm rewriting my RSS reader
I've made a linux program with GtkD, and so far, it's been pretty
awesome, however I'm thinking about porting it to Windows also,
but the Adwaita theme is too fugly, and cringy, so I'd want to
use a compatible theme, which is supposed to be doable.
What would be the way to go to make a GtkD
Steven Schveighoffer wrote:
On 8/3/17 10:14 PM, Andrew Edwards wrote:
I certainly can, but the problem is completely in C, I'm not having
any problems in D. In this case, I've simply copied the two functions
to test.c and inserted main().
Oh. Then Ali is correct. I assumed that char *s was
Ali Çehreli wrote:
On 08/03/2017 06:02 PM, Andrew Edwards wrote:
char *s;
That's an uninitialized C string.
OK, I was is indeed the problem. I was thinking for some reason that s
gets initialized inside nk_color_hex_rgb() but it's expecting to an
array to work with. I actually
Ali Çehreli wrote:
On 08/03/2017 06:02 PM, Andrew Edwards wrote:
char *s;
That's an uninitialized C string.
OK, I was is indeed the problem. I was thinking for some reason that s
gets initialized inside nk_color_hex_rgb() but it's expecting to an
array to work with. I actually
On 8/3/17 10:14 PM, Andrew Edwards wrote:
Steven Schveighoffer wrote:
On 8/3/17 9:12 PM, Andrew Edwards wrote:
Andrew Edwards wrote:
Just in case... here are the two functions being called in main():
https://github.com/vurtun/nuklear/blob/master/nuklear.h#L5695-L5722
Can you show how you
Steven Schveighoffer wrote:
On 8/3/17 9:12 PM, Andrew Edwards wrote:
Andrew Edwards wrote:
Just in case... here are the two functions being called in main():
https://github.com/vurtun/nuklear/blob/master/nuklear.h#L5695-L5722
Can you show how you declared these in D? It's important. I think
Also, interfaces are not linkable.
e.g., for gtk.ApplicationWindow, it inherits from gtk.Window but
I have to go back to the packages and scroll down to find
gtk.Window to see it's properties and methods. Would be nice if I
could just click on the gtk.Window and it jump me to it.
https://api.gtkd.org
It is difficult to navigate.
1. clicking the documentation on the main site takes it to the
gtk.AboutDialog api. That is all it shows, I was confused at
first, as I'm sure most people would be.
2. The packages list lists all the packages, but all the sub
elements are
On 8/3/17 9:12 PM, Andrew Edwards wrote:
Andrew Edwards wrote:
int main()
{
//int wierd[4];
struct nk_color str = nk_rgba_hex("#deadbeef");
//int wierd[4];
char *s;
//int wierd[4];
nk_color_hex_rgb(s, str);
//int wierd[4];
printf("(%d,%d,%d)\n",str.r, str.g,
On 08/03/2017 06:02 PM, Andrew Edwards wrote:
> char *s;
That's an uninitialized C string.
> nk_color_hex_rgb(s, str);
That function is expecting it to have at least 7 chars when doing things
like
output[1] = (char)NK_TO_HEX((col.r & 0x0F));
So you have to have a proper
On Friday, 4 August 2017 at 00:52:34 UTC, captaindet wrote:
On 2017-08-04 12:13, Johnson Jones wrote:
No, sorry. The lead team uses nttp which is old school forum
technology.
They won't move in to the present and instead insist everyone
else stay
in the past with them. It's sort of like those
Andrew Edwards wrote:
int main()
{
//int wierd[4];
struct nk_color str = nk_rgba_hex("#deadbeef");
//int wierd[4];
char *s;
//int wierd[4];
nk_color_hex_rgb(s, str);
//int wierd[4];
printf("(%d,%d,%d)\n",str.r, str.g, str.b);
//int wierd[4];
printf("%s\n",
int main()
{
//int wierd[4];
struct nk_color str = nk_rgba_hex("#deadbeef");
//int wierd[4];
char *s;
//int wierd[4];
nk_color_hex_rgb(s, str);
//int wierd[4];
printf("(%d,%d,%d)\n",str.r, str.g, str.b);
//int wierd[4];
printf("%s\n", s);
//int
On 2017-08-04 12:13, Johnson Jones wrote:
No, sorry. The lead team uses nttp which is old school forum technology.
They won't move in to the present and instead insist everyone else stay
in the past with them. It's sort of like those guys that drive 1970's
camaro's because they think it makes
On 04.08.2017 01:26, 12345swordy wrote:
The C++ @nogc implementation would also not be built-in, and whether
or not the memory allocator in question is built-in has no bearing on
whether my question was ridiculous or not. (I.e. you are splitting
hairs.)
I never said anything about a C++
On 8/3/17 8:13 PM, Johnson Jones wrote:
On Thursday, 3 August 2017 at 23:28:36 UTC, 12345swordy wrote:
On Thursday, 3 August 2017 at 00:18:38 UTC, Andrej Mitrovic wrote:
Is there a single person who's the main maintainer of the D website..?
If not, I have some ideas on how to improve it. Not
On Thursday, 3 August 2017 at 23:28:36 UTC, 12345swordy wrote:
On Thursday, 3 August 2017 at 00:18:38 UTC, Andrej Mitrovic
wrote:
Is there a single person who's the main maintainer of the D
website..?
If not, I have some ideas on how to improve it. Not just
ideas, I'd like to give a host at
On Thursday, 3 August 2017 at 23:59:01 UTC, jmh530 wrote:
On Thursday, 3 August 2017 at 22:38:08 UTC, Joakim wrote:
30-page long thread from four years ago, enjoy: :D
http://forum.dlang.org/thread/l5otb1$1dhi$1...@digitalmars.com
This post from Walter may summarize his feelings:
On Thursday, 3 August 2017 at 22:38:08 UTC, Joakim wrote:
30-page long thread from four years ago, enjoy: :D
http://forum.dlang.org/thread/l5otb1$1dhi$1...@digitalmars.com
This post from Walter may summarize his feelings:
http://forum.dlang.org/post/l6co6u$vo$1...@digitalmars.com
Would it
On Thursday, 3 August 2017 at 00:18:38 UTC, Andrej Mitrovic wrote:
Is there a single person who's the main maintainer of the D
website..?
If not, I have some ideas on how to improve it. Not just ideas,
I'd like to give a host at improving it myself, really.
Can we gain the ability to edit
On Thursday, 3 August 2017 at 20:56:38 UTC, Timon Gehr wrote:
On 03.08.2017 22:06, 12345swordy wrote:
On Thursday, 3 August 2017 at 19:45:12 UTC, Timon Gehr wrote:
On 03.08.2017 21:28, 12345swordy wrote:
On Thursday, 3 August 2017 at 19:02:17 UTC, Timon Gehr wrote:
On 03.08.2017 20:32,
On Thursday, 3 August 2017 at 22:17:57 UTC, Yuxuan Shui wrote:
On Tuesday, 1 August 2017 at 22:06:28 UTC, Walter Bright wrote:
On 7/31/2017 5:41 AM, Joakim wrote:
If he's right that C++ use is so balkanized, this will
simplify some code but further balkanize the language. That
might be worth
On Tuesday, 1 August 2017 at 22:06:28 UTC, Walter Bright wrote:
On 7/31/2017 5:41 AM, Joakim wrote:
If he's right that C++ use is so balkanized, this will
simplify some code but further balkanize the language. That
might be worth it for them, but rather than simplifying the
language, it
On Friday, 16 December 2016 at 05:43:02 UTC, Kai Nacke wrote:
Hi all,
Packt Publishing offers eBooks for $5 for a limited time. If
your collection of D eBooks is still incomplete then this is a
great chance for you. :-)
D Cookbook by Adam D. Ruppe
On Thursday, 3 August 2017 at 15:29:29 UTC, Adam D. Ruppe wrote:
On Thursday, 3 August 2017 at 15:18:17 UTC, Michael wrote:
I've not seen that either, though I'm not a C++ programmer.
Does using free() on its own not assume access of a global
namespace?
Consider the following:
class Foo {
On Thursday, 3 August 2017 at 21:00:17 UTC, Mike Wey wrote:
On 03-08-17 22:40, Johnson Jones wrote:
Ok, so, I linked the gtk to the msys gtk that I installed
before when trying to get glade to work and it worked!
seems that msys is much more up to date than anything else as
it just works(I
On Thursday, 3 August 2017 at 13:12:03 UTC, Mengu wrote:
On Thursday, 3 August 2017 at 03:59:40 UTC, Johnson Jones wrote:
How can be use gtkD to load images, I assume through
gdkpixbuf? While I am getting errors loading images through
glade's image:
(test.exe:8188): Gtk-[1;33mWARNING[0m
On 03.08.2017 22:54, Joakim wrote:
On Thursday, 3 August 2017 at 19:02:17 UTC, Timon Gehr wrote:
On 03.08.2017 20:32, 12345swordy wrote:
On Thursday, 3 August 2017 at 10:43:50 UTC, Kagamin wrote:
On Wednesday, 2 August 2017 at 20:28:38 UTC, 12345swordy wrote:
...No? I was referring to the
On Thursday, 3 August 2017 at 20:55:35 UTC, Pradeep Gowda wrote:
On Thursday, 3 August 2017 at 20:47:30 UTC, Joakim wrote:
Please tell me which enterprise storage company advertises the
programming languages they implemented their product in. ;) We
hope to have a post on the D blog with info
On 03-08-17 22:40, Johnson Jones wrote:
Ok, so, I linked the gtk to the msys gtk that I installed before when
trying to get glade to work and it worked!
seems that msys is much more up to date than anything else as it just
works(I need to remember than in the future).
The problem I see is
On 03.08.2017 22:06, 12345swordy wrote:
On Thursday, 3 August 2017 at 19:45:12 UTC, Timon Gehr wrote:
On 03.08.2017 21:28, 12345swordy wrote:
On Thursday, 3 August 2017 at 19:02:17 UTC, Timon Gehr wrote:
On 03.08.2017 20:32, 12345swordy wrote:
[...]
On 02.08.2017 15:50, 12345swordy wrote:
On Thursday, 3 August 2017 at 20:47:30 UTC, Joakim wrote:
Please tell me which enterprise storage company advertises the
programming languages they implemented their product in. ;) We
hope to have a post on the D blog with info from Weka sometime
soon, that should be a good way to get the word
https://issues.dlang.org/show_bug.cgi?id=17719
Issue ID: 17719
Summary: compiler generates code for CTFE-only templates
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
On Thursday, 3 August 2017 at 18:04:33 UTC, Suliman wrote:
Moving any third party code to std library have both "pro" and
"contra" and it was discussed several times. From my point of
view there is nothing wrong with modules outside of std
library as long as these modules are visible to
On Thursday, 3 August 2017 at 19:02:17 UTC, Timon Gehr wrote:
On 03.08.2017 20:32, 12345swordy wrote:
On Thursday, 3 August 2017 at 10:43:50 UTC, Kagamin wrote:
On Wednesday, 2 August 2017 at 20:28:38 UTC, 12345swordy
wrote:
...No? I was referring to the c++ proposal paper.
The paper
On Thursday, 3 August 2017 at 06:33:38 UTC, ikod wrote:
Hello,
Since version 0.5.0 dlang-requests has become compatible with
both 1.0.x and 1.1.x versions of openssl library.
Please try and report any issues on github.
Thanks!
dlang-requests is HTTP/FTP client library, inspired by
On Thursday, 3 August 2017 at 19:58:57 UTC, notna wrote:
What a missed marketing opportunity for Dlang... nevertheless,
good news as sooner or later people will get it... and congrats
to Weka.IO on "going public"...
On Thursday, 3 August 2017 at 19:05:47 UTC, Meta wrote:
On Thursday, 3 August 2017 at 19:03:55 UTC, Meta wrote:
`mixin vectorize!sin vsin; alias sin = vsin;` and see if it
Should be `alias sin = vsin.sin;`
Thanks, this pointed me in the right direction. I got the line
below working.
On Thursday, 3 August 2017 at 15:11:46 UTC, Mike Wey wrote:
On 03-08-17 05:00, Johnson Jones wrote:
On Wednesday, 2 August 2017 at 14:51:45 UTC, Mike Wey wrote:
On 02-08-17 08:04, Johnson Jones wrote:
Ok, Using msys I was able to get glade 3.20 running. Maybe
that will fix everything.
On Thursday, 3 August 2017 at 19:58:57 UTC, notna wrote:
What a missed marketing opportunity for Dlang... nevertheless,
good news as sooner or later people will get it... and congrats
to Weka.IO on "going public"...
On Thursday, 3 August 2017 at 15:11:46 UTC, Mike Wey wrote:
On 03-08-17 05:00, Johnson Jones wrote:
On Wednesday, 2 August 2017 at 14:51:45 UTC, Mike Wey wrote:
On 02-08-17 08:04, Johnson Jones wrote:
Ok, Using msys I was able to get glade 3.20 running. Maybe
that will fix everything.
On Thursday, 3 August 2017 at 07:06:06 UTC, Rainer Schuetze wrote:
On 31.07.2017 19:51, Johnson Jones wrote:
On Saturday, 22 July 2017 at 12:54:17 UTC, Rainer Schuetze
wrote:
On 18.06.2017 20:25, Mike B Johnson wrote:
[...]
After installing VS2017 on a fresh Win10 install I could
On Thursday, 3 August 2017 at 07:04:55 UTC, Rainer Schuetze wrote:
Hi,
there is a new version 0.45 of Visual D available at
http://rainers.github.io/visuald/visuald/StartPage.html
Most changes are bug fixes and incremental improvements, maybe
standing out:
* improved VS 2017 integration
*
On Thursday, 3 August 2017 at 19:45:12 UTC, Timon Gehr wrote:
On 03.08.2017 21:28, 12345swordy wrote:
On Thursday, 3 August 2017 at 19:02:17 UTC, Timon Gehr wrote:
On 03.08.2017 20:32, 12345swordy wrote:
[...]
On 02.08.2017 15:50, 12345swordy wrote:
[...]
How would you use the proposed
https://issues.dlang.org/show_bug.cgi?id=14793
--- Comment #7 from Vladimir Panteleev ---
If there is a reproducible problem with the installer not installing libcurl
properly, please file that separately.
--
https://issues.dlang.org/show_bug.cgi?id=14793
Vladimir Panteleev changed:
What|Removed |Added
Status|RESOLVED
What a missed marketing opportunity for Dlang... nevertheless,
good news as sooner or later people will get it... and congrats
to Weka.IO on "going public"...
https://www.theregister.co.uk/2017/07/13/wekaio_surfaces_after_swimming_submerged_against_the_current/
On Thursday, 3 August 2017 at 13:12:03 UTC, Mengu wrote:
On Thursday, 3 August 2017 at 03:59:40 UTC, Johnson Jones wrote:
How can be use gtkD to load images, I assume through
gdkpixbuf? While I am getting errors loading images through
glade's image:
(test.exe:8188): Gtk-[1;33mWARNING[0m
On 03.08.2017 21:28, 12345swordy wrote:
On Thursday, 3 August 2017 at 19:02:17 UTC, Timon Gehr wrote:
On 03.08.2017 20:32, 12345swordy wrote:
On Thursday, 3 August 2017 at 10:43:50 UTC, Kagamin wrote:
On Wednesday, 2 August 2017 at 20:28:38 UTC, 12345swordy wrote:
...No? I was referring to
On Thursday, 3 August 2017 at 15:11:46 UTC, Mike Wey wrote:
On 03-08-17 05:00, Johnson Jones wrote:
On Wednesday, 2 August 2017 at 14:51:45 UTC, Mike Wey wrote:
On 02-08-17 08:04, Johnson Jones wrote:
Ok, Using msys I was able to get glade 3.20 running. Maybe
that will fix everything.
On Thursday, 3 August 2017 at 19:02:17 UTC, Timon Gehr wrote:
On 03.08.2017 20:32, 12345swordy wrote:
On Thursday, 3 August 2017 at 10:43:50 UTC, Kagamin wrote:
On Wednesday, 2 August 2017 at 20:28:38 UTC, 12345swordy
wrote:
...No? I was referring to the c++ proposal paper.
The paper
On Thursday, 3 August 2017 at 19:03:55 UTC, Meta wrote:
`mixin vectorize!sin vsin; alias sin = vsin;` and see if it
Should be `alias sin = vsin.sin;`
On 03.08.2017 20:32, 12345swordy wrote:
On Thursday, 3 August 2017 at 10:43:50 UTC, Kagamin wrote:
On Wednesday, 2 August 2017 at 20:28:38 UTC, 12345swordy wrote:
...No? I was referring to the c++ proposal paper.
The paper doesn't propose to enforce coding standards to the point you
want. D
On Thursday, 3 August 2017 at 15:29:47 UTC, jmh530 wrote:
I am trying to create a vectorize function that mixes in a new
version of function with the same name that applies the
function (to an ndslice).
The code below compiles without error and has the behavior I
would expect.
However,
https://issues.dlang.org/show_bug.cgi?id=17703
Martin Nowak changed:
What|Removed |Added
CC||c...@dawg.eu
On Thursday, 3 August 2017 at 14:00:31 UTC, Matt wrote:
Meanwhile, the blog post Laeeth gave you shows Mir doing
better on matrix multiplication benchmarks than Eigen,
significantly better when dealing with complex numbers.
I mean by now we should all be jaded enough not to simply take
toy
https://issues.dlang.org/show_bug.cgi?id=17661
Martin Nowak changed:
What|Removed |Added
CC||c...@dawg.eu
--- Comment #5
https://issues.dlang.org/show_bug.cgi?id=17718
Issue ID: 17718
Summary: [scope] function literal arguments can be escaped
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Keywords: safe
On Thursday, 3 August 2017 at 10:43:50 UTC, Kagamin wrote:
On Wednesday, 2 August 2017 at 20:28:38 UTC, 12345swordy wrote:
...No? I was referring to the c++ proposal paper.
The paper doesn't propose to enforce coding standards to the
point you want. D already does what the paper proposes.
https://issues.dlang.org/show_bug.cgi?id=14793
Yury Korchemkin changed:
What|Removed |Added
Status|REOPENED|RESOLVED
https://issues.dlang.org/show_bug.cgi?id=17601
Martin Nowak changed:
What|Removed |Added
Priority|P3 |P1
--
https://issues.dlang.org/show_bug.cgi?id=17717
Issue ID: 17717
Summary: C++ files not always recompiled when changed
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Moving any third party code to std library have both "pro" and
"contra" and it was discussed several times. From my point of
view there is nothing wrong with modules outside of std library
as long as these modules are visible to newcomers, well
documented and have developer support.
HTTP
https://issues.dlang.org/show_bug.cgi?id=17601
--- Comment #7 from Martin Nowak ---
I'd say that the change in https://github.com/dlang/dmd/pull/6748 and using
-deps without -o- are suboptimal, as you'd end up with all the codegen from the
semantic3 in imported methods in your
https://issues.dlang.org/show_bug.cgi?id=17716
--- Comment #1 from ag0ae...@gmail.com ---
Inside functions everything works as expected:
struct S { shared int* foo; int* bar; }
pragma(msg, is(shared S : S)); /* "true" - wrong */
void f()
{
pragma(msg, is(shared S : S)); /* "false" -
https://issues.dlang.org/show_bug.cgi?id=17601
--- Comment #6 from Martin Nowak ---
Happens because a function ends up in the glue layer in PASSsemantic2 state
(std.range.SortedRange!(string[], "a < b").SortedRange.__xopEquals).
It's a side-effect of bluntly trying to run semantic3
https://issues.dlang.org/show_bug.cgi?id=17601
--- Comment #5 from Martin Nowak ---
@Mario, try to avoid external dependencies in bug reports, but if you include
them, please use a fixed commit/tag, so we can reproduce the issue.
--
https://issues.dlang.org/show_bug.cgi?id=17601
--- Comment #4 from Martin Nowak ---
The reduced case segfaults on invalid code, seems to be different from the
reported issue.
--
On 8/3/17 4:30 AM, Olivier FAURE wrote:
I understand the general concept you're describing, but what exactly are
tail modifiers? It's the first time I see this name, and my google-fu
gives me nothing.
tail modifiers are modifiers that only apply to the "tail" of the type.
For example
https://issues.dlang.org/show_bug.cgi?id=17716
Issue ID: 17716
Summary: wrong result of IsExpression when not in static assert
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: normal
https://issues.dlang.org/show_bug.cgi?id=17622
--- Comment #10 from github-bugzi...@puremagic.com ---
Commits pushed to stable at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/c73fe970c2014058b9544524d1809180db13cfbb
fix Issue 17622 - [REG2.075.0-b1] Wrong code with appender
https://issues.dlang.org/show_bug.cgi?id=17622
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=17713
Steven Schveighoffer changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=17714
Steven Schveighoffer changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=17632
Martin Nowak changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=17622
Martin Nowak changed:
What|Removed |Added
CC||briancsch...@gmail.com
---
https://issues.dlang.org/show_bug.cgi?id=17713
Steven Schveighoffer changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=17715
Issue ID: 17715
Summary: Floating point numbers are printed as integers
Product: D
Version: D2
Hardware: All
OS: Linux
Status: NEW
Severity: enhancement
On Wednesday, 2 August 2017 at 22:56:32 UTC, Joakim wrote:
Not doing well on HN though:
https://hn.algolia.com/?query=vectorflow
HN is very sensitive to time of day when submitting. Did a new
try:
https://news.ycombinator.com/item?id=14920608
On Thursday, 27 July 2017 at 08:29:14 UTC, Martin Tschierschke
wrote:
On Friday, 16 December 2016 at 05:43:02 UTC, Kai Nacke wrote:
Hi all,
Packt Publishing offers eBooks for $5 for a limited time. If
your collection of D eBooks is still incomplete then this is a
great chance for you. :-)
https://issues.dlang.org/show_bug.cgi?id=17684
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to stable at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/9cdaed6e4b2259e883b6d716472516ac994e9d1e
Fix Issue 17684 - [REG 2.062] static alias this
Added
https://issues.dlang.org/show_bug.cgi?id=17684
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
I am trying to create a vectorize function that mixes in a new
version of function with the same name that applies the function
(to an ndslice).
The code below compiles without error and has the behavior I
would expect.
However, when I change the function import to a selective import
(e.g.
On Thursday, 3 August 2017 at 15:18:17 UTC, Michael wrote:
I've not seen that either, though I'm not a C++ programmer.
Does using free() on its own not assume access of a global
namespace?
Consider the following:
class Foo {
void free(void*);
void other_method() {
free(ptr); //
On Thursday, 3 August 2017 at 14:15:40 UTC, Temtaime wrote:
On Thursday, 3 August 2017 at 14:03:56 UTC, Michael wrote:
So this might be a bit of a stupid question, but looking at
the DMD source code (dmodule.d in particular) I see the
following code:
[...]
and I was just wondering why
On 03-08-17 05:00, Johnson Jones wrote:
On Wednesday, 2 August 2017 at 14:51:45 UTC, Mike Wey wrote:
On 02-08-17 08:04, Johnson Jones wrote:
Ok, Using msys I was able to get glade 3.20 running. Maybe that will
fix everything.
Great, unfortunately "Use msys2" seems to be the official way to
On Thursday, 3 August 2017 at 07:04:55 UTC, Rainer Schuetze wrote:
there is a new version 0.45 of Visual D available at
http://rainers.github.io/visuald/visuald/StartPage.html
Thanks a lot, Rainer.
https://issues.dlang.org/show_bug.cgi?id=17712
--- Comment #7 from Johannes Pfau ---
For reference: the missing symbol also causes a backend ICE for GCC <= 4.9:
https://bugzilla.gdcproject.org/show_bug.cgi?id=157
This is fortunately of lower priority as an (unrelated)
https://issues.dlang.org/show_bug.cgi?id=17712
--- Comment #6 from ki...@gmx.net ---
(In reply to ZombineDev from comment #5)
> > For LDC, I'm planning to allow the user to prevent template culling via a
> > command-line switch, as the current implementation doesn't seem very mature.
>
> I
On Thursday, 3 August 2017 at 14:03:02 UTC, aberba wrote:
On Thursday, 3 August 2017 at 10:02:24 UTC, Temtaime wrote:
On Thursday, 3 August 2017 at 09:57:11 UTC, Suliman wrote:
On Thursday, 3 August 2017 at 06:33:38 UTC, ikod wrote:
Hello,
Since version 0.5.0 dlang-requests has become
On Thursday, 3 August 2017 at 14:03:56 UTC, Michael wrote:
So this might be a bit of a stupid question, but looking at the
DMD source code (dmodule.d in particular) I see the following
code:
if (srcfile._ref == 0)
.free(srcfile.buffer);
srcfile.buffer = null;
srcfile.len = 0;
and I was
On Wednesday, 2 August 2017 at 15:38:12 UTC, Steven Schveighoffer
wrote:
On 8/2/17 11:06 AM, Timoses wrote:
On Wednesday, 2 August 2017 at 13:51:01 UTC, Steven
Schveighoffer wrote:
However, your original code has potential as an enhancement
request, as the type is known at compile-time and
https://issues.dlang.org/show_bug.cgi?id=17712
--- Comment #5 from ZombineDev ---
> For LDC, I'm planning to allow the user to prevent template culling via a
> command-line switch, as the current implementation doesn't seem very mature.
I think that's what dmd's
https://issues.dlang.org/show_bug.cgi?id=17712
ki...@gmx.net changed:
What|Removed |Added
CC||ki...@gmx.net
--- Comment #4 from
On Wednesday, 2 August 2017 at 12:07:46 UTC, Timoses wrote:
Hey,
wondering whether it's possible to access the derived type from
a function template in the base class or interface.
[...]
Created an enhancement issue:
https://issues.dlang.org/show_bug.cgi?id=17714
On Thursday, 3 August 2017 at 10:02:24 UTC, Temtaime wrote:
On Thursday, 3 August 2017 at 09:57:11 UTC, Suliman wrote:
On Thursday, 3 August 2017 at 06:33:38 UTC, ikod wrote:
Hello,
Since version 0.5.0 dlang-requests has become compatible with
both 1.0.x and 1.1.x versions of openssl
1 - 100 of 146 matches
Mail list logo