Re: Command line utilities for tab-separated value files

2016-04-13 Thread Puming via Digitalmars-d-announce

On Wednesday, 13 April 2016 at 17:21:58 UTC, Jon D wrote:

On Wednesday, 13 April 2016 at 17:01:33 UTC, Dicebot wrote:

On Wednesday, 13 April 2016 at 16:34:16 UTC, Jon D wrote:

[...]


You don't need to put anything on path to run utils from dub 
packages. `dub run` will take care of setting necessary 
envionment (without messing with the system):


dub fetch package_with_apps
dub run package_with_apps:app1 --flags args


These are command line utilities, along the lines of unix 
'cut', 'grep', etc, intended to be used as part of unix 
pipeline. It'd be less convenient to be invoking them via dub. 
They really should be on the path themselves.


--Jon


if dub supports something like:

```
dub deploy
```

and you can specifiy some dir like '/usr/bin/' in the dub.sdl,

it would be great


Re: Command line utilities for tab-separated value files

2016-04-13 Thread Puming via Digitalmars-d-announce

On Wednesday, 13 April 2016 at 16:34:16 UTC, Jon D wrote:

Thanks Rory, Puming. I'll look into this and see how best to 
make it fit. I'm realizing also there's one additional 
capability it'd be nice to have in dub for tools like this, 
which in an option to install the executables somewhere that 
can be easily be put on the path. Still, even without this 
there'd be benefit to having them fetched via dub.


--Jon


Well, you can do that:

In the subpackage dub.sdl, add targetPath:



 ```
 name "app1"
 targetType "executable"
 targetPath "../bin/"
 dependency "myapp:common" version="*"
 ```


Re: Command line utilities for tab-separated value files

2016-04-13 Thread Ali Çehreli via Digitalmars-d-announce

On 04/13/2016 01:40 PM, Jon D wrote:

> What do you mean by an "AMA"?

It means "(I'm the author), Ask Me Anything".

Ali



Re: Command line utilities for tab-separated value files

2016-04-13 Thread Jon D via Digitalmars-d-announce

On Wednesday, 13 April 2016 at 19:52:30 UTC, Walter Bright wrote:

On 4/11/2016 5:50 PM, Jon D wrote:
I'd welcome any feedback, either on the apps or the code. 
Intention is that the
code be reasonable example programs. And, I may write a blog 
post about my D
explorations at some point, they'd be referenced in such an 
article.



You've got questions on:


https://www.reddit.com/r/programming/comments/4ems6a/commandline_utilities_for_large_tabseparated/

!! As the author, it'd be nice to do an AMA there.


Thanks for posting there and letting me know. I responded and 
will watch the thread.


What do you mean by an "AMA"?


Re: Command line utilities for tab-separated value files

2016-04-13 Thread Walter Bright via Digitalmars-d-announce

On 4/11/2016 5:50 PM, Jon D wrote:

I'd welcome any feedback, either on the apps or the code. Intention is that the
code be reasonable example programs. And, I may write a blog post about my D
explorations at some point, they'd be referenced in such an article.



You've got questions on:


https://www.reddit.com/r/programming/comments/4ems6a/commandline_utilities_for_large_tabseparated/

!! As the author, it'd be nice to do an AMA there.


Re: Command line utilities for tab-separated value files

2016-04-13 Thread Dicebot via Digitalmars-d-announce
On 04/13/2016 09:48 PM, Jon D wrote:
> Right. So, partly what I'm wondering is if during the normal dub
> fetch/run cycle there might be an opportunity to print a message the
> user with some info to help them add the tools to their path. I haven't
> used dub much, so I'll have to look into it more. But there should be
> some way to make it reasonably easy and clear. It'll probably be a few
> days before I can get to this, but I would like to get them in the
> package registry.

This is wrong direction. Users of those tools should not even ever need
to have dub installed or know about it existence - dub is strictly a
developer tool. Instead, whoever distributes the utils should use dub to
build them and use generated artifacts to prepare distribution package.


Re: TTS Synthesis: D and vibe.d in Action

