Re: Minor note, D on NASA Goddard software page

[Chris Piker via Digitalmars-d-announce]

On Thursday, 29 February 2024 at 03:27:14 UTC, Tejas wrote:


So now we can add NASA in the list of organisations that use D, 
right?...

# 﫠


Well not quite yet*, but it is supporting a few payloads on some 
rather well known robotic spacecraft.


*AFAIK

Minor note, D on NASA Goddard software page

[Chris Piker via Digitalmars-d-announce]

Hi D

Just a minor note.  My simple bindings for the NASA Common Data 
Format (CDF) library are listed on the user supplied software 
page:


https://cdf.gsfc.nasa.gov/html/user_supplied_sw.html (scroll down)

The library itself is absolutely nothing to crow about. The only 
useful thing it does is provide real functions for what is 
largely a C macro based low-level interface, but it's nice to see 
D mentioned on a NASA site.


Maybe someday I'll have time to write a pure D implementation of 
CDF handling to support threaded web services, but for now simple 
bindings are a start.

Re: Would this be a useful construct to add to D? auto for constructor call.

[Chris Katko via Digitalmars-d-announce]

On Wednesday, 24 January 2024 at 08:22:49 UTC, Walter Bright 
wrote:

On 1/23/2024 8:01 AM, Steven Schveighoffer wrote:
zero proposals that infer type from how they are used have 
been accepted by Walter, this one probably will be no 
different.


Types are inferred in D from the bottom up. Mixing in special 
cases of it being top down leads to confusion over how the type 
is determined.


Thanks to everyone for the feedback. And sorry I selected the 
wrong forum. Apologies,

--Chris

Would this be a useful construct to add to D? auto for constructor call.

[Chris Katko via Digitalmars-d-announce]

```D
class dataGridLayerView{
   int t;
   this(int _t){
  t = _t;
  }
   }

class myClass{
   dataGridLayerView dataGrid;

   this()
  {
  dataGrid = new auto(15); // <--- new
  // instead of
  dataGrid = new dataGridLayerView(15);
  }
   }
```

Because it seems, conceptually, the compiler should know all the 
details required here to simply insert the right constructor 
name. Basically just the reverse of:


```D
auto t = sqrt(15);
```

So intuitively it makes sense to me.

It might even be possible to write a mixin to do this, I'm not 
sure.


I'm no D wizard, but I don't see any obvious name or lexing 
conflicts/ambiguity.


Cheers,
--Chris

Re: OpenAPI Client Generator

[Chris Piker via Digitalmars-d-announce]

On Monday, 2 January 2023 at 10:08:23 UTC, Vijay Nayar wrote:
I would like to put an announcement for two new projects added 
to https://code.dlang.org.


https://code.dlang.org/packages/openapi-client

