On Friday, 22 December 2017 at 11:39:48 UTC, user1234 wrote:
If this ever happens, what will be published will have to be
based on LDC2.
If benchmarks based on DMD are published, the article will be
subject to the criticism that is that the shorter build time is
due to the optimization pass,
On Sunday, 24 December 2017 at 05:23:12 UTC, Mike Parker wrote:
If you are going to use glFreeFuncs like this, you can't import
opengl that way. As per the DerelictGL3 documentation [1], the
simplest way to make this work is to implement a module that
publicly imports derelict.opengl and
I didn't get any response in learn for this so I will ask it here.
TypeInfo_Class.interfaces[n].classinfo has TypeInfo_Class and not
TypeInfo_Interface?
Is this correct? Or is it a bug?
Doesn't make much sense to me.
Also the following code prints false so there are some
consequences to
On Sunday, 24 December 2017 at 03:00:16 UTC, Kevin wrote:
On Sunday, 24 December 2017 at 01:42:58 UTC, Mike Parker wrote:
I've found the problem. But first...
I making a simple static library.
I don't see a static library anywhere. You weren't "importing a
static library", something which
https://issues.dlang.org/show_bug.cgi?id=18053
--- Comment #4 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/517253e26f52b3ac8d81b6d881d2aff9fe2947d3
fix Issue 18053 - Use stdint.h mangling for int64_t/uint64_t
On Sunday, 24 December 2017 at 03:15:58 UTC, Amorphorious wrote:
In fact, it would be very helpful to have switches that disable
the various "features" of D that I will not use rather than
having to do any self compilation.
The way I did it was create a custom runtime only including the
Premature send(tabs?!?! ;/)
void main()
{
version(BIOS)
{
import iBIOS;
BIOSOut("Hello World");
} else
{
writeln("Hello World");
}
}
When compiled appropriately will create a bootable executable
that displays the string. Else will create an OS specific
I would like to compile D for the different supported
architectures only without and OS, C lib, D lib, or GC code. For
example, as a boot loader or even bios binary.
In fact, it would be very helpful to have switches that disable
the various "features" of D that I will not use rather than
On Sunday, 24 December 2017 at 01:42:58 UTC, Mike Parker wrote:
Need more info than this. Some code that reproduces the issue
would be helpful. Also, what do you mean by "import my library"?
I making a simple static library.
For I can go through Opengl tutorials again.
Need to refresh my
On Saturday, 23 December 2017 at 12:23:33 UTC, Johan Engelen
wrote:
On Friday, 22 December 2017 at 09:52:26 UTC, Chris Katko wrote:
DMD can use -profile and -profile=gc. But I tried for HOURS to
find the equivalent for LDC and came up with only
profile-guided optimization--which I don't
On Thursday, 21 December 2017 at 10:49:46 UTC, Dan Partelly wrote:
I started to look into D very recently. I would like to know
the following, if you guys are so nice to help me:
1. What is the performance of D's GC, what trade-offs where
done in design , and if a in-deep primer on
On Thursday, 21 December 2017 at 10:13:47 UTC, bauss wrote:
On Thursday, 21 December 2017 at 06:47:25 UTC, Ali Çehreli
wrote:
[...]
This is what I would believe __IS__ and __SHOULD__ be the
default behavior too, because that's how it generally is in
other languages.
It doesn't make much
On Sunday, 24 December 2017 at 01:29:56 UTC, rikki cattermole
wrote:
Although maybe you ought to start out with regular D.
-betterC is really there for those who want D but can't have
druntime.
They should already know D pretty well.
I'm using -betterC on purpose, doing bare-metal
On Sunday, 24 December 2017 at 00:58:25 UTC, Kevin wrote:
When I import my library into my program.
glGenBuffers segmentation fault.
When I copy VertexBuffer into main code. It works fine.
Why am I getting segmentation fault from library ?
Need more info than this. Some code that
On 24/12/2017 1:25 AM, Stijn wrote:
On Sunday, 24 December 2017 at 01:21:53 UTC, rikki cattermole wrote:
On 24/12/2017 1:20 AM, Stijn wrote:
[...]
new uses GC.
It has nothing to do with structs.
Oh I see, simply removing 'new' solves the problem. I've a C#
background, so I hadn't thought
On Sunday, 24 December 2017 at 01:21:53 UTC, rikki cattermole
wrote:
On 24/12/2017 1:20 AM, Stijn wrote:
[...]
new uses GC.
It has nothing to do with structs.
Oh I see, simply removing 'new' solves the problem. I've a C#
background, so I hadn't thought of doing that. Thanks!
https://dlang.org/spec/betterc.html doesn't mention struct
constructors not working, but I'm getting linker errors when
trying to call a struct constructor.
Consider the following program betterc.d
struct foo
{
}
extern(C) void main()
{
auto bar = new foo();
}
On 24/12/2017 1:20 AM, Stijn wrote:
https://dlang.org/spec/betterc.html doesn't mention struct constructors
not working, but I'm getting linker errors when trying to call a struct
constructor.
Consider the following program betterc.d
struct foo
{
}
extern(C) void main()
I'm working a library with DerelictGL3.
using branch 2.0
import derelict.opengl;
import std.stdio : writeln;
struct VertexBuffer
{
GLuint vbo;
GLsizei count;
this(GLsizei n)
{
writeln("creating vbo");
glGenBuffers(n, );
writeln("created vbo");
https://issues.dlang.org/show_bug.cgi?id=9960
Iain Buclaw changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://issues.dlang.org/show_bug.cgi?id=18117
Issue ID: 18117
Summary: ldiv_t struct in core.stdc.stdlib -- int vs c_long
expectations
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
I am trying to build a string->int dictionary at compile time.
The ints are unique and must not be greater than the number of
unique strings.
So, they are sequential for each string that is not yet indexed.
Example:
size_t idx1 = nameToIndex!"blah"; // 0
size_t idx2 = nameToIndex!"blah2"; //
On Sat, Dec 23, 2017 at 09:04:52PM +, Laeeth Isharc via Digitalmars-d wrote:
> http://erdani.com/d/downloads.daily.png
>
> Bad data, one off spike, or something else?
D is finally catching on? :-D (So I hope. :-P)
T
--
Food and laptops don't mix.
On 12/23/2017 1:04 PM, Laeeth Isharc wrote:
http://erdani.com/d/downloads.daily.png
Bad data, one off spike, or something else?
Wow!
On Friday, 22 December 2017 at 22:08:23 UTC, Mengu wrote:
On Friday, 22 December 2017 at 00:41:31 UTC, Atila Neves wrote:
excel-d lets you write plain D code that can be run from Excel
unmodified via the magic of compile-time reflection.
[...]
can we use excel-d with office for mac?
I
On Saturday, 23 December 2017 at 21:20:13 UTC, Jonathan M Davis
wrote:
On Saturday, December 23, 2017 21:05:25 Marc via
Digitalmars-d-learn wrote:
for example:
scope struct S {
int x;
}
What does scope do here?
Absolutely nothing.
On Thursday, December 21, 2017 12:00:17 Mike Franklin via Digitalmars-d-
learn wrote:
> I'm not a big user of the standard library, but I believe most
> features of the standard library require the GC.
Actually, relatively little in Phobos explicitly uses the GC. There are some
things that
On Saturday, December 23, 2017 21:05:25 Marc via Digitalmars-d-learn wrote:
> for example:
>
> scope struct S {
>int x;
> }
>
> What does scope do here?
Absolutely nothing.
https://stackoverflow.com/questions/47240714/d-pure-classes-and-structs
- Jonathan M Davis
for example:
scope struct S {
int x;
}
What does scope do here?
On Saturday, 23 December 2017 at 12:23:33 UTC, Johan Engelen
wrote:
Fine grained PGO profiling:
-fprofile-instr-generate
http://johanengelen.github.io/ldc/2016/07/15/Profile-Guided-Optimization-with-LDC.html
Function entry/exit profiling:
-finstrument-functions
http://erdani.com/d/downloads.daily.png
Bad data, one off spike, or something else?
On 12/23/2017 6:26 AM, Jacob Carlborg wrote:
On 2017-12-23 00:18, Walter Bright wrote:
Is there a bugzilla issue with just what is wrong with the TLS code generation
on macOS?
There's nothing wrong with TLS on macOS. It's just that there are additional
work that needs to be done. Just the
https://issues.dlang.org/show_bug.cgi?id=18114
--- Comment #4 from Jon Degenhardt ---
The two programs attached can be used to compare regex match performance.
Compile find_regex.d with both DMD 2.077.1 and DMD 2.078.0-beta1. eg.
$ dmd2.078.0-beta1 -release -O
https://issues.dlang.org/show_bug.cgi?id=18114
--- Comment #3 from Jon Degenhardt ---
Created attachment 1670
--> https://issues.dlang.org/attachment.cgi?id=1670=edit
gen_strings.d: Generates input for find_regex.d
--
https://issues.dlang.org/show_bug.cgi?id=18114
Jon Degenhardt changed:
What|Removed |Added
Attachment #1669|Reduced program, it counts |find_regex.d:
https://issues.dlang.org/show_bug.cgi?id=18114
--- Comment #2 from Jon Degenhardt ---
Created attachment 1669
--> https://issues.dlang.org/attachment.cgi?id=1669=edit
Reduced program, it counts regex matches in input lines
--
On Saturday, 23 December 2017 at 09:10:25 UTC, Walter Bright
wrote:
On 12/22/2017 7:23 AM, Russel Winder wrote:
I think we are now in a world where Rust is the zero cost
abstraction
language to replace C and C++, except for those who are
determined to
stay with C++ and evolve it.
Maybe it
Eclipse: Version: Neon.3 Release (4.6.3)
Platform: Ubuntu 16.04
I have a running version of dub and dmd that works from the
command line. But does not work from Eclipse (DDT).
When i CTRL+Click on a function or module it should take me to
the source, instead if gives the following error:
On Saturday, 23 December 2017 at 16:46:17 UTC, Seb wrote:
Cool! Do you know how to build dlang.org yourself? (Clone/fork
the repo and run make -f Po HTML).
Then you can upload the generated HTML files anywhere. If you
want to, I can create a repo for you at
github.com/dlang-community
BTW do
On Saturday, 23 December 2017 at 16:43:29 UTC, Temtaime wrote:
Every programmer knows English. For which purpose are you doing
that ?
Better try to improve existing documentation.
Of course programmers know English but reading texts in their
native language is better.
On Saturday, 23 December 2017 at 16:33:46 UTC, Andrey wrote:
Hello!
I would like to make a small contribution to D. I want and I'm
ready to begin a translation of documentation
(https://dlang.org/spec/spec.html) from English into Russian.
What should I do to implement it?
Best regards,
https://issues.dlang.org/show_bug.cgi?id=18116
dechcaudron+dlang.issue.track...@protonmail.com changed:
What|Removed |Added
Assignee|nob...@puremagic.com
On Saturday, 23 December 2017 at 16:33:46 UTC, Andrey wrote:
Hello!
I would like to make a small contribution to D. I want and I'm
ready to begin a translation of documentation
(https://dlang.org/spec/spec.html) from English into Russian.
What should I do to implement it?
Best regards,
https://issues.dlang.org/show_bug.cgi?id=18116
Issue ID: 18116
Summary: to!wchar([string, dstring]), and to!char([wstring,
dstring]) don't compile
Product: D
Version: D2
Hardware: x86_64
OS: All
Hello!
I would like to make a small contribution to D. I want and I'm
ready to begin a translation of documentation
(https://dlang.org/spec/spec.html) from English into Russian.
What should I do to implement it?
Best regards, Andrey.
On Saturday, 23 December 2017 at 15:58:27 UTC, Seb wrote:
On Saturday, 23 December 2017 at 15:45:33 UTC, Mike Franklin
wrote:
On Saturday, 23 December 2017 at 15:04:30 UTC, kerdemdemir
wrote:
Is there any better way for me to search C/C++ equivalent
features? As a humble suggestion would it
Thanks for this library Atila. An update is always appreciated.
On Thursday, 21 December 2017 at 13:44:18 UTC, Benjamin Thaut
wrote:
Ideally we should end up with visibility hidden being the
default and only making symbols visible which use "export",
because that is what it was designed for in the first place.
Yes, that's the long-term goal.
On Saturday, 23 December 2017 at 15:45:33 UTC, Mike Franklin
wrote:
On Saturday, 23 December 2017 at 15:04:30 UTC, kerdemdemir
wrote:
Is there any better way for me to search C/C++ equivalent
features? As a humble suggestion would it make sense to make a
table with feature names and
On Saturday, 23 December 2017 at 09:23:22 UTC, Dan Partelly wrote:
You could name it Deimos.
That name's already taken:
https://github.com/D-Programming-Deimos/
Deimos is a repository of D language bindings to many existing
libraries, though sadly it doesn't appear to get much
On Saturday, 23 December 2017 at 15:04:30 UTC, kerdemdemir wrote:
Is there any better way for me to search C/C++ equivalent
features? As a humble suggestion would it make sense to make a
table with feature names and corresponding name of the same
feature in other languages ?
Try this:
I needed to find equivalent of member initialization list in D.
After searching ~10 minutes I found D has very elegant solution
(https://dlang.org/spec/class.html#field-init) after reading
through whole constructor page. My question is not technical this
time I have my solution. But I think
On 2017-12-23 00:18, Walter Bright wrote:
Is there a bugzilla issue with just what is wrong with the TLS code
generation on macOS?
There's nothing wrong with TLS on macOS. It's just that there are
additional work that needs to be done. Just the same as TLS worked
before dynamic libraries
On Saturday, 23 December 2017 at 07:25:34 UTC, IM wrote:
The following expression:
import std.math : sqrt;
sqrt(400);
produces the following compiler error:
std.math.sqrt called with argument types (int) matches both:
/usr/include/dmd/phobos/std/math.d(1592,7):
std.math.sqrt(float x)
On Saturday, 23 December 2017 at 08:57:18 UTC, kerdemdemir wrote:
On Friday, 22 December 2017 at 23:33:55 UTC, Mengu wrote:
On Thursday, 21 December 2017 at 21:11:58 UTC, Steven
Schveighoffer wrote:
On 12/21/17 4:00 PM, kerdemdemir wrote:
I have a case like :
http://rextester.com/NFS28102
I
On Friday, 22 December 2017 at 09:52:26 UTC, Chris Katko wrote:
DMD can use -profile and -profile=gc. But I tried for HOURS to
find the equivalent for LDC and came up with only
profile-guided optimization--which I don't believe I want. Yet,
if we can get PGO... where's the PROFILE itself it's
https://issues.dlang.org/show_bug.cgi?id=18100
--- Comment #7 from Steven Schveighoffer ---
(In reply to Iain Buclaw from comment #6)
> This has got nothing to do with "betterC", whatever that means.
Actually, this is all about betterC. betterC means no druntime, which
On 23/12/2017 11:06 AM, Chris Katko wrote:
I'm having a strange stuttering issue in my game prototype. I use GC
allocations wildly for the heck of it at the moment--with eventual plans
to remove them.
However, I'm not positive it's the GC that's the problem, and if so, I
want to know exact
https://issues.dlang.org/show_bug.cgi?id=18115
Basile B. changed:
What|Removed |Added
Keywords||CTFE
--
https://issues.dlang.org/show_bug.cgi?id=18115
Issue ID: 18115
Summary: [REG2.078-b1] case where && is not shortcut anymore in
CTFE
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
On Saturday, 23 December 2017 at 10:39:37 UTC, Petar Kirov
[ZombineDev] wrote:
On Thursday, 21 December 2017 at 21:10:39 UTC, H. S. Teoh wrote:
After pulling from vibe.d git master today, my vibe.d project
doesn't compile anymore. `dub build` dies with:
I'm having a strange stuttering issue in my game prototype. I use
GC allocations wildly for the heck of it at the moment--with
eventual plans to remove them.
However, I'm not positive it's the GC that's the problem, and if
so, I want to know exact lengths of time and frequency.
Currently,
On Thursday, 21 December 2017 at 21:10:39 UTC, H. S. Teoh wrote:
After pulling from vibe.d git master today, my vibe.d project
doesn't compile anymore. `dub build` dies with:
/usr/src/d/vibe.d/stream/vibe/stream/memory.d(56,42): Error:
constructor vibe.utils.array.AllocAppender!(ubyte[],
On Friday, 22 December 2017 at 15:23:51 UTC, Russel Winder wrote:
I think we are now in a world where Rust is the zero cost
abstraction language to replace C and C++, except for those who
are determined to stay with C++ and evolve it.
Well..there are plenty who are determined to stay with
https://issues.dlang.org/show_bug.cgi?id=18100
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Russel Winder wrote:
I think we are now in a world where Rust is the zero cost abstraction
language to replace C and C++, except for those who are determined to
stay with C++ and evolve it.
sorry, but it is not zero cost. we have alot of C and C++ code. converting
it to Rust is not zero cost
On Saturday, 23 December 2017 at 09:10:25 UTC, Walter Bright
wrote:
D as betterC really is a game changer, for anyone who cares to
give it a try.
Walter, would you expect a std suitable for betterC to be
specified in the language ? You could name it Deimos.
On 12/22/2017 7:23 AM, Russel Winder wrote:
I think we are now in a world where Rust is the zero cost abstraction
language to replace C and C++, except for those who are determined to
stay with C++ and evolve it.
Maybe it is. But that is not because D isn't up to the task. I've converted a
On Friday, 22 December 2017 at 16:17:33 UTC, Dan Partelly wrote:
Why should we settle for this ? D code (efortless) is easier to
read then Rust.
Such statement is highly controversial, since it can be said
about C/C++, D and most other languages as well.
On Friday, 22 December 2017 at 23:33:55 UTC, Mengu wrote:
On Thursday, 21 December 2017 at 21:11:58 UTC, Steven
Schveighoffer wrote:
On 12/21/17 4:00 PM, kerdemdemir wrote:
I have a case like :
http://rextester.com/NFS28102
I have a factory method, I am creating some instances given
some
On Saturday, 23 December 2017 at 01:12:53 UTC, Dylan Graham wrote:
language it should be, not the language some C++ programmer
wants but is never going to use anyway.
Ironically, D is so close to beeing the language a C++ programmer
would really use that you can smell it. It doesnt have to
On Friday, 22 December 2017 at 17:21:12 UTC, Joakim wrote:
You seem not to have read the original link and Walter's first
post: why would we expend all that effort on a small, shrinking
niche of the language market that is populated by a couple
thousand diehard programmers who won't look at
72 matches
Mail list logo