On Wednesday, 25 July 2018 at 09:37:56 UTC, rikki cattermole
wrote:
You misunderstand.
It isn't optimizing anything.
You requested the call to memcpy, explicitly when you said 'I
want this copied ASAP'.
By the looks, the spec doesn't clearly explain this properly.
Well, it seems that this
On Wednesday, 25 July 2018 at 09:16:19 UTC, rikki cattermole
wrote:
On 25/07/2018 8:59 PM, Zheng (Vic) Luo wrote:
Minimal example in D: https://run.dlang.io/is/EYVTzb. Affects
at least dmd and ldc.
https://run.dlang.io/is/8tPOVX
Note that switch void* to ubyte* won't matter once its
On Wednesday, 25 July 2018 at 09:16:19 UTC, rikki cattermole
wrote:
On 25/07/2018 8:59 PM, Zheng (Vic) Luo wrote:
Minimal example in D: https://run.dlang.io/is/EYVTzb. Affects
at least dmd and ldc.
https://run.dlang.io/is/8tPOVX
Note that switch void* to ubyte* won't matter once its
Minimal example in D: https://run.dlang.io/is/EYVTzb. Affects at
least dmd and ldc.
Current implementation of compilers assumes libc implementation,
which leads to an infinite loop if we want to implement
primitives like memset with our own code because the compiler
will optimize consecutive set with "memset". This suggests that
we cannot write a freestanding program without
On Tuesday, 24 July 2018 at 17:03:27 UTC, realDUser wrote:
What about being paid for the work via your home country?
Strictly speaking, F-1 visa prohibits getting paid without
CPT/OPT as long as I am physically in the US. In practice,
working remotely and getting paid via another country
On Monday, 23 July 2018 at 13:41:41 UTC, Mike Parker wrote:
I can't definitively answer whether not the U.S. government
would consider it work, but I can tell you that neither
Symmetry nor the D Language Foundation consider it employment;
they view it just as Google does. I'll add that to
On Monday, 23 July 2018 at 08:08:03 UTC, Mike Franklin wrote:
So, IMO, if you need to link in a library or object file that
was not compiled from D code, then you're cheating. This is
also one of the reasons why I suggested re-implementing
software building blocks such as `memcpy`, `memset`,
On Sunday, 22 July 2018 at 17:12:31 UTC, Ecstatic Coder wrote:
I'm interested in the "Graphics library for resource
constrained embedded systems" project and have some spare time
this autumn, but I have some questions:
- Does this project aim at creating a hardware-agnostic
rasterizer
On Sunday, 22 July 2018 at 22:07:00 UTC, Mike Franklin wrote:
The software should be efficient enough to use on embedded
systems like https://github.com/JinShil/stm32f42_discovery_demo
Under that constraint, you'd probably want to try to
accomplish the task with the -betterC-like subset of the
On Thursday, 19 July 2018 at 11:35:00 UTC, Seb wrote:
Well, since 2.079 it's actually possible to use D without a
dependency any runtime (even libc):
https://dlang.org/changelog/2.079.0.html#minimal_runtime
Also with -betterC you can actually use lots of things from
core that don't depend
Current implementation of d-runtime relies on a lot of symbols
from libc, librt, libpthread, which makes it hard to create a
minimal runtime used for embedded devices. Although there are
some unofficial minimal versions of d-runtime, many of them lack
maintenance and outdates rapidly. I was
Hi,
I built a simple program with dmd a.d and tried to observe
symbols with nm --demangle=dlang ./a. However, I can observe that
only part of the symbols (e.g., std.stdio.File.size()) are
demangled, while others remain in their original name (e.g.,
_D3std5stdio4File8opAssignMFNfSQBdQBcQzZv).
I am testing simple code in Geany (Windows 7, DMD compiler):
import std.stdio,std.net.curl;
void main()
{
// Return a char[] containing the content specified by an URL
auto content = get("dlang.org");
}
It compiled ok, but I get error after running exe file:
object.Error@(0): Access Violation
http://teespring.com/d-lang-sv
Non profit, I hope other follow suit.
RSVP:
http://www.meetup.com/D-Lang-Sillicon-Valley/events/219413448/
Coming soon to *upstream*. As per post:
http://tinyurl.com/myc8h9y
posted in wrong forum. reposting in right one.
On Tuesday, 23 December 2014 at 23:08:34 UTC, Vic wrote:
Coming soon to *upstream*. As per post:
http://tinyurl.com/myc8h9y
On Tuesday, 23 December 2014 at 04:06:33 UTC, ketmar via
Digitalmars-d wrote:
On Tue, 23 Dec 2014 03:32:11 +
Vic via Digitalmars-d digitalmars-d@puremagic.com wrote:
Hence a prediction: major things will be moved out of core to
3rd party plugins to slim down the lang, because now it's more
On Tuesday, 23 December 2014 at 14:39:30 UTC, ketmar via
Digitalmars-d wrote:
snip
mind if i say that i don't give a shit about what commercial
users
want? and the last thing i want is cutting out language
features. yes,
moving out of the core == cutting off. half-baked feature
annoys
people,
http://wiki.dlang.org/DIP66
One more feature.
On Tuesday, 23 December 2014 at 15:49:46 UTC, Andrei Alexandrescu
wrote:
Congratulations, Igor! -- Andrei
Coming soon to *upstream*:
http://tinyurl.com/myc8h9y
On Saturday, 20 December 2014 at 22:11:35 UTC, Xinok wrote:
I'm going to make a stark proposal to the you all, the
community and all D users as whole. I wish for us to set an
ultimate goal to be made top priority and complete by the end
of next year. My wish is to resolve the issue of memory
https://news.ycombinator.com/item?id=8781522
http://arthurtw.github.io/2014/12/21/rust-anti-sloppy-programming-language.html
c'est possible!
Oh how much free time and stability there would be if D core
*moved* GC downstream.
Vic
ps: more cows waiting for slaughter:
On Monday, 22 December 2014 at 22:02:46 UTC, ketmar via
Digitalmars-d wrote:
On Mon, 22 Dec 2014 12:28:16 +
. what we really need is a
better GC,
not no GC.
I am not saying no GC; I am saying:
a) something needs to be moved out of core. If not GC, what would
you move downstream?
b)
On Tuesday, 23 December 2014 at 00:25:33 UTC, Walter Bright wrote:
On 12/22/2014 12:59 PM, Iain Buclaw via Digitalmars-d wrote:
On 22 December 2014 at 20:52, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 12/22/2014 9:40 AM, Adam D. Ruppe wrote:
By this time last year,
On Tuesday, 23 December 2014 at 00:49:57 UTC, anonymous wrote:
On Monday, 22 December 2014 at 23:21:17 UTC, Vic wrote:
I am not saying no GC; I am saying:
a) something needs to be moved out of core.
And many don't agree.
snip
Dear Anonymous,
IMO D needs to be more stable, the alternative
I think you nailed the argument.
On Sunday, 21 December 2014 at 09:36:00 UTC, Dicebot wrote:
On Saturday, 20 December 2014 at 19:11:53 UTC, Vic wrote:
Second smaller thing I 'elude' to but don't verbalize in that
argument is my personal preference for a smaller language.
Less is
I assume in order for your company to be happy in using D, you'd
want it work, right? That is all I'm saying as well, lots of git
examples and commercial projects using D.
And I'm not saying to remove *any* features at all. I'm saying
*MOVE* some features, tbd. For example Linux has Kernal and
As a commercial user (but non contributor) of D, here is my
suggestion:
- remove GC and memory management as default
- find all features that are not being maintained or are just top
heavy and deprecate.
- find features that should or could be downstream, and deprecate.
Vic
-
First, thank you all the committers for a 'gifted free' lang that
we use to build a company, we could have used any lang, we chose
D.
My point is on 'management' more than on 'software'. On
management, *EVERY* project is resource constrained, so imo, D
should figure out what resources it has
Respond/participate here:
http://www.meetup.com/D-Lang-Sillicon-Valley/messages/boards/thread/48587409
vibe.d forum is down, can't post messages.
In a world of limited resources, one can chose to have one good
supported community, or 2 poorly supported communities.
On Friday, 19 December 2014 at 01:06:12 UTC, Kiith-Sa wrote:
Noticed 2 non-bot threads at Reddit (sorry for spam, but due to
all D talk being here newcomers may get the
snip We have :
- a huge cemetery of D project
+ 1
What to do:
- Stop to add new feature in D (new annotation or whatever is
not an urgent needs)
+1000.
But this is not the culture of the creators. They think adding
features is fun.
Vic
blog.apakau.com - company built on top of D in
On Saturday, 6 December 2014 at 01:37:03 UTC, deadalnix wrote:
On Friday, 5 December 2014 at 20:08:30 UTC, Vic wrote:
http://www.meetup.com/D-Lang-Sillicon-Valley
in Sunnyvale.
First meeting in Jan., and then every 6 weeks
Room holds 2 - 500, sponsored by Apakau
Looking for co-organizers to
On Saturday, 6 December 2014 at 09:12:30 UTC, Shammah Chancellor
wrote:
On 2014-12-05 20:08:28 +, Vic said:
http://www.meetup.com/D-Lang-Sillicon-Valley
in Sunnyvale.
First meeting in Jan., and then every 6 weeks
Room holds 2 - 500, sponsored by Apakau
Looking for co-organizers to meet
On Saturday, 6 December 2014 at 16:23:46 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Sat, Dec 06, 2014 at 03:48:42PM +, Russel Winder via
Digitalmars-d wrote:
On Sat, 2014-12-06 at 07:14 -0800, H. S. Teoh via
Digitalmars-d wrote:
[…]
Oh, I *know* there are Javascript testing frameworks
http://www.meetup.com/D-Lang-Sillicon-Valley
in Sunnyvale.
First meeting in Jan., and then every 6 weeks
Room holds 2 - 500, sponsored by Apakau
Looking for co-organizers to meet w/ ahead of first meeting.
I can go over a step by step of setting up Eclipse, DUB, vibe-D
at fist meeting and
(I don't want to hijack the thread, and I'm so happy for donated
hours. If I my just touch on that JRE size maintenance team did
not add logging till 1.4
http://www.onjava.com/pub/a/onjava/2002/03/06/topten.html
- instead people used downstream. Pardon me)
On Thursday, 27 November 2014 at 11:32:59 UTC, Martin Nowak wrote:
Actually not too bad :).
https://dlang.dawg.eu/coverage/
https://coveralls.io/r/MartinNowak/dmd
Good step.
On Saturday, 29 November 2014 at 07:17:48 UTC, weaselcat wrote:
snip IMO rust got it right
with immutable by default, but hindsight is grand(To be fair,
rust lifetime management is really ugly too)
Immutable as default sounds good (in core)
On Saturday, 29 November 2014 at 11:59:36 UTC, bearophile wrote:
snip
and the lack of a rich set of libraries because of bit rot.
This is not a valid argument. The lack of D libraries has
various causes, probably the main one is the lack of D
developers and the lack of their interest in
On Saturday, 29 November 2014 at 02:59:07 UTC, Mike wrote:
snip
and the lack of a rich set of libraries because of bit rot.
Yes, D's current business model is not sustainable. It is
lacking capable contributors and funds to keep the code
maintained.
Mike
Agree.
On Saturday, 29 November 2014 at 11:56:31 UTC, Ola Fosheim
Grøstad wrote:
snip
I got very happy when Walter announced @nogc and his intent
to create a better C switch on the compiler.
I felt this was a nice change of direction, but I also feel
that this direction has stagnated and taken a
On Saturday, 29 November 2014 at 11:35:52 UTC, Paolo Invernizzi
wrote:
On Friday, 28 November 2014 at 23:33:54 UTC, Walter Bright
wrote:
I know there's been a lot of break my code advocacy lately,
but this code was only 2 years old.
I've lost my faith in expecting to see the D core team
On Saturday, 29 November 2014 at 14:40:47 UTC, Ola Fosheim
Grøstad wrote:
snip
With a big standard library you get this effect:
big monolithic standard library - other libraries build on it
- many libraries are unsuitable for more restricted
applications
big monolithic standard library -
On Saturday, 29 November 2014 at 15:46:03 UTC, Ola Fosheim
Grøstad wrote:
snip
If this is a long term strategy then this makes D unsuitable
for contract work. You really don't want any uncertain factors
when bidding on a contract since that will skew your estimates.
Stability is more
On Saturday, 29 November 2014 at 11:37:52 UTC, bearophile wrote:
snip
Some of this hibernation could be caused by the latest
revolution threads by Andrei. But probably there are also
other causes.
snip
Yes, Andrei's ref counting and C++ compatibility, etc.
There are choices in debate to
On Friday, 28 November 2014 at 23:06:15 UTC, Mike wrote:
On Friday, 28 November 2014 at 20:20:55 UTC, ketmar via
Digitalmars-d wrote:
this has an easy solution: just stick with the chosen D
version: nobody forces anyone to upgrade.
Amen.
Here is the problem w/ that:
Lets stay that we use
Yes, that is one example of something that could be a downstream
feature with alternative implementations.
On Friday, 28 November 2014 at 01:29:16 UTC, weaselcat wrote:
On Friday, 28 November 2014 at 00:19:49 UTC, Ola Fosheim Grøstad
wrote:
The @nogc focus got in by external advocacy. It did
inline:
On Friday, 28 November 2014 at 05:14:31 UTC, Mike wrote:snip
As I see it, D has a lot of contributors willing to maintain
and enhance it, but the barrier to entry and learning curve is
quite high for anything significant.
I say there is very few. I have to challenge your data that
There are 2 users I see, those that see it as an experimental
feature platform and those that use it for real projects (and not
for experiments).
The 'real project/core' is where we are (
http://blog.apakau.com/2014/11/cmg-paper ) and we need a stable
systems language. From 'real project'
that maintain it. Manifested mostly as
http://en.wikipedia.org/wiki/Feature_creep or instability (is my
code wrong or is it D )
On Thursday, 27 November 2014 at 23:24:59 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Thu, Nov 27, 2014 at 10:58:31PM +, Vic via Digitalmars-d
wrote:
There are 2
On Saturday, 25 October 2014 at 20:51:04 UTC, Walter Bright wrote:
http://www.quora.com/What-are-the-algorithms-required-to-solve-all-problems-using-C++-in-any-competitive-coding-contest
Anyone want to review these and see what we should add to
Phobos?
I have enormous respect for Walter,
FYI I hired 2 (domingo and jonathan).
I need one more - plx email me.
On Tuesday, 22 July 2014 at 23:39:41 UTC, Vic wrote:
Hi, I hope OK to post/cross post a job:
http://forum.dlang.org/thread/uzemmpgbmdepdbyee...@forum.dlang.org
Cheers,
Vic
http://lkml.org/lkml/2014/7/24/584
Hi, I hope OK to post/cross post a job:
http://forum.dlang.org/thread/uzemmpgbmdepdbyee...@forum.dlang.org
Cheers,
Vic
Done, thx!
On Monday, 21 July 2014 at 15:12:41 UTC, John wrote:
snip
You might want to post to D.announce group.
Some D users claim they only check D.announce
(I hope OK to post:)
Location: Silicon Valley /San Jose, CA/ or Dallas TX.
Current 'app' version is mostly Java/Tomcat, so will need to
maintain that while writing a new version, likely mostly D (
possibly Qt depending on GC ). (Also a few lines assembly, C, IOS
Objective C, Andorid as
On Thursday, 17 July 2014 at 13:29:18 UTC, John wrote:
snip
If D came without GC, it would have replaced C++ a long time
ago!
Agree +1000.
If GC is so good, why not make it an option, have a base lib w/o
GC.
If I want GC, I got me JRE. It seems that some in D want to write
a better JRE,
On Friday, 11 July 2014 at 19:46:25 UTC, Walter Bright wrote:
snip
GC phobia is a convenient excuse for people to not use D,
people who may have different actual reasons that they don't
express for various reasons or may not even realize.
Hi Walter,
Please give us a bit more respect and
On Thursday, 17 July 2014 at 17:13:04 UTC, Peter Alexander wrote:
On Thursday, 17 July 2014 at 16:56:56 UTC, Vic wrote:
If GC is so good, why not make it an option, have a base lib
w/o GC.
Much of Phobos already is GC free. The parts that aren't should
be easy to convert to use user-supplied
On Thursday, 17 July 2014 at 13:02:22 UTC, Remo wrote:
snip
The quality of GC implementation is probably more important.
I disagree, I am a burn victim and don't trust smoke.
Ideally it is optional.
Cheers,
Vic
On Tuesday, 15 July 2014 at 17:15:08 UTC, Kagamin wrote:
On Monday, 14 July 2014 at 13:54:51 UTC, Vic wrote:
Xeon CPU lets you use 128Gig, 386 gig, 512 gig, etc. It has
become cheap to do that.
Java can't hog gigs? Unbelievable.
Java is the devil I know.
But if D is not my first choice to
On Wednesday, 16 July 2014 at 12:35:29 UTC, Bastiaan Veelo wrote:
snip
I am not sure why you think Qt makes memory management easier.
QObjects are generally given a parent that destructs its
children when it terminates, but that is merely a convenience
in GUI programming I think.
Yeah, I
On Monday, 14 July 2014 at 10:13:43 UTC, Chris wrote:
On Saturday, 12 July 2014 at 10:27:12 UTC, Russel Winder via
snip
I think we need to address these issues, because they are of a
psychological nature and not really language issues. I'm sure
that if we fixed GC and had the best
On Wednesday, 16 July 2014 at 16:10:30 UTC, Kiith-Sa wrote:
snip
Qt is an excellent framework, but pretty much completely
irrelevant to memory management. Its object trees and
refcounted containers are convenient for conventional programs,
but if you are doing want to extract decent
To illustrate point on D complexity:
https://d262ilb51hltx0.cloudfront.net/max/800/1*_gRpHqzB-1zbG17jdxGPaQ.png
It appears that it mission is to be Java, vs a system lang.
hth
On Monday, 14 July 2014 at 03:55:02 UTC, Vic wrote:
snip
bearophile, Inline
On Monday, 14 July 2014 at 09:33:27 UTC, bearophile wrote:
snip
Are you able to sketch what kind of look you like for this page
and show an image?
Simple would be to put 'Learn D' first.
Better would be that 'D' becomes 'Learn D' and new forum for D
commuters is
On Monday, 14 July 2014 at 13:54:51 UTC, Vic wrote:
gig = gig of RAM
Hi all,
I'm a CTO at a start up and interested in porting our Java
project to D. Some points, I have been lurking on D for years,
went to my first D conf recently. Also I was one of top 20 people
to join Java Struts, and that grew to 3million plus end users so
I have some 'cred'. Hope this
commuters = commiters.
On Monday, 14 July 2014 at 03:55:02 UTC, Vic wrote:
snip
http://channel9.msdn.com/Blogs/Charles/Conversation-with-Andrei-Alexandrescu-All-things-D-the-language-?utm_source=dlvr.itutm_medium=twitter
D mention on hacker news:
https://news.ycombinator.com/item?id=7800445 #dlang
re LLVM
75 matches
Mail list logo