This project is an executable that reads an [OpenAPI 
Specification](https://spec.openapis.org/oas/latest.html) in 
JSON format and writes a D client to interact with the 
described REST API.

...
Feedback is always welcome, or bugs can be reported on each 
project's GitHub Issues.


Excellent!

I have an OpenAPI service that I need to interact with and 
noticed that D output is not included in the list of languages 
here:


https://github.com/OpenAPITools/openapi-generator#overview

Thanks for posting, I'll continue the conversation on GitHub.

Re: Beerconf June 2023

[Chris Katko via Digitalmars-d-announce]

On Saturday, 24 June 2023 at 22:43:50 UTC, Steven Schveighoffer 
wrote:

On 6/24/23 9:01 AM, Richard (Rikki) Andrew Cattermole wrote:

Linkity link link https://meet.jit.si/Dlang2023JuneBeerConf


Unfortunately, we were getting some spam joiners. So if you 
want to join, the password is now `DlangRox`


-Steve


Will there be a YouTube/whatever mirror of the conference 
afterward?

Re: arsd 11 progress report - scheduled for release in May

[Chris Piker via Digitalmars-d-announce]

On Friday, 21 April 2023 at 12:52:28 UTC, Adam D Ruppe wrote:

Almost everything. It is much simpler to use...


Heck I'm game.  My current project is too heavily dependent on 
vibe.d to change now, but I do have another coming up in the near 
future (~6 months) that has similar needs.  I'll give arsd a 
whirl for that one.  I've found your code easy to read in the 
past and am looking forward to trying it out.

Re: arsd 11 progress report - scheduled for release in May

[Chris Piker via Digitalmars-d-announce]

On Tuesday, 21 March 2023 at 21:30:59 UTC, Adam D Ruppe wrote:
I haven't written much in the blog lately but I tried to catch 
up a little this week with a progress report of the code I 
intend to release in a couple more months.


http://dpldocs.info/this-week-in-d/Blog.Posted_2023_03_20.html


Hi Adam

A cursory reading of the cgi module indicates that arsd provide 
some of the same functionality of vibe.d, but uses 
multi-processes or multi-threads instead of fibers.  Is that 
true?  Also, how do you keep DB requests from getting munged 
together on the same DB connection socket when using arsd.cgi 
with arsd.database?


In general what would you say are the advantages of using 
arsd.cgi over vibe.d (other then simplicity of course).


Also, if I should be posting these questions in some other forum, 
just let me know which one and I'll switch over.


Thanks,

Re: dmdtags 1.0.0: an accurate tag generator for D source code

[Chris Piker via Digitalmars-d-announce]

On Friday, 27 August 2021 at 21:38:58 UTC, Paul Backus wrote:
`dmdtags` is a tags file generator for D source code that uses 
the DMD compiler frontend for accurate parsing.

...

### Where?
* On Github: https://github.com/pbackus/dmdtags
* On Dub: https://code.dlang.org/packages/dmdtags


Wow, what perfect timing!  I just switched sublime text only 4
days ago.  Time to read some docs and figure out how to set this
up.

Thanks a lot!

Re: Contacting DlangScience maintainers

[Chris Piker via Digitalmars-d-announce]

On Wednesday, 31 March 2021 at 03:24:37 UTC, rikki cattermole 
wrote:

On 31/03/2021 7:28 AM, Chris Piker wrote:
Get something solid that people want to use, then it doesn't 
matter about how many people are available to maintain it.


This is good advice.  I'm probably too used to organizations and 
not reputations.  Will worry about the code first.


By the way for anyone who has been following along, the 
repository itself has been moved to my personal account.  I see 
no reason to move it again soon.


https://github.com/cpiker/deimos.cdf

Re: Contacting DlangScience maintainers

[Chris Piker via Digitalmars-d-announce]

On Tuesday, 30 March 2021 at 17:40:15 UTC, mw wrote:

On Tuesday, 30 March 2021 at 07:51:17 UTC, Chris Piker wrote:
https://github.com/dlang-community/discussions/issues

But there is not much going on in DlangScience, right now there 
is no real package maintained. The dlang-community intention is 
to maintain *orphaned* but useful packages.


Good to know you're out there providing continuity.

Since I'm not orphaning packages soon and since physical science 
packages have a relatively small user base, it sounds like 
interaction with the dlang-community group is not recommended at 
this time.


E.g. one of the most popular package libmir is not in 
DlangScience at all:


https://github.com/libmir/mir-algorithm
https://github.com/libmir


Good point. Though as a D core library I wouldn't expect it find 
it among a run-of-the-mill science repository collection.


So https://code.dlang.org/ is the main place for packages, 
science or not.


Okay, got it. Repositories are scattered, and that's okay, 
because packages are centralized.

Re: Contacting DlangScience maintainers

[Chris Piker via Digitalmars-d-announce]

On Tuesday, 30 March 2021 at 04:34:48 UTC, rikki cattermole wrote:
As far as I know its not actively used. Both teams and the 
discussion feature Github offers them.


And yes I did try to make it public, that wasn't an option.


Hi Rikki

Thank you for trying to make it public, it's appreciated.

--
Chris

Re: Contacting DlangScience maintainers

[Chris Piker via Digitalmars-d-announce]

On Tuesday, 30 March 2021 at 02:55:27 UTC, James Blachly wrote:
"A visible team can be seen and @mentioned by every member of 
this organization."


Does this [hiding to non org members] really help D's 
visibility and adoption? What sorts of things are discussed 
that do not benefit from openness? For example, I am a bona 
fide scientist using Dlang, but had no idea dlang-science was 
even an active group (I was aware of the org, and repos, but 
assumed it was not very active)


Hi James

I'll second your sentiment.  I'm a mission support programmer on 
various space missions and would like to see what's discussed in 
dlang-science.  It appears that D has a lot to offer programmers 
in my field.  Like everyone else our data volumes are insane (ex: 
2.4 TB for a 6 hour ground radio astronomy observation).  D's 
performance combined with it's garbage collector are valuable in 
my line of work since everyone's python/matlab/idl code is 
grinding to a relative halt.


I could switch to Java and JNI since it would mesh well with 
other tools we support, but for now I'm trying out D, and would 
like to stay and gain competence in this elegant language.


Other than rudely posting an issue @ 
https://github.com/DlangScience/NetCDF-D, does anyone know the 
right way to start a conversation with DlangScience?  I'm trying 
to blend in and learn this community's norms.


--
Chris

Re: Contacting DlangScience maintainers

[Chris Piker via Digitalmars-d-announce]

On Monday, 29 March 2021 at 00:58:46 UTC, rikki cattermole wrote:

On 29/03/2021 12:16 PM, Chris Piker wrote:

On Sunday, 28 March 2021 at 04:06:57 UTC, mw wrote:

On Friday, 26 March 2021 at 21:55:18 UTC, Chris Piker wrote:

Let's discuss it here:

https://github.com/orgs/dlang-community/teams/science/discussions

@wilzbach is the maintainer of the group.


Sounds good to me, but the link above returns a 404, could be 
a temporary error.  Maybe I'm supposed to join a team first?


"A visible team can be seen and @mentioned by every member of 
this organization."


That explains the 404.  I'm not a member of the D community hub 
and am not yet competent enough in the language to belong to such 
an organization.

Re: Contacting DlangScience maintainers

[Chris Piker via Digitalmars-d-announce]

On Sunday, 28 March 2021 at 22:25:03 UTC, russhy wrote:
Interestingly Github flags this repo as a "C" repo , with the 
balance of code tilting slightly (>51%) in favor of C (perhaps 
headers), compared to D. I wonder to what degree this affects 
overall stats of # Dlang repos on Github?


this can be "fixed" using a .gitattribute file with the 
following content:


```
*.h linguist-detectable=false
*.c linguist-detectable=false
```

There must be an easier way, if anyone know a cleaner way for 
doing that, please let me know!


Russy, thanks for the tip.  I've added a .gitattributes file.  
Seems appropriate here since the .h files are just included for 
documentation and reproducibility.

Re: Contacting DlangScience maintainers

[Chris Piker via Digitalmars-d-announce]

On Sunday, 28 March 2021 at 04:06:57 UTC, mw wrote:

On Friday, 26 March 2021 at 21:55:18 UTC, Chris Piker wrote:

Let's discuss it here:

https://github.com/orgs/dlang-community/teams/science/discussions

@wilzbach is the maintainer of the group.


Sounds good to me, but the link above returns a 404, could be a 
temporary error.  Maybe I'm supposed to join a team first?

Contacting DlangScience maintainers

[Chris Piker via Digitalmars-d-announce]

Hi DlangScience

I've setup D prototypes for the CDF (Common Data Format) file 
reading/writing library.  Since it's mostly just basic D 
prototypes for a C library the module's name is deimos.cdf and 
can be found here: https://github.com/das-developers/deimos.cdf


I'm attempting to get the repository hosted within a github 
organization run by the Goddard Space Physics Data facility.  If 
the SPDF declines to host the repo, could it find a home in the 
DlangScience organization?  I'd be happy to sign up to maintain 
it.  I didn't know that your group existed when I wrote the 
module or would have contacted you before work began.


Instead of responding to this message, please use the Discussion 
section for deimos.cdf, at least temporarily anyway.


Thanks,

(cross posted from https://gitter.im/DlangScience/public since 
that site looks unused)

Re: D as a C Replacement

[Chris via Digitalmars-d-announce]

On Thursday, 6 February 2020 at 08:40:19 UTC, Walter Bright wrote:

On 2/5/2020 3:50 AM, IGotD- wrote:
I must say that it is summarized very well. Especially that it 
is focusing implementing the latest cool feature instead of 
stability.


Non-specific complaints are useless. If you have specific 
issues, post the bugzilla numbers. If they aren't in bugzilla, 
add them.


I've noticed that this is the new policy of the D Foundation. 
Criticism that does not mention a specific bug is discarded as 
"non-specific". Very clever, but not _really_, as people will see 
through it sooner or later. The thing is that D has accumulated 
so many bugs and half-baked features that it is hard to pinpoint 
any specific issues. You never know what's gonna hit you and when 
it's gonna hit you.


Walter, your new policy is like saying, after someone tells you 
to clean up your room, "Can you tell me which dirty plate or old 
newspaper I should start with? No? So your criticism is 
non-specific!" D has turned into a political party.


I don't know who wrote that comment on Reddit, it sure wasn't me, 
but you see the same (non-specific) criticism keeps coming up 
again and again. D is an interesting case study in sociology and 
psychology. I am fascinated. Especially now that censorship is no 
longer taboo.

Re: My Android project nearing beta

[Chris via Digitalmars-d-announce]

On Wednesday, 8 January 2020 at 14:13:58 UTC, Adam D. Ruppe wrote:

2. The new JVM default language for Android is Kotlin. How 
will you handle that?


Doesn't affect anything as far as I can tell, except possibly 
slightly awkward syntax when compared side by side with stuff 
like kotlin extension methods - even my bindings generator 
(which you don't have to use btw) doesn't look at the source, 
instead pulling the data right out of the compiled class files. 
Since kotlin compiles to the same thing as java, it should work 
the same way.




Cool that you can take the compiled classes directly. Btw, how 
will D for Android handle multi-threading / coroutines? Will the 
coroutines have to be on the Java / Kotlin side of things or is 
it possible to run them in D too?

Re: My Android project nearing beta

[Chris via Digitalmars-d-announce]

On Monday, 16 December 2019 at 21:37:51 UTC, Adam D. Ruppe wrote:

I'm gonna drop the link here without further comment:

https://github.com/adamdruppe/d_android

hopefully I've written enough in the repo so anyone who wants 
to play with it can... and if not, I need to fix the docs :)


let me know if you find any success or failure playing with it.


Great stuff. I doff my hat. You seem to be the right guy for this 
job, hands-on and all. A few questions / remarks:


1. How does it fare performance wise with JNI? In the Android 
docs they advise you not to use the JNI bridge very often as it 
very costly.


2. The new JVM default language for Android is Kotlin. How will 
you handle that? Kotlin and Java are a 100% compatible, so for 
now it is possible to have something like jni.d > Java > Kotlin, 
or even jni.d > Kotlin, as JNI for Kotlin is basically the same 
as for Java.  Further down the road it might make sense to cater 
for Kotlin more directly which leads me to my next point:


3. At KotlinConf 2019 they announced that they want Kotlin to 
become some sort of a default tool for programming tasks [1] (be 
it mobile, server or micro-controllers). Earlier in this thread, 
D's potential as a "glue language" was mentioned, and I think it 
makes sense. So maybe more efforts should go into this aspect of 
D, along the lines of what you have created here.


[1] https://www.youtube.com/watch?v=0xKTM0A8gdI

Re: DIP 1000--Scoped Pointers--Superseded

[Chris M. via Digitalmars-d-announce]

On Thursday, 7 March 2019 at 11:30:01 UTC, Mike Parker wrote:
As most of you surely know, DIP 1000, "Scoped Pointers", has 
been sitting in the DIP queue with the Draft status for ages 
and was significantly out of sync with the implementation. When 
I first took over as DIP Manager, the initial plan was to 
rewrite the DIP to match the implementation once the 
implementation had stabilized.


I asked Walter about it recently and he agreed that, at this 
point, the "Superseded" status would be appropriate for this 
DIP. It was introduced when an implementation of DIP 1006 was 
implemented that differed from the proposal. The circumstances 
for DIP 1000 are similar, though perhaps more extreme.


So DIP 1000 is now branded "Superseded".

https://github.com/dlang/DIPs/blob/master/DIPs/other/DIP1000.md


Is the implementation documented anywhere?

Re: DIP 1015--Deprecation of Implicit Conversion of Int. & Char. Literals to bool--Formal Assement

[Chris M. via Digitalmars-d-announce]

On Monday, 12 November 2018 at 09:45:14 UTC, Mike Parker wrote:
DIP 1015, "Deprecation and removal of implicit conversion from 
integer and character literals to bool, has been rejected, 
primarily on the grounds that it is factually incorrect in 
treating bool as a type distinct from other integral types.


The TL;DR is that the DIP is trying to change behavior that is 
working as intended.


From Example A in the DIP:

bool b = 1;

This works because bool is a "small integral" with a range of 
0..1. The current behavior is consistent with all other 
integrals.


From Example B in the DIP:

```
int f(bool b) { return 1; }
int f(int i) { return 2; }

enum E : int
{
a = 0,
b = 1,
c = 2,
}
```

Here, f(a) and f(b) call the bool overload, while f(c) calls 
the int version. This works because D selects the overload with 
the tightest conversion. This behavior is consistent across all 
integral types. Replace bool with ubyte and f(a), f(b) would 
both call the ubyte version. The same holds for the DIP's 
Example C.


Walter and Andrei left the door open to change the overload 
behavior for *all* integral types, with the caveat that it's a 
huge hurdle for such a DIP to be accepted. It would need a 
compelling argument.


You can read a few more details in the summary I appended to 
the DIP:


https://github.com/dlang/DIPs/blob/master/DIPs/rejected/DIP1015.md#formal-assessment

Thanks to Mike Franklin for sticking with the process to the 
end.


I was going to write something up about how you can't do 
arithmetic on bool types therefore they aren't integral, but I 
tested and realized D allows this (i.e. bool + bool, bool * 
bool). Still that seems nonsensical, so I guess my question what 
is the definition of an integral type and how does bool fit?

Re: DIP 1015--Deprecation of Implicit Conversion of Int. & Char. Literals to bool--Formal Assement

[Chris M. via Digitalmars-d-announce]

On Tuesday, 13 November 2018 at 16:26:55 UTC, Chris M. wrote:

On Monday, 12 November 2018 at 09:45:14 UTC, Mike Parker wrote:

[...]


I was going to write something up about how you can't do 
arithmetic on bool types therefore they aren't integral, but I 
tested and realized D allows this (i.e. bool + bool, bool * 
bool). Still that seems nonsensical, so I guess my question 
what is the definition of an integral type and how does bool 
fit?


Addendum: definition of an integral type in Walter/Andrei's mind

Re: libfirm-d - D bindings of Firm, a compiler IR based on the SSA form

[Chris M. via Digitalmars-d-announce]

On Thursday, 5 July 2018 at 01:11:58 UTC, Basile B. wrote:

On Thursday, 5 July 2018 at 00:00:07 UTC, Chris M. wrote:

On Sunday, 1 July 2018 at 12:04:06 UTC, Basile B. wrote:

[...]


Very nice, I remember checking this one out a while back.

I don't see the files from the ADT module though, was there a 
reason they weren't included?


https://github.com/libfirm/libfirm/tree/master/include/libfirm/adt


Yes there's a reason that is that these files mostly contain 
data structures, they are not needed in D and i don't remember 
having seen them as parameter type during translation of the 
headers, (although it's been done semi manually, so i could 
have missed one).


Makes sense, I didn't think you would have just missed them.

Re: libfirm-d - D bindings of Firm, a compiler IR based on the SSA form

[Chris M. via Digitalmars-d-announce]

On Sunday, 1 July 2018 at 12:04:06 UTC, Basile B. wrote:

I've recently ported libfirm to D.

This nice C library, developed at the Karlsruhe university, 
allows to build compiler back-ends, using the SSA intermediate 
representation.


In theory it could even be used to make a new D compiler 
version, e.g "FDC", although this is obviously of no interest ;)