2016-04-13 Thread Andre Polykanine via Digitalmars-d-announce
Hello Chris,

CvDda> Just to inform you that we successfully use D and vibe.d for two
CvDda> things:

This is just overwhelming!
How do you make bindings to NVDA API which is in Python?
I'm  not  an  NVDA  user (I'm using JAWS, if it matters), but I'm still
very interested in the technology.


Andre.



Re: Command line utilities for tab-separated value files

2016-04-13 Thread Jon D via Digitalmars-d-announce

On Wednesday, 13 April 2016 at 18:22:21 UTC, Dicebot wrote:

On Wednesday, 13 April 2016 at 17:21:58 UTC, Jon D wrote:
You don't need to put anything on path to run utils from dub 
packages. `dub run` will take care of setting necessary 
envionment (without messing with the system):


dub fetch package_with_apps
dub run package_with_apps:app1 --flags args


These are command line utilities, along the lines of unix 
'cut', 'grep', etc, intended to be used as part of unix 
pipeline. It'd be less convenient to be invoking them via dub. 
They really should be on the path themselves.


Sure, that would be beyond dub scope though. Making binary 
packages is independent of build system or source layout (and 
is highly platform-specific). The `dun run` feature is mostly 
helpful when you need to use one such tool as part of a build 
process for another dub package.


Right. So, partly what I'm wondering is if during the normal dub 
fetch/run cycle there might be an opportunity to print a message 
the user with some info to help them add the tools to their path. 
I haven't used dub much, so I'll have to look into it more. But 
there should be some way to make it reasonably easy and clear. 
It'll probably be a few days before I can get to this, but I 
would like to get them in the package registry.


--Jon


Re: Strange Loop Conference Call for Presentations

2016-04-13 Thread QAston via Digitalmars-d-announce

On Wednesday, 13 April 2016 at 15:00:53 UTC, Joakim wrote:

On Wednesday, 13 April 2016 at 14:33:01 UTC, Andrei

That conference had a strange incident last year where they 
kicked a guy out for his political views, that had nothing to 
do with his technical talk:


http://www.slate.com/articles/technology/bitwise/2015/06/curtis_yarvin_booted_from_strange_loop_it_s_a_big_big_problem.html

I personally wouldn't attend any conference that applied such 
strange principles.


Speaking and unintrusively poking fun at the self-righteousness 
(by a variable name for example) would also be effective.


Re: Command line utilities for tab-separated value files

2016-04-13 Thread Dicebot via Digitalmars-d-announce

On Wednesday, 13 April 2016 at 17:21:58 UTC, Jon D wrote:
You don't need to put anything on path to run utils from dub 
packages. `dub run` will take care of setting necessary 
envionment (without messing with the system):


dub fetch package_with_apps
dub run package_with_apps:app1 --flags args


These are command line utilities, along the lines of unix 
'cut', 'grep', etc, intended to be used as part of unix 
pipeline. It'd be less convenient to be invoking them via dub. 
They really should be on the path themselves.


Sure, that would be beyond dub scope though. Making binary 
packages is independent of build system or source layout (and is 
highly platform-specific). The `dun run` feature is mostly 
helpful when you need to use one such tool as part of a build 
process for another dub package.


Re: Command line utilities for tab-separated value files

2016-04-13 Thread Andrei Alexandrescu via Digitalmars-d-announce

On 04/11/2016 08:50 PM, Jon D wrote:

Hi all,

I've open sourced a set of command line utilities for manipulating
tab-separated value files. They are complementary to traditional unix
tools like cut, grep, etc. They're useful for manipulating large data
files. I use them when prepping files for R and similar tools. These
tools were part of my 'explore D' programming exercises.

The tools are here: https://github.com/eBay/tsv-utils-dlang

They are likely of interest primarily to people regularly working with
large files, though others might find the performance benchmarks of
interest as well (included in the README).

I'd welcome any feedback, either on the apps or the code. Intention is
that the code be reasonable example programs. And, I may write a blog
post about my D explorations at some point, they'd be referenced in such
an article.

--Jon


Looking great. Thanks!

https://www.facebook.com/dlang.org/posts/1275477382465940