So this is mostly to make JIT scripting engines or back-ends 
for toy languages...


See:

- https://github.com/BBasile/libfirm-d
- https://code.dlang.org/packages/firm-d
- https://pp.ipd.kit.edu/firm/

Note that unfortunately this library is LGPL2 licensed, so much 
less usable than LLVM-d, which is a similar but a more 
mainstream library.


Very nice, I remember checking this one out a while back.

I don't see the files from the ADT module though, was there a 
reason they weren't included?


https://github.com/libfirm/libfirm/tree/master/include/libfirm/adt

Re: I have a plan.. I really DO

[Chris M. via Digitalmars-d-announce]

On Friday, 29 June 2018 at 07:03:52 UTC, Dmitry Olshansky wrote:
I never ever (I think) did something provocative, something to 
finally see:


- who in the community WANTS D language to succeed?

- who are just these funny “people” let’s call th this, that 
are I don’t know “just hang around”


Because shame is a weapon much like fear (of death esp), pride 
can be used as weapon but ehm better shame the bastard...


And so on.

So - until we all understand that these donations are not 
because we are begging fir money.


I will send ~ 10$ each day _specifically_ to see who WANTS D TO 
SUCCED and WILL NOT BE SHAMED LIKE THAT FOR ONCE!


It is because it’s (soon) your last chance to invest into the 
Future.


P.S. I mean what you think the future of native code is??? 
Rust? Crystal?? Nim???


Throw everything we can this dude's way so we can make D the most 
powerful we can


We need pattern matching, we need typeclasses, we need HKT's, we 
need linear types, we need @nogc Phobos, we need concurrency so 
fearless I can change any variable and not give two shits

Re: Hunt framework 1.0.0 released

[Chris via Digitalmars-d-announce]

On Wednesday, 6 June 2018 at 08:35:27 UTC, noclear wrote:

On Tuesday, 5 June 2018 at 13:07:49 UTC, Chris wrote:

On Tuesday, 5 June 2018 at 07:25:33 UTC, Brian wrote:
We are pleased to announce an official version of hunt 1.0 , 
This is an important milestone release!


[...]


/usr/bin/ld: cannot find -lmysqlclient
collect2: error: ld returned 1 exit status
Error: linker exited with status 1


Hunt dependency ORM framework Entity and Entity need link 
mysqlclient, so you need to have the following dependency 
installed:

libmysqlclient.

sudo apt-get install libmysqlclient-dev # Debian / Ubuntu
sudo yum install mysql-devel # Red Hat / CentOS
brew install mysql-connector-c # macOS (Homebrew)


Yep, thanks for your reply. I figured I'd need the mysql(client) 
lib, but I could't find it for Manjaro / ArchLinux when I was 
testing Hunt, so I gave up. I don't like it when I'm told I just 
need to run a simple command for it to work...only for it to fail.

Re: GitHub could be acquired by Microsoft

[Chris via Digitalmars-d-announce]

On Tuesday, 5 June 2018 at 23:40:37 UTC, aberba wrote:

These people who complain don't usually contribute a penny to 
Open source.


I dare doubt that this is true.

Frankly, Microsoft has done great things for the world with 
software. Making computers accessible to everyone...


...and lock users in. Making computers accessible in terms of UI 
started with Xerox whose engineers later went to Apple. It was 
actually Apple that took computers away from the CLI high 
priests, but Apple machines were too expensive. MS's UIs were 
quite crap at the beginning, but they were clever enough to make 
their products available on cheaper PCs. Apple were too elitist.


[...]

I think some only look at what happened during Steve Balmer's 
time as ceo. It was "HIS" strategy to pick on Linux. In fact, 
he pick on Apple too and several other competing products. Its 
all marketing and competition and its pretty much everywhere. 
Monopoly and patent registration is everywhere. I'm not saying 
its a good thing or bad,...Its not just Microsoft.


See, that's the thing. MS under Steve Balmer played really really 
dirty. It was completely OTT, even by dog-eat-dog business 
standards that, btw, most people are aware of. We know how 
business works. Once the trust is gone it is very hard (or nigh 
impossible) to get people to trust you again. MS, under Steve 
Balmer, relied too much on bullying, intimidation and locking 
users in. However, they missed a lot of developments which was 
their downfall. With the advent of Mac OS X, iOS and Android, 
people began to realize that there was a digital life beyond MS 
(remember when people were afraid to buy anything else but 
Windows PCs saying "I don't want to be trapped in the Mac world", 
while cursing Windows at the same time?) People don't trust MS 
anymore and even if they are "nice" now, who knows whether it's 
not just because they are no longer in a position of power ("the 
wolf has eaten chalk"). But that's MS's problem, not mine.


If you're don't trust Microsoft, you shouldn't trust any 
commercial company. Microsoft has changed business model too by 
embracing open source. In fact, their the real believers in 
open source now compared to those who don't think theirs money 
in open source.


You shouldn't trust big IT companies. The names of people who 
have been cheated out of their software by them are legion.

Re: Hunt framework 1.0.0 released

[Chris via Digitalmars-d-announce]

On Tuesday, 5 June 2018 at 07:25:33 UTC, Brian wrote:
We are pleased to announce an official version of hunt 1.0 , 
This is an important milestone release!


[...]


/usr/bin/ld: cannot find -lmysqlclient
collect2: error: ld returned 1 exit status
Error: linker exited with status 1

Re: GitHub could be acquired by Microsoft

[Chris via Digitalmars-d-announce]

On Monday, 4 June 2018 at 19:06:52 UTC, Maksim Fomin wrote:



My second reaction after reading news (after shock) was to 
visit D forum.


Same here! I was off for a few days and found out today on GitHub 
[1], and then I remembered the thread header talking about 
GitLab. I'm skeptical to say the least. I still remember how 
difficult it was to use Skype after it had been bought by MS. I 
dunno what's behind it. Polishing up their image, trying to get 
the copyright for all the code on GitHub, killing off OSS, or all 
of the above ;)


MS have certainly missed a lot of stuff over the last couple of 
years, stuff that came out of or was based on the OSS community. 
Search engines, the success of Java, Android and the mobile phone 
market in general, social media etc. People will create and move 
to new platforms, simply because they don't like the thought of 
MS hosting their code (same goes for Google or Oracle). They will 
move to platforms made by their fellow programmers. Now, this 
will take some time and GitHub will do business as usual for at 
least a year. But the rot will set in sooner or later, I think.


[1] e.g. https://blog.github.com/2018-06-04-github-microsoft/

Re: Tilix 1.7.9 Released

[Chris via Digitalmars-d-announce]

On Sunday, 29 April 2018 at 14:01:10 UTC, Gerald wrote:
A new version of tilix has been released. For those not 
familiar with it, Tilix is a terminal emulator for Linux 
written in D using GTK. The list of changes is available here:


https://gnunn1.github.io/tilix-web/2018/04/28/release-1-7-9

As always, I'm always looking for people who are interested in 
contributing, PRs welcome.


Finally a big thank you to Mike Wey who has continued to work 
on and evolve GtkD. Working on libraries is often behind the 
scenes work that doesn't get the appreciation it deserves.


I was struck by a recent reddit post on the gnome shell memory 
leak which involved C and javascript, it mentioned how 
difficult it is to merge two different memory models. Mike has 
managed this with aplomb in terms of integrating the Gtk 
reference counting into D's GC. So thanks Mike, your efforts 
are much appreciated!


I used it for more than year but after switching OS / 
re-installation I used the OS's terminal for a while. Now I'm 
back on Tilix. I am delighted. It's more fun this way.

Re: Release: nanovega.d rendering lib like html5 canvas

[Chris via Digitalmars-d-announce]

On Thursday, 8 March 2018 at 03:55:35 UTC, Adam D. Ruppe wrote:


enjoy, and happy hacking. ;-)


@Adam @ drug Any chance you could add more examples of nanogui 
and arsed/minigui;minigui_xml? It all looks very promissing!

Re: Release: nanovega.d rendering lib like html5 canvas

[Chris via Digitalmars-d-announce]

On Saturday, 7 April 2018 at 09:13:06 UTC, drug wrote:

https://github.com/drug007/nanogui

I would be glad if you take a look


`nanogui` doesn't compile with dub:

No package file found in /nanogui/examples/arsd/, expected one of 
dub.json/dub.sdl/package.json


It says `arsd is submodule now`. Any quick fixes? I don't have 
time to look into this only to play around with it.

Re: Beta 2.080.0

[Chris M. via Digitalmars-d-announce]

On Tuesday, 17 April 2018 at 17:53:22 UTC, Martin Nowak wrote:
Glad to announce the first beta for the 2.080.0 release, ♥ to 
the 65 contributors for this release.


http://dlang.org/download.html#dmd_beta 
http://dlang.org/changelog/2.080.0.html


As usual please report any bugs at https://issues.dlang.org

- 

Highlights:

https://dlang.org/changelog/2.080.0.html#fix5227 
https://dlang.org/changelog/2.080.0.html#isReturnOnStack 
https://dlang.org/changelog/2.080.0.html#objc_class_methods 
https://dlang.org/changelog/2.080.0.html#std-typecons-nullable-apply


- -Martin


Exciting!

Under https://dlang.org/changelog/2.080.0.html#rwm-shared-error

It should be core.atomic.atomicOp instead of atomic.atomicOp.core

-Chris

Re: PixelPerfectEngine v0.9.4-alpha.2

[Chris Katko via Digitalmars-d-announce]

On Wednesday, 11 April 2018 at 21:44:57 UTC, solidstate1991 wrote:

https://github.com/ZILtoid1991/pixelperfectengine/releases/tag/v0.9.4-alpha.2
The editor is almost usable (still needs a way to import tiles 
from its own proprietary format), and now has a working, 
although still a bit slow and unstable transformable tile layer 
with mode7-esque capabilities.


Also, feel free to visit us/swing by Allegro.cc. Allegro 4 was 
used in TONS of oldschool/DOS era projects. (Ever heard of 
Triplane Turmoil?) (Allegro 5 is the newer, C revamp of the API 
for supporting shaders/etc.) So there may be some helpful common 
knowledge to share.


I'm personally working on a 2-D game engine for internal use, 
using Allegro as a backend, and D, to make my game projects more 
productive. I love D's templates, they've been instrumental.


Have a great day.

Re: PixelPerfectEngine v0.9.4-alpha.2

[Chris Katko via Digitalmars-d-announce]

On Wednesday, 11 April 2018 at 21:44:57 UTC, solidstate1991 wrote:

https://github.com/ZILtoid1991/pixelperfectengine/releases/tag/v0.9.4-alpha.2
The editor is almost usable (still needs a way to import tiles 
from its own proprietary format), and now has a working, 
although still a bit slow and unstable transformable tile layer 
with mode7-esque capabilities.


Definitely add screen shots to the github. Screenshots = 
Downloads.

Re: #include C headers in D code

[Chris via Digitalmars-d-announce]

On Monday, 9 April 2018 at 11:03:48 UTC, Atila Neves wrote:
Here's my blog post about my project that allows directly 
#including C headers in D*


https://atilanevesoncode.wordpress.com/2018/04/09/include-c-headers-in-d-code/

The summary is that, modulo bugs, things like this work:

#include 
void main() { printf("Hello world\n".ptr); }

So far it's successfully compiled whilst #including pthread, 
libcurl, openssl and others. The blog and the github README 
have more information, and feel free to reply to this with 
questions.


dub: http://code.dlang.org/packages/dpp
reddit: 
https://www.reddit.com/r/programming/comments/8axj53/include_c_headers_in_d_code/

hacker news: It's in there somewhere, search around.

Atila

* Technically, "D + #include directives + C macros"


This is really cool. This can be _very_ useful in situations 
where you don't want to translate all the headers to D, 
especially when experimenting with C libs. Really cool. Thanks.

Re: Spanish translation of DLang Tour page

[Chris via Digitalmars-d-announce]

On Monday, 9 April 2018 at 10:17:30 UTC, Diego Lago wrote:

Hello all,

I would like to announce the (almost[1]) completed Spanish 
translation [2] of the DLang Tour page:


http://tour.dlang.org/tour/es

Hope this helps to spread this fantastic and awesome 
programming language :)


Best regards.

--
Diego


---
[1] Almost because "D by Example" and "DUB Packages" are 
incomplete in the English version so they haven't been 
translated into Spanish.

[2] https://github.com/dlang-tour/spanish


¡Che! ¡Qué bueno!

Re: D_vs_nim: git repo to compare features of D vs nim and help migrating code bw them. PRs welcome

[Chris Katko via Digitalmars-d-announce]

On Tuesday, 27 March 2018 at 01:25:42 UTC, timotheecour wrote:

D and nim are both very promising.
I created this git repo to compare them:

https://github.com/timotheecour/D_vs_nim/

Goal: up to date and objective comparison of features between D 
and nim (to help deciding what language to use), and 1:1 map of 
features and libraries to help D users learn nim and vice versa.


PRs are welcome and merged fast


My only question would be if you think what is currently posted 
is objective.

Re: Release D 2.079.0

[Chris M. via Digitalmars-d-announce]

On Saturday, 3 March 2018 at 01:50:25 UTC, Martin Nowak wrote:

Glad to announce D 2.079.0.

This release comes with experimental `@nogc` exception throwing 
(-dip1008), a lazily initialized GC, better support for minimal 
runtimes, and an experimental Windows toolchain based on the 
lld linker and MinGW import libraries. See the changelog for 
more details.


Thanks to everyone involved in this  
https://dlang.org/changelog/2.079.0.html#contributors.


http://dlang.org/download.html 
http://dlang.org/changelog/2.079.0.html


- -Martin


Good stuff. Still bothers me that we had to special case "throw 
new Exception();" in order to make it nogc. I can't think of any 
better ways right now, but I wish it was more explicit.

Re: dxml 0.2.0 released

[Chris via Digitalmars-d-announce]

On Tuesday, 13 February 2018 at 22:13:36 UTC, H. S. Teoh wrote:



Ironically, the general advice I found online w.r.t XML 
vulnerabilities is "don't allow DTDs", "don't expand entities", 
"don't resolve externals", etc..  There also aren't many XML 
parsers out there that fully support all the features called 
for in the spec.  IOW, this basically amounts to "just use dxml 
and forget about everything else". :-D


Now of course, there *are* valid use cases for DTDs... but a 
naïve implementation of the spec is only going to end in tears.
 My current inclination is, just merge dxml into Phobos, then 
whoever dares implement DTD support can do so on top of dxml, 
and shoulder their own responsibility for vulnerabilities or 
whatever.  (I mean, seriously, just for the sake of being able 
to say "my XML is validated" we have to implement network 
access, local filesystem access, a security framework, and what 
amounts to a sandbox to control pathological behaviour like 
exponentially recursive entities?  And all of this, just to 
handle rare corner cases?  That's completely ridiculous.  It's 
an obvious design smell to me.  The only thing missing from 
this poisonous mix is Turing completeness, which would have 
made XML hackers' heaven.  Oh wait, on further googling, I see 
that XSLT *is* Turing complete.  Great, just great.   Now I 
know why I've always had this gut feeling that *something* is 
off about the whole XML mania.)



T


Thanks for the analysis. I'd say you're right. It makes no sense 
to keep dxml from becoming std.xml's successor only because it 
doesn't support DTDs. Also, as I said before, if we had DTD 
support in std.xml, people would complain about the lack of 
efficiency, and the discussion about interpreting the specs 
correctly, implementing them 100%, complaints about the lack of 
security would just never end.

Re: dxml 0.2.0 released

[Chris via Digitalmars-d-announce]

On Monday, 12 February 2018 at 21:51:56 UTC, H. S. Teoh wrote:
[...]
We can even design the DTD support wrapper to start with being 
just a thin wrapper around dxml, and lazily switch to full DTD 
mode only if a DTD section is encountered.  Then user code that 
doesn't care to use dxml's raw API won't even need to care 
about the difference.



T


In this vein, if a new version of std.xml didn't offer pure and 
fast parsing like dxml, but included DTD by default, people would 
complain that that was the real deal breaker (too slow, man!). 
Remember `autodecode`? Right.


DTD inclusion should only be available on demand. Imagine you 
want to implement a library project where ebooks (say classics) 
are catalogued and presented in an ebook reader on the web (or in 
an app on your smart phone). It is likely that the whole DTD 
thing would probably be done at the cataloguing stage, but once 
the books are in the library most users will probably just want 
to go through them page by page or search for quotes etc. - and 
for that you'd need a fast tool like dxml with no overhead.

Re: dxml 0.2.0 released

[Chris via Digitalmars-d-announce]

On Monday, 12 February 2018 at 19:47:09 UTC, Jacob Carlborg wrote:

On 2018-02-12 17:49, Chris wrote:

How could it possibly make the situation any worse than it is 
now? Atm,
nobody will ever use std.xml, because it is sub-standard and 
has no future.


I'm using std.xml in a new project right now. It's a really 
small private project that just need to extracts some data from 
an XML document. I started it a couple of days before dxml was 
announced.


A few lines of code that could be replaced easily once something 
better is available? But who will start an important commercial 
project with std.xml when it says in red letters:


"Warning: This module is considered out-dated and not up to 
Phobos' current standards. It will remain until we have a 
suitable replacement, but be aware that it will not remain long 
term."


I for my part wouldn't and I'm glad there's dxml now.

Re: dxml 0.2.0 released

[Chris via Digitalmars-d-announce]

On Monday, 12 February 2018 at 14:04:38 UTC, Jonathan M Davis 
wrote:
On Monday, February 12, 2018 12:38:51 Chris via 
Digitalmars-d-announce wrote:

On Monday, 12 February 2018 at 05:36:51 UTC, Jonathan M Davis




However, std.xml does not support the DTD section, and glancing 
over it, it doesn't look like it even handles skipping the DTD 
section properly (it doesn't handle the fact that '>' can 
appear within quoted sections within the DTD). So, dxml is not 
worse than std.xml in that regard, and we wouldn't lose any 
functionality by having dxml replace std.xml. It just wouldn't 
necessarily do as much as some folks might like.


I thought the same when I glanced over std.xml. There's no DTD 
support there either and I don't think it would be a deal breaker 
for most users.


My guess is that DTD support won't be a deal breaker given that 
std.xml doesn't support it, that std.xml has needed to be 
replaced for years now, and that no one else is working on 
replacing it, but I don't know. Disagreements over what should 
be done with std.json's replacement has meant that it has never 
been replaced even though significant work was done towards 
replacing it, so unfortunately, there's already precedence for 
a module not being replaced with something better due to 
disagreements over what the replacement would ideally be. So, I 
don't know.


- Jonathan M Davis


Wasn't there a replacement module that never got past the initial 
review steps? Some GSoC thing or so. But I wonder if that module 
would be up to the latest D standards.


While one may argue that DTD support is important, I would rather 
have something fast and simple like dxml that covers, say, 90% of 
the cases than nothing. It doesn't make sense to me that we 
should accept the current situation, only because of some 
bikeshedding that concerns 10% of the use cases. After all, it's 
only a module not a fundamental decision that concerns the 
direction D will take in the future. I think stuff like that can 
seriously turn off potential users. A lot of useful things begin 
with one person deciding to give it a go. vibe.d, dub, DScanner 
and DlangUI, for example. If the creators had started 
bikeshedding before writing the first line of code, there would 
still be a flamewar about the best way to go about it - and 
nothing would have happened.

Re: dxml 0.2.0 released

[Chris via Digitalmars-d-announce]

On Monday, 12 February 2018 at 12:49:30 UTC, rikki cattermole 
wrote:

On 12/02/2018 12:38 PM, Chris wrote:
On Monday, 12 February 2018 at 05:36:51 UTC, Jonathan M Davis 
wrote:

dxml 0.2.0 has now been released.

I really wasn't planning on releasing anything this quickly 
after announcing dxml, but when I went to start working on 
DOM support, it turned out to be surprisingly quick and easy 
to implement. So, dxml now has basic DOM support.


[...]


Will this replace `std.xml` one day?


As long as DTD support is essentially non-existent, my vote 
will always be no.


How hard would it be to add DTD support? One could take dxml and 
extend it in order to include it in Phobos. I haven't used 
`std.xml` for years now. It is essentially dead and unusable atm.

Re: dxml 0.2.0 released

[Chris via Digitalmars-d-announce]

On Monday, 12 February 2018 at 05:36:51 UTC, Jonathan M Davis 
wrote:

dxml 0.2.0 has now been released.

I really wasn't planning on releasing anything this quickly 
after announcing dxml, but when I went to start working on DOM 
support, it turned out to be surprisingly quick and easy to 
implement. So, dxml now has basic DOM support.


[...]


Will this replace `std.xml` one day?

Re: Vanquish Forever These Bugs That Blasted Your Kingdom

[Chris via Digitalmars-d-announce]

On Sunday, 11 February 2018 at 15:15:45 UTC, Patrick Schluter 
wrote:




That explains why there are so much SJW types in the Rust world 
:-)



No, here's why: "Rust is a systems programming language[9] 
sponsored by Mozilla Research"


"Mozilla" is the magic word ;)

https://en.wikipedia.org/wiki/Rust_(programming_language)

Re: [OT] Re: D User Survey

[Chris via Digitalmars-d-announce]

On Sunday, 10 December 2017 at 13:06:34 UTC, Jonathan M Davis 
wrote:


Well, the wikipedia entry for Great Britain takes the clear 
stance that it's the island that's Great Britain, and that when 
Great Britain is referred to politically, it's the 3 countries 
on the island and does not include any part of Ireland. It also 
lists the full name of the UK as being the United Kingdom of 
Great Britain and Northern Ireland.


https://en.wikipedia.org/wiki/Great_britain 
https://en.wikipedia.org/wiki/United_Kingdom


So, technically, Ireland is not part of Great Britain at all, 
but sometimes, folks do end up including Northern Ireland in 
what they mean when they use the term - and plenty of folks 
outside of the UK probably get it wrong all the time.


- Jonathan M Davis


There are two political entities in Ireland, the Republic of 
Ireland (which is a member of the European Union) and Northern 
Ireland (which, being part of the UK, will leave the EU after 
Brexit). Thus, to use only "Ireland" would be wrong (it has to be 
Republic of Ireland), but how the ROI could be left out is a 
mystery to me.


Anyway, I know that people in the Americas (including Latin 
America) are usually faster to pick up on things like Facebook, 
Twitter, WhatsApp etc. But these are backend technologies, if you 
wish. It seems to me that at the moment companies and programmers 
in the USA are much more reluctant to adopt or explore new paths 
as regards the front end (the programming language in this case). 
I don't think it is to do with political / social conservatism, 
as this didn't stop engineers in the US to explore new 
technologies in the past either, and the Nazis were big into 
technology too. There is not necessarily a link between political 
/ social conservatism and lack of technological progress (there 
can be).


Maybe it is a certain laziness / complacency, since the USA no 
longer feel the pressure of having to be "the best" as they did 
during the cold war. Maybe this sort of complacency also has to 
do with the fact the for decades the US would make sure that 
their allies would only buy their technologies, so there was no 
real competition, no real challenge there (which partly explains 
the success of Microsoft). But now with China and other big 
players having entered the pitch, there is more pressure again, 
and if anything, a more "conservative"* approach that tries to 
relocate companies within the national borders might actually 
give innovation a boost.


*It's not so much being "conservative" as an understandable 
reaction to globalization gone out of hand.

Re: D User Survey

[Chris via Digitalmars-d-announce]

On Thursday, 7 December 2017 at 18:22:46 UTC, user1234 wrote:



Survey techniques are a science after all. Google provides you 
the tools but without methodology it's peanuts. I suppose that 
this survey just allows you to locate yourself among the 
community, although it was already well known that D is more 
used in Europe and mostly by adults. I mean that the results 
cannot be used to change the development guide lines.




Yep. D seems to be quite popular in Europe. I wonder why that is, 
given that it originated in the USA and people in the States are 
more open to new technologies. What were the technical and social 
factors at work here? Maybe D wasn't fancy enough to be taken 
seriously in the USA and maybe people from outside the USA (not 
only in Europe) looked at it and said "Hold on, that's something 
interesting...and we can contribute to it." D certainly struck a 
chord with many programmers around the globe, but what is it 
exactly? (Please no jokes about D major or D minor chords now ;)

Re: D User Survey

[Chris via Digitalmars-d-announce]

On Saturday, 2 December 2017 at 19:11:31 UTC, Dmitry Olshansky 
wrote:





Truth be told I find survey largely irrelevant.
What my gender or some such have to do with D? Or my job? What 
do we want to understand from that - “teenagers w/o like D 
language more?” or some such nonsense?


I despise demographic style surveys, ask technical aspects 
instead, it would be 10x more informative.


Yeah, it's too personal (job, company, gender). Questions should 
concentrate on technical aspects.


Btw, the country I reside in is not on the list: Ireland. It's 
neither listed as Ireland nor as Republic of Ireland (the 
official name in English) nor as Éire / Poblacht na hÉireann (the 
official name in Irish). I checked with the search function to be 
sure to be sure :-) I didn't know Ireland was so unknown, unless, 
of course, I'm supposed to choose "Great Britain".

Re: Research Positions

[Chris via Digitalmars-d-announce]

On Wednesday, 31 May 2017 at 18:20:57 UTC, Chris wrote:
On Wednesday, 31 May 2017 at 15:15:00 UTC, rikki cattermole 
wrote:

On 31/05/2017 2:10 PM, Chris wrote:

[...]


As long as the positions can be done in D (and the desire is 
there by those involved) then it does belong here. Given Chris 
being a regular that can be assumed :)


I was personally very interested in it, except for the part 
where I'd have to move half way across the globe ;) Given that 
I finish up my honors this month.


Your application would be more than welcome. Just give it a 
shot, you never know where life takes you. ;)


PS @Rikki: aren't you connected to John Kane on LinkedIn? He did 
his PhD in our lab.

Re: Research Positions

[Chris via Digitalmars-d-announce]

On Wednesday, 31 May 2017 at 15:15:00 UTC, rikki cattermole wrote:

On 31/05/2017 2:10 PM, Chris wrote:

On Wednesday, 31 May 2017 at 11:26:43 UTC, Joakim wrote:

[...]


In case anyone with a D background is interested in one of the 
positions. We use D for speech synthesis and it'd be great if 
we could use D for speech recognition too. However, it's not a 
key requirement. But I thought I'd put it out here, because 
this is a D forum, if I'm not completely mistaken ;)


As long as the positions can be done in D (and the desire is 
there by those involved) then it does belong here. Given Chris 
being a regular that can be assumed :)


I was personally very interested in it, except for the part 
where I'd have to move half way across the globe ;) Given that 
I finish up my honors this month.


Your application would be more than welcome. Just give it a shot, 
you never know where life takes you. ;)

Research Positions

[Chris via Digitalmars-d-announce]

We are offering two research positions at the moment. Please 
follow the links for more information.


1. Research Fellow in Speech Recognition:

https://www.linkedin.com/jobs/view/313953286/

2. Research Student in the area of Voice Modelling and Speech 
Processing:


https://www.linkedin.com/jobs/view/313951716/

Closing Date and Time: 12 Noon on 12th June 2017.

Re: DConf 2017 Hotel - book now!

[Chris via Digitalmars-d-announce]

On Thursday, 2 March 2017 at 18:21:31 UTC, Seb wrote:

On Thursday, 2 March 2017 at 15:09:16 UTC, Chris wrote:
On Thursday, 2 March 2017 at 14:44:17 UTC, Steven 
Schveighoffer wrote:

On 3/2/17 4:33 AM, Chris wrote:

[...]


I used the bus + train, it was quite easy. Don't remember the 
exact stops, but I just used google maps to tell me the info.


[...]


Maybe someone can put all this info on the 
http://dconf.org/2017/index.html page somewhere "How to get 
there" or something.


It's already there, isn't it?
-> http://dconf.org/2017/venue.html

Otherwise please send a PR to improve: 
https://github.com/dlang/dconf.org


No it isn't. It just says where it takes place (google maps). 
That's not quite the same.

Re: DConf 2017 Hotel - book now!

[Chris via Digitalmars-d-announce]

On Thursday, 2 March 2017 at 14:43:28 UTC, Jack Stouffer wrote:

On Thursday, 2 March 2017 at 12:05:32 UTC, Chris wrote:

Here's some good advice:

https://www.tripadvisor.ie/ShowTopic-g187323-i135-k7931137-Got_ripped_off_by_taxi_driver_at_Berlin_Airport-Berlin.html


No Ubers in Berlin?


I don't know how trustworthy Uber is in Berlin. Anyone?

Re: DConf 2017 Hotel - book now!

[Chris via Digitalmars-d-announce]

On Thursday, 2 March 2017 at 14:44:17 UTC, Steven Schveighoffer 
wrote:

On 3/2/17 4:33 AM, Chris wrote:

[...]


I used the bus + train, it was quite easy. Don't remember the 
exact stops, but I just used google maps to tell me the info.


[...]


Maybe someone can put all this info on the 
http://dconf.org/2017/index.html page somewhere "How to get 
there" or something.

Re: DConf 2017 Hotel - book now!

[Chris via Digitalmars-d-announce]

Here's some good advice:

https://www.tripadvisor.ie/ShowTopic-g187323-i135-k7931137-Got_ripped_off_by_taxi_driver_at_Berlin_Airport-Berlin.html

Re: DConf 2017 Hotel - book now!

[Chris via Digitalmars-d-announce]

On Thursday, 2 March 2017 at 10:08:33 UTC, Nemanja Boric wrote:


Yeah, I believe the pictures are still on the last year's 
topic. Nothing major has changed regarding transport.


As far as Taxi goes, see the TXL airport plan here: 
http://www.berlin-airport.de/de/_dokumente/reisende/lageplaene-sxf-txl/2016-12-27-txl-terminals-de-en.pdf


There are two Taxi stations, on the southeast of terminal A, 
and just in front of terminal C. Usually there's a lot of Taxis 
there, and in my experience they are all legal. Anywhere else 
on the airport, you can bet they are dodgy (see 
http://www.bz-berlin.de/artikel-archiv/die-gierigen-taxifahrer-vom-flughafen-tegel)


This all stands for airport Tegel, I have no experiences with 
Schönefeld.


The article says that the dodgy fellas wait at gates that are not 
designated taxi areas (e.g. gates A12-A13, while taxis can only 
pick up passengers at A6-A9). So stick to the map.


"Flughafen Tegel, Innenring. Zwischen den Gates A12 und A13 
warten drei Fahrer vor ihren Autos – verbotenerweise. Denn die 
offiziellen Halteplätze befinden sich vor den Flugsteigen A6 bis 
A9. Die Männer quatschen, lachen, lauern – und sind ständig über 
Handy verbunden, um sich auszutauschen, wo welche Maschinen 
landen."

Re: DConf 2017 Hotel - book now!

[Chris via Digitalmars-d-announce]

On Thursday, 2 March 2017 at 02:24:50 UTC, Walter Bright wrote:

http://www.ibis.com/gb/hotel-5694-ibis-berlin-neukoelln/index.shtml

Last year, some people booked late and it was full and they had 
to stay at another hotel.


Maybe someone could post a description of how to get there from 
the airport. I remember last year there was a detailed 
description with pictures etc. And beware of Berlin taxi drivers, 
you might get fleeced. Make sure they have a taxometer and that 
the taxi license is on display. If in doubt, get out!

Re: Alexa Skill written in D

[Chris Turner via Digitalmars-d-announce]

On Wednesday, 11 January 2017 at 12:16:06 UTC, extrawurst wrote:


I wanted to ask you if you thought about using another platform 
but nodejs wrap the D exe in lambda. They support java and C# 
aswell. I was wondering if it is a performance difference to 
use them instead ?!

Looking forward to your input.

Cheers,
Stephan


I'm not sure about actual performance differences, but I found an 
interesting project for running Go in lambda, that uses the 
Python runtime, using C bindings. Might be a good fit here.


https://github.com/eawsy/aws-lambda-go-shim

Chris

Re: Terminix 1.5.0 Released

[Chris via Digitalmars-d-announce]

On Monday, 20 February 2017 at 15:06:37 UTC, Gerald wrote:
I'm pleased to announce that Terminix 1.5.0 has been released. 
Terminix is a GTK3 tiling terminal emulator for Linux which 
follows the Gnome Human Interface Guidelines (HIG). More 
information about Terminix can be found here:


[...]


Thanks. Just cloned, compiled and installed it on Ubuntu 16LTS 
and it works out of the box.


~$ terminix --version
Versions
Terminix version: 1.5.0
VTE version: 0.42
GTK Version: 3.18.9

Nice new features. I'm sure they will come in handy.

Re: Questionnaire

[Chris Wright via Digitalmars-d-announce]

On Wed, 08 Feb 2017 18:27:57 +, Ilya Yaroshenko wrote:
> 1. Why your company uses D?

You might have specified that this questionnaire is only for people who 
use D at work.

I use D for small utilities to help in development. For instance, I used 
vibe.d to compare performance with other frameworks when I had performance 
concerns.

> 2. Does your company uses C/C++, Java, Scala, Go, Rust?

We use Java, Kotlin, and some C/C++.

> 3. If yes, what the reasons to do not use D instead?

On the client side, we're building for Android. Some of it is native, and 
it would not be a natural fit to use D (minor modifications in Android 
platform code that's written in C/C++).

We use Swagger and Thrift for service definitions. Thrift supports D; 
Swagger does not.

We use AWS. There is no AWS client library for D and it would not be cost-
effective to implement one.

If we want people to learn a new programming language for the JVM, they 
probably know Java already, and the rest of the ecosystem is identical. 
With D, the ecosystem is entirely difficult.

Java has NullPointerException, while D has a segmentation fault. It's easy 
to catch NPE and harder to handle a segmentation fault, even if you are 
just trying to log and exit.

The "die on error" trend has me worried that it will be difficult to run 
services with reasonable uptime, and the people saying that we shouldn't 
even try to log anything in the face of an error worry me even more. I 
can't run systems in production if I'm not allowed to log errors. The 
runtime doesn't even promise to make an effort to let me catch an Error.

> 2. Have you use one of the following Mir projects in production:

No.

> 4. Have you use one of the following Tamedia projects in your
> production:

I've never even heard of them before. Have they ever thought of going into 
advertising?

> 5. What D misses to be commercially successful languages?

The backing of a large organization. The example of Go shows me that a 
language can become successful despite its technical attributes with the 
backing of a large organization.

Re: unDE 0.2.0 - unusual command line and keybar

[Chris Wright via Digitalmars-d-announce]

On Fri, 03 Feb 2017 14:18:05 +, Basile B. wrote:
> Also before that there's two FileException thrown because you use
> mkdir() systematically with a silent try catch. You should rather test
> if the the directories exist (when you create ~/.unde/  and
> ~/.unde/bdb/, global_state.d) because it tends to be annoying when
> trying to get that stack trace for the real exception !

I think `mkdirRecurse` doesn't complain about directories that already 
exist.

Re: mysql-native: preview2

[Chris Wright via Digitalmars-d-announce]

On Thu, 02 Feb 2017 06:50:34 +, Suliman wrote:

> On Thursday, 2 February 2017 at 05:28:10 UTC, Nick Sabalausky wrote:
>> Made a couple more long-needed changes while I'm at it:
>>
>> https://github.com/Abscissa/mysql-native-experimental Tag:
>> v0.2.0-preview2
>>
>> - For better clarity, renamed `mysql.db.MysqlDB` to
>> `mysql.pool.MySqlPool`.
>>
>> - Package mysql.connection no longer acts as a package.d,
>> publicly importing other modules. To import all of mysql-native, use
>> `import mysql;`
> 
> Thanks! Could you explain about pool. I googled about it, and still
> can't understand when it up new connections?

A database connection is just a socket.

Problem 1: database connections are expensive to set up. (Network 
connections in general are expensive -- in my testing, an AWS EC2 t2.micro 
instance can handle ~80 connections per second. I was primarily testing 
RPC / REST API systems, which is a fair bit more than 'open a socket, send 
a byte, receive a byte, close the socket'.)

Problem 2: database connections only offer one stream of data each 
direction.

Problem 3: my application needs to handle a bunch of requests that might 
occur at the same time, each of which talks to the database.

Solution: we'll have an object that manages a set of connections. It can 
reuse a connection, and it guarantees a connection is not reused when a 
previous user is still using it. It might automatically close a connection 
after enough time without that connection being used. It will 
automatically open a new connection when it has no free connections to 
hand out.

Re: Testing in the D Standard Library

[Chris Wright via Digitalmars-d-announce]

On Sun, 22 Jan 2017 20:18:11 +, Mark wrote:
> Have you considered adding randomized tests to Phobos?

Randomized testing is an interesting strategy to use alongside 
deterministic testing. It produces more coverage over time. However, any 
given test run only has a fraction of the coverage that you see over a 
large number of runs.

In other words, if the randomized tests catch something, you don't know 
who dun it. This is generally considered a bad thing.

Phobos does have some tests that use a PRNG. They all use a fixed seed. 
This is a shortcut to coming up with arbitrary test data; it's not a way 
to increase overall coverage.

I think the right way to do it is to have a nightly randomized test build, 
but since I'm not willing to do the work, I don't have much say.

Re: Iup4D 1.0 alpha

[Chris Wright via Digitalmars-d-announce]

On Sun, 22 Jan 2017 13:17:16 +0100, Robert M. Münch wrote:
> Christ, thanks for your consequent "pushing" to get short descriptions
> as the first part in.

It is my honor as your Lord and Savior.

Re: Iup4D 1.0 alpha

[Chris Wright via Digitalmars-d-announce]

This would have been a great place to say exactly what Iup4D is.

IUP is a cross-platform UI layer, which, much like wxWidgets, wraps 
native UI libraries. It supports drawing with Motif, GTK+, and Windows 
native widgets.

Re: Pixel Perfect Engine (formerly known as VDP-Engine) version 0.9.1-rc1 released

[Chris Wright via Digitalmars-d-announce]

This would have been the perfect place for you to describe what this 
project is about.

Pixel Perfect Engine is a 2d graphics system based on SDL and FreeImage. 
It appears to be tile-based and incorporate a map editor.

Re: Silvermirror to mirror websites

[Chris Wright via Digitalmars-d-announce]

On Sun, 15 Jan 2017 21:30:47 +, Nick B wrote:

> On Sunday, 15 January 2017 at 02:28:34 UTC, Chris Wright wrote:
>> Github: https://github.com/dhasenan/silvermirror
>>
>> Silvermirror is a tool to mirror websites -- download them locally and
>> serve copies of them.
> 
> 
> What is the version of D that Silvermirror is compiled under ?
> 
> Nick

I'm still on 2.071.1. Are you experiencing issues on another version?

Re: Silvermirror to mirror websites

[Chris Wright via Digitalmars-d-announce]

On Sun, 15 Jan 2017 09:53:16 +, Dukc wrote:

> You forgot to add a license/unlicense...

Thanks, fixed! MIT licensed, unless someone needs it under another.

Silvermirror to mirror websites

[Chris Wright via Digitalmars-d-announce]

Github: https://github.com/dhasenan/silvermirror

Silvermirror is a tool to mirror websites -- download them locally and 
serve copies of them.

Compared to wget, which is the standard tool, its advantages are:

* Resumability
* Reduced memory usage (at least 20x in my tests)
* Consistent URL mapping
* Correctness (fewer assumptions about URL/file mapping)
* Human-readable output
* A simple builtin template engine
* An index of pages available

Future directions:

* Integrated fulltext search
* Better templates
* Better excludes

Re: SmartRef： The Smart Pointer In D

[Chris Wright via Digitalmars-d-announce]

On Sat, 14 Jan 2017 11:52:34 +, nbro wrote:
> Garbage collection in D is more expensive just because of the poor
> implementation, from what I've heard. If that's the case, people who
> work on it should be able to improve it over time.

I posted about this in general.

A GC for Java, Python, Ruby, etc can locate type information and GC 
metadata for an allocation in O(1) time. D's can locate type information 
and GC metadata in O(log N) time in the worst case, even with the best 
possible implementation, and its design decisions make the worst case 
incredibly common. That is one of the common operations that a GC does, 
so it has a big performance impact.

D's GC must be slower because it allows pointers to arbitrary places 
inside an allocation, and it strongly encourages this with array slicing.

Re: SmartRef： The Smart Pointer In D

[Chris Wright via Digitalmars-d-announce]

On Sat, 14 Jan 2017 02:05:11 +, nbro wrote:

> On Friday, 13 January 2017 at 16:50:37 UTC, Dsby wrote:
>> I write the ref count pointer and the scoped point in D. it just Like
>> cpp's shared_ptr ， waek_ptr and unique_ptr .
>> Now, it is  Developing.
>> I will write more test before the frist release.
>> And the docs is null.
>> It on github: https://github.com/huntlabs/SmartRef
> 
> What's would be the advantages of smart pointers in D?

It's reference counting.

Reference counting is like garbage collection, but deamortized. This is 
better for real-time applications. However, it adds overhead on every 
assignment and every variable going out of scope.

In D, garbage collection is more expensive than it is in other languages, 
so the tradeoff is more attractive than it would be in other languages.

Re: Vision document for H1 2017

[Chris Wright via Digitalmars-d-announce]

On Thu, 12 Jan 2017 20:02:38 -0800, Jonathan M Davis via
Digitalmars-d-announce wrote:
> I don't see how it possibly could given how dynamic arrays work in D. It
> would have to have some sort of reference counting mechanism, which
> would likely be a nightmare with slicing

On that topic, D's arrays would play nicer with both refcounting *and* 
modern garbage collectors if they were structured as base, offset, length 
instead of start, length. You could put metadata just before the start of 
the array, including the reference count.

Re: Alexa Skill written in D

[Chris via Digitalmars-d-announce]

On Wednesday, 11 January 2017 at 19:26:06 UTC, Walter Bright 
wrote:

On 1/11/2017 2:09 AM, Chris wrote:

On Sunday, 8 January 2017 at 22:54:58 UTC, Walter Bright wrote:

Yes. I can't because anything I post gets autobanned.

Why is that?


Probably because I posted links to articles I wrote myself. I 
didn't know at the time it was against their rules.


In that case it might help to talk to them and explain that you 
weren't aware of that rule at the time. It will also clear your 
name in case anyone wants to attack you personally ("Walter 
Bright how got banned from ...").

Re: Alexa Skill written in D

[Chris via Digitalmars-d-announce]

On Sunday, 8 January 2017 at 22:54:58 UTC, Walter Bright wrote:



Yes. I can't because anything I post gets autobanned.


Why is that?

Re: Reminder - DConf 2017 is May 4-6 !!

[Chris Wright via Digitalmars-d-announce]

On Fri, 06 Jan 2017 16:46:31 -0800, Walter Bright wrote:

> It's 2017 already - sharpen your pencils and start on a proposal for a
> presentation! Time is moving fast!

In Berlin, for those who forgot.

Re: Vision document for H1 2017

[Chris Wright via Digitalmars-d-announce]

> Templatize dmd <-> druntime API

I'm curious as to why. I'm guessing this is for things like creating 
runtime type information?

Re: Aedi 0.1.0 release

[Chris Wright via Digitalmars-d-announce]

On Tue, 03 Jan 2017 11:47:44 +, Alexandru Ermicioi wrote:
> Aedi release 0.1.0 is available now.

This would be the perfect place to describe what Aedi is and why people 
might be interested in it.

Re: PostgreSQL native impl

[Chris Wright via Digitalmars-d-announce]

On Mon, 02 Jan 2017 20:29:55 +, Anton wrote:

> Today i spent about hour to write pure-D simple PostgreSQL driver for
> demonstration purposes.
> I was looking for developers interested in complete PostgreSQL driver
> (pure D)
> 
> That demo not implements auth, therefore requires trusted user
> 
> [1] https://github.com/anton-dutov/postgresql-native-d [2]
> https://www.postgresql.org/docs/9.6/static/protocol.html

Nice!

Looks like it wouldn't be much work to add prepared queries.

I notice you rolled your own uri library. Might I point you toward urld? 
It supports ipv6 hosts (probably handy) and unicode domain names (nice to 
have, probably not useful here).

http://code.dlang.org/packages/urld

Re: Terminix Year In Review

[Chris Wright via Digitalmars-d-announce]

On Mon, 02 Jan 2017 18:23:53 +, Gerald wrote:

> On Monday, 2 January 2017 at 14:55:26 UTC, Adam D. Ruppe wrote:
>> On Monday, 2 January 2017 at 00:53:04 UTC, Gerald wrote:
>>> Terminix is a GTK 3 tiling terminal emulator that has been designed
>>> following the GNOME Human Interface Guidelines.
>>
>> So, how hard would it be for you to swap out parts of the backend? I
>> wrote a terminal emulator in scratch in D for myself and have some
>> nifty features hacked in already.
> 
> Since Terminix is a GTK 3 application, the minimum baseline is that your
> emulator would have to be a GTK 3 Widget, I have no idea what would be
> involved in creating a GTK widget in D as I've never tried it myself.

You could also rip out the logic and the system calls and so forth and 
hook them up (laboriously) to a TextView with appropriate styling. Which 
is probably nontrivial on both sides.

> looking at the VTE source code as well as the source code for other
> emulators it's a surprisingly complicated area with a lot of edge cases.

I glanced over a python-based terminal emulator the other day. It was 
intended as a simple and straightforward example, I think. It was over 
four thousand lines of code. I'm not about to try implementing my own.

Re: DIP 1003: remove `body` as a keyword

[Chris Wright via Digitalmars-d-announce]

On Sun, 20 Nov 2016 14:35:16 +1300, rikki cattermole wrote:
> I was thinking maybe option 3 but not have the body first.
> 
> int func(int arg) {
>   return 8 * arg;
> } in {
>   assert(arg > 0);
> } out(int value) {
>   assert(1);
> }
> 
> Would break code but its a simple rearrangement.

Right now, the normal flow when reading a function is:

* Doc comment: What did the author think important for me to know?
* Signature: How do I call it so the compiler will accept it?
* In contract: What sort of parameters are acceptable?
* Out contract: What invariants apply to the result?
* Body: I only need to read this if the rest didn't help.

This is ordered by importance.

By hanging the contracts off the end, you're making them harder to 
notice. That's not ideal.

Re: Optimizing std.regex

[Chris via Digitalmars-d-announce]

On Monday, 7 November 2016 at 13:13:24 UTC, Mike Parker wrote:
Dmitry mentioned here in the forums not long ago that he had 
squeezed some big performance improvements out of std.regex. 
His post on the D Blog describes how he managed to do it 
through an algorithmic optimization.


The post:
https://dlang.org/blog/2016/11/07/big-performance-improvement-for-std-regex/

Reddit:
https://www.reddit.com/r/programming/comments/5bm1bc/from_the_d_blog_optimizing_stdregex/


Great job! Would it be possible (or indeed worth it) to create a 
similar engine for general text processing / string handling?

Re: The DLang UPB Languages and Systems Research Scholarship

[Chris via Digitalmars-d-announce]

On Tuesday, 25 October 2016 at 22:15:38 UTC, Andrei Alexandrescu 
wrote:
The D Language Foundation is proud to announce its first 
scholarship, offered to CS and EE students at University 
"Politehnica" Bucharest in Romania. More details here:


http://dlang.org/dlangupb-scholarship.html

We are very excited about this program and hope to extend it to 
other universities in the future.



Thanks,

Andrei


A project D > WebAssembley would be great.

Re: New team member: Lucia

[Chris via Digitalmars-d-announce]

On Thursday, 13 October 2016 at 18:18:40 UTC, Andrei Alexandrescu 
wrote:

On 10/13/2016 02:15 PM, Andrei Alexandrescu wrote:
Please join me in welcoming Lucia Lucia Cojocaru to our team. 
Lucia is a


Pardon the typo: Lucia Madalina Cojocaru. -- Andrei


Bine ai venit!

Re: LDC 1.1.0-beta3 has been released!

[Chris via Digitalmars-d-announce]

On Tuesday, 11 October 2016 at 07:29:00 UTC, Sönke Ludwig wrote:

Am 09.10.2016 um 14:32 schrieb Kai Nacke:

Hi everyone,

LDC 1.1.0-beta3, the LLVM-based D compiler, is available for 
download!
This BETA release is based on the 2.071.2 frontend and 
standard library

and supports LLVM 3.5-3.9.

We provide binaries for Linux, OX X, FreeBSD, Win32 & Win64, 
Linux/ARM

(armv7hf), now bundled with DUB. :-)

As usual, you can find links to the changelog and the binary 
packages

over at digitalmars.D.ldc:
http://forum.dlang.org/post/nbbocctpmaofpdxqm...@forum.dlang.org

Regards,
Kai



Just noticed that the release binaries are missing from 
https://github.com/ldc-developers/ldc/releases/tag/v1.1.0-beta3


This means that the beta currently cannot be tested with 
TravisCI (wanted to test a DUB related regression fix).


I had this problem with `beta3` when compiling a vibe.d project.

Performing "release" build using /D/ldc2-1.1.0-beta3/bin/ldc2 for 
x86_64.


vibe-d:utils 0.7.30-rc.1: building configuration "library"...
Error: failed to create path to file: 
.dub/obj/../../.dub/packages/vibe-d-0.7.30-rc.1/vibe-d/.dub/build/library-release-linux.posix-x86_64-ldc_0-2530BD99F72930F46E92BF1D555FBB9A/libvibe-d_utils.a

No such file or directory

I went back to `beta2` and it worked.

Re: code-d 0.12.0 - The user friendly release (code-d for noobs)

[Chris Wright via Digitalmars-d-announce]

On Wed, 05 Oct 2016 13:22:37 +, WebFreak001 wrote:
> Especially the fact that you can buy it makes me wanna not get it
> becuase that means the free version has some disadvantages to the paid
> version.

The disadvantage is that it puts "UNLICENSED" in the titlebar and pops up 
a request that you purchase it every now and then -- I don't recall how 
frequently, but I don't think it was more than twice a week.

Re: Please say hello to Alexandru

[Chris via Digitalmars-d-announce]

On Tuesday, 4 October 2016 at 23:01:37 UTC, Andrei Alexandrescu 
wrote:

[...]

Bine ai venit!

Re: SDLang-D v0.10.0 - Big convenience improvements

[Chris via Digitalmars-d-announce]

On Tuesday, 27 September 2016 at 15:26:04 UTC, Nick Sabalausky 
wrote:

On 09/27/2016 04:55 AM, Chris wrote:


I was actually thinking of using SDL for pseudo code 
non-programmers
could write, e.g. to create rule files that a program could 
execute. It

could work nicely with `if` and `else` tags + attributes.


A simple programming language that's SDLang-compliant would 
definitely be interesting!


I think SDLang is underrated and I hope it will find more 
adopters in the future. JSON is useful and used all over the 
place. But it has shortcomings that are probably due to the fact 
that it was never meant to be used as widely as it is today (i.e. 
outside JS). The lack of comments is a big minus.

Re: SDLang-D v0.10.0 - Big convenience improvements

[Chris via Digitalmars-d-announce]

On Sunday, 25 September 2016 at 22:12:21 UTC, Nick Sabalausky 
wrote:

https://github.com/Abscissa/SDLang-D

New in v0.10.0:
Big convenience enhancements to DOM interface and an improved 
pull parser interface. Plus documentation improvements and a 
couple bugfixes.


Full changelog:
https://github.com/Abscissa/SDLang-D/blob/master/CHANGELOG.md

===

SDLang-D is a D library to read and write SDLang. Both a DOM 
and a Pull Parser are provided.


SDLang  is similar to XML/JSON/YAML, but 
much simpler and less verbose. It look like this:


-
// A few basic values
first "Joe"
last "Coder"
ip "127.0.0.1" port=80

// Supports child tags
folder "myFiles" color="yellow" protection=on {
folder "my documents" {
document "resume.pdf"
}
}
-
Language Guide: 
https://github.com/Abscissa/SDLang-D/wiki/Language-Guide


I was actually thinking of using SDL for pseudo code 
non-programmers could write, e.g. to create rule files that a 
program could execute. It could work nicely with `if` and `else` 
tags + attributes.

Re: Ocean v2.1.1 released

[Chris Wright via Digitalmars-d-announce]

What does Ocean do?

Re: LDC: Speed up incremental builds with object file caching

[Chris Wright via Digitalmars-d-announce]

On Sun, 18 Sep 2016 11:25:51 -0400, Andrei Alexandrescu wrote:
> Best timed announcement: Monday at 9 AM EST (noon Pacific Time).

You mean 6am Pacific? Or has the sun reversed directions without me 
realizing it?

Re: Beta D 2.071.2-b3

[Chris Wright via Digitalmars-d-announce]

On Fri, 02 Sep 2016 09:40:56 +, ketmar wrote:

> On Friday, 2 September 2016 at 08:57:14 UTC, Basile B. wrote:
>> On Friday, 2 September 2016 at 08:15:53 UTC, ketmar wrote:
>>> std.traits wrappers should use __traits to build *safe* things
>>> (declaring that @trusted in the end).
>>
>> This has nothing to do with memory safety.
> 
> i wonder who told you that @safe code is *only* about "memory safety".

Walter Bright, when @safe was being discussed, before it was implemented.

Re: Eclipse Paho D Library (finally) started

[Chris Wright via Digitalmars-d-announce]

On Wed, 31 Aug 2016 14:14:36 +, Frank Pagliughi wrote:
> Over a year ago I had promised to put up a D
> library for MQTT, but a number of factors conspired against me in the
> intervening time.

This would be a perfect time to mention what MQTT is.

Re: Beta D 2.071.2-b3

[Chris Wright via Digitalmars-d-announce]

On Wed, 31 Aug 2016 08:22:31 +0200, Jacob Carlborg wrote:

> On 2016-08-31 02:04, Ali Çehreli wrote:
> 
>> P.S. While I'm on my soapbox, I've started to think private is
>> overrated anyway. A system language should allow to bypass that
>> protection. private should be a recommendation only.
> 
> I agree. Let private stop you from access symbols though the regular
> ways, but let reflection bypass.

Just like the JVM and .NET. And Python's double underscore name mangling, 
which is more to highlight that you're doing something funky. And Dart's 
mirrors. And `instance_variable_get` in Ruby.

Re: Minor updates: gen-package-version v1.0.4 and sdlang-d v0.9.6

[Chris Wright via Digitalmars-d-announce]

On Tue, 23 Aug 2016 12:19:12 -0400, Nick Sabalausky wrote:
> Couple very minor updates:

Please, for the love of potatoes, tell people what the project is for!

gen-package-version creates a package version string for D projects. Add 
a hook to your dub.json and then you can show off what version your 
binary was built from and when, eg:

module awesomeness.main;
void main(string[] args) {
  import awesomeness.packageVersion, std.stdio;
  if (args[1] == "--version") {
writefln("awesomeness version %s built %s",
packageVersion, packageTimestamp);
  }
}

Re: [GSoC] std.experimental.xml is now a PR!

[Chris Wright via Digitalmars-d-announce]

On Wed, 24 Aug 2016 12:00:43 +, Suliman wrote:

> On Wednesday, 24 August 2016 at 10:26:53 UTC, Lodovico Giaretta wrote:
>> On Wednesday, 24 August 2016 at 10:22:04 UTC, Suliman wrote:
>>> Add more examples of usage please.
>>
>> Thank you very much for having a look. Did you see the examples at [1]?
>> I don't want to add other examples to that page, it would become too
>> long, but maybe I could add specific examples in the pages of the
>> various modules. What do you think?
>>
>> [1]
>> https://lodo1995.github.io/experimental.xml/std/experimental/xml.html
> 
> IMHO is much better to attend every function with short example of it's
> usage. For example:
> https://lodo1995.github.io/experimental.xml/std/experimental/xml/
parser.html
> it's hard to understand what it's doing.
> 
> Not every D-people are good programmers.

I'd rather say, not everyone using D learns best from specifications plus 
lengthy examples. Short, pithy examples work better for some. It's also 
easier to ensure that you have good coverage that way.

For my part, I best learn the essentials from *short* examples and the 
details from prose. I can learn general usage from prose, but it takes me 
a fair bit longer for non-trivial things (especially when it makes heavy 
use of templates). I can learn details from examples, but it's much 
slower.

This isn't a lack of programming skill on my part. It's just, I'm a 
human, so I'm good at pattern matching.

Re: DIP1000: Scoped Pointers

[Chris Wright via Digitalmars-d-announce]

On Wed, 17 Aug 2016 13:53:37 +0300, Dicebot wrote:

> On 08/17/2016 04:01 AM, Chris Wright wrote:
>> On Tue, 16 Aug 2016 18:55:40 +, Dicebot wrote:
>>> You need to add one more level of indirection for things to start
>>> going complicated.
>> 
>> Presumably scope is transitive, so things shouldn't get horribly
>> complex.
> 
> It is not transitive and it is not a type qualifier.

Non-scope is transitive, rather -- you can't have a non-scope pointer to 
a scope item (at least in @safe code).

Re: DIP1000: Scoped Pointers

[Chris Wright via Digitalmars-d-announce]

On Tue, 16 Aug 2016 18:55:40 +, Dicebot wrote:
> You need to add one more level of indirection for things to start going
> complicated.

Presumably scope is transitive, so things shouldn't get horribly complex.

Re: From the D Blog: Martin Nowak on the DMD release process

[Chris Wright via Digitalmars-d-announce]

On Mon, 15 Aug 2016 06:55:18 +, Suliman wrote:

> On Friday, 29 July 2016 at 12:09:46 UTC, Mike Parker wrote:
>> It was time for another Core Team Update on the D Blog. This time
>> around, Martin Nowak shares how he got involved with the DMD release
>> process and where you can learn more about it. The post is at [1] and
>> the reddit thread at [2].
>>
>> Now that Vladimir and Martin have gotten their updates out of the way,
>> I foresee some prodding, cajoling and arm twisting in my future for the
>> next couple :)
>>
>> [1]
>> https://dlang.org/blog/2016/07/29/core-team-update-martin-nowak/
>> [2]
>> https://www.reddit.com/r/programming/comments/4v68ty/
from_the_d_blog_martin_nowak_on_the_dmd_release/
> 
> I do not know with whom I should contact, but this release
> https://github.com/ljubobratovicrelja/dcv should be mention in D blog.

Again, it would be very helpful if you included *anything* describing 
what this is.

DCV is a computer vision library. It appears to currently support object 
tracking in video, feature detection, and using multiple views of an 
object to reconstruct an object's geometry.