https://twitter.com/D_Programming/status/720310640531808261

https://www.reddit.com/r/programming/comments/4ems6a/commandline_utilities_for_large_tabseparated/


Andrei



Re: Command line utilities for tab-separated value files

2016-04-13 Thread Jon D via Digitalmars-d-announce

On Wednesday, 13 April 2016 at 12:36:56 UTC, Dejan Lekic wrote:

On Tuesday, 12 April 2016 at 00:50:24 UTC, Jon D wrote:


I've open sourced a set of command line utilities for 
manipulating tab-separated value files.


I rarely need TSV files, but I deal with CSV files every day.
- It would be nice to test your implementation against std.csv 
(it can use TAB as separator). Did you try to compare the two?


No, I didn't try using the std.csv library utilities. The 
utilities all take a delimiter, so comma can be specified, but 
that won't handle CSV escaping.


For myself, I'd be more inclined to add TSV-CSV converters rather 
than adding native CSV support to each tool, but if you're 
working with CSV all the time that'd be nuisance.


If you want, you can try rewriting the inner loop of one of the 
tools to use csvNextToken rather than algorithm.splitter. 
tsv-select would be the easiest of the tools to try. It'd also be 
necessary to replace the writeln for the output to properly add 
CSV escapes.


--Jon


Re: Command line utilities for tab-separated value files

2016-04-13 Thread Dicebot via Digitalmars-d-announce

On Wednesday, 13 April 2016 at 16:34:16 UTC, Jon D wrote:
Thanks Rory, Puming. I'll look into this and see how best to 
make it fit. I'm realizing also there's one additional 
capability it'd be nice to have in dub for tools like this, 
which in an option to install the executables somewhere that 
can be easily be put on the path. Still, even without this 
there'd be benefit to having them fetched via dub.


You don't need to put anything on path to run utils from dub 
packages. `dub run` will take care of setting necessary 
envionment (without messing with the system):


dub fetch package_with_apps
dub run package_with_apps:app1 --flags args


Re: Command line utilities for tab-separated value files

2016-04-13 Thread Jon D via Digitalmars-d-announce

On Wednesday, 13 April 2016 at 07:34:11 UTC, Rory McGuire wrote:
On Wed, Apr 13, 2016 at 3:41 AM, Puming via 
Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> 
wrote:



On Tuesday, 12 April 2016 at 06:22:55 UTC, Puming wrote:

Here is what I know of it, using subPackages:



Just tried your suggestion and it works. I just added the below 
to the

parent project to get the apps build:
void main() {
import std.process : executeShell;
executeShell(`dub build :app1`);
executeShell(`dub build :app2`);
executeShell(`dub build :app3`);
}


Thanks Rory, Puming. I'll look into this and see how best to make 
it fit. I'm realizing also there's one additional capability it'd 
be nice to have in dub for tools like this, which in an option to 
install the executables somewhere that can be easily be put on 
the path. Still, even without this there'd be benefit to having 
them fetched via dub.


--Jon


Re: Strange Loop Conference Call for Presentations

2016-04-13 Thread Joakim via Digitalmars-d-announce
On Wednesday, 13 April 2016 at 14:33:01 UTC, Andrei Alexandrescu 
wrote:

http://thestrangeloop.com/cfp.html

This edition seems to be a very good fit for us. From the page: 
"Frequently accepted topics: functional programming, logic 
programming, dynamic/scripting languages, new or emerging 
languages, data structures, concurrency, databases, distributed 
computing, web frameworks, web architecture, performance, 
virtual machines, security, hardware/software interaction, 
historical topics"


I encourage all DConf session speakers (including the ones we 
couldn't accept - all were very good!) to submit their talks to 
Strange Loop.


That conference had a strange incident last year where they 
kicked a guy out for his political views, that had nothing to do 
with his technical talk:


http://www.slate.com/articles/technology/bitwise/2015/06/curtis_yarvin_booted_from_strange_loop_it_s_a_big_big_problem.html

I personally wouldn't attend any conference that applied such 
strange principles.


Strange Loop Conference Call for Presentations

2016-04-13 Thread Andrei Alexandrescu via Digitalmars-d-announce

http://thestrangeloop.com/cfp.html

This edition seems to be a very good fit for us. From the page: 
"Frequently accepted topics: functional programming, logic programming, 
dynamic/scripting languages, new or emerging languages, data structures, 
concurrency, databases, distributed computing, web frameworks, web 
architecture, performance, virtual machines, security, hardware/software 
interaction, historical topics"


I encourage all DConf session speakers (including the ones we couldn't 
accept - all were very good!) to submit their talks to Strange Loop.



Andrei


Re: DConf 2016 registrations have now hit 128!

2016-04-13 Thread Andrei Alexandrescu via Digitalmars-d-announce

On 04/12/2016 04:11 PM, WhatMeWorry wrote:

On Friday, 8 April 2016 at 22:45:38 UTC, Walter Bright wrote:

On 4/8/2016 2:07 PM, Andrei Alexandrescu wrote:

On 4/7/16 7:45 PM, Walter Bright wrote:

132 today!


There's been quite a surge of interest recently in two items: Tesla
Model 3 and
DConf 2016 :o). -- Andrei



Maybe next year we'll sell 136,000 tickets!


How does that compare with previous years?


Attendance has more than doubled this year compared to the first three 
editions (which were all around 60). If we subtract Sociomantic's 
employees we're looking at >1.5x growth. -- Andrei




Re: Blog post: PGO: Optimizing D's virtual calls

2016-04-13 Thread Andrei Alexandrescu via Digitalmars-d-announce

On 04/13/2016 07:34 AM, Johan Engelen wrote:

Hi all,
   I've written an article about how I implemented profile-guided
optimization (PGO) of virtual calls to direct calls (a
micro-micro-optimization, expected performance gain of just a few
percent if any!). I hope it's interesting for those of you who like to
read about compiler internals.

https://johanengelen.github.io/ldc/2016/04/13/PGO-in-LDC-virtual-calls.html

It's my first programming article, please be gentle with your comments :-)

cheers,
   Johan


Noice.

https://twitter.com/D_Programming/status/720236648034877440

https://www.facebook.com/dlang.org/posts/1275322695814742

https://www.reddit.com/r/programming/comments/4elfok/profile_guided_optimization_optimizing_ds_virtual/

http://hackerne.ws


Andrei



Re: Command line utilities for tab-separated value files

2016-04-13 Thread Dejan Lekic via Digitalmars-d-announce

On Tuesday, 12 April 2016 at 00:50:24 UTC, Jon D wrote:

Hi all,

I've open sourced a set of command line utilities for 
manipulating tab-separated value files. They are complementary 
to traditional unix tools like cut, grep, etc. They're useful 
for manipulating large data files. I use them when prepping 
files for R and similar tools. These tools were part of my 
'explore D' programming exercises.


The tools are here: https://github.com/eBay/tsv-utils-dlang

They are likely of interest primarily to people regularly 
working with large files, though others might find the 
performance benchmarks of interest as well (included in the 
README).


I'd welcome any feedback, either on the apps or the code. 
Intention is that the code be reasonable example programs. And, 
I may write a blog post about my D explorations at some point, 
they'd be referenced in such an article.


--Jon


I rarely need TSV files, but I deal with CSV files every day.
- It would be nice to test your implementation against std.csv 
(it can use TAB as separator). Did you try to compare the two?


Re: Release D 2.071.0

2016-04-13 Thread John Colvin via Digitalmars-d-announce

On Tuesday, 5 April 2016 at 22:43:05 UTC, Martin Nowak wrote:

Glad to announce D 2.071.0.

http://dlang.org/download.html

This release fixes many long-standing issues with imports and 
the module

system.
See the changelog for more details.

http://dlang.org/changelog/2.071.0.html

-Martin


Apologies for the delay for homebrew users, all sorted now, 
2.071.0 is now dmd stable.


Re: Swiss Ephemeris / Nelder-Mead simplex

2016-04-13 Thread alstonamos via Digitalmars-d-announce

very nice post..



waleeed