Re: Release D 2.069.0

2015-11-09 Thread Dragos Carp via Digitalmars-d-announce

On Monday, 9 November 2015 at 12:28:09 UTC, FreeSlave wrote:


I tried to install rpm-package on Fedora 20 with rpm -i, but it 
gives me


error: Failed dependencies:
glibc-devel(x86-32) is needed by dmd-2.069.0-0.x86_64
libcurl(x86-32) is needed by dmd-2.069.0-0.x86_64

Why do package depends on 32-bit libraries? Was it always like 
that? I never installed dmd on Fedora before.


Yes, it was always like that.
To be able to generate 32-bit binaries, and dmd-64 can do that, 
these 32-bit packages are required.


Re: 2.069.0 Installation problem with .exe for Windows

2015-11-09 Thread Martin Nowak via Digitalmars-d-announce
On 11/09/2015 09:46 AM, Mike James wrote:
> 
> Hi Martin,
> 
> I've tried the new install with Windows Vista and Windows 7 and the
> problem is the same as before.
> 
> Regards,
> -=mike=-

Can you try again, I updated the installer and tried to revert the other
part of the change (though I don't see why that would fix the problem).
More details would help a lot at this point, e.g. what windows are open
(also look whether the uninstaller hides any window) and what files are
left in the install dir (C:\D by default) while the installation hangs.

And let's please continue this in Bugzilla.
https://issues.dlang.org/show_bug.cgi?id=15284



Re: Release D 2.069.0

2015-11-09 Thread Dicebot via Digitalmars-d-announce

On Monday, 9 November 2015 at 21:38:13 UTC, Martin Nowak wrote:

On 11/09/2015 07:08 PM, Dicebot wrote:
More common practice is to declare such dependencies as 
optional though.


I made a ticket https://issues.dlang.org/show_bug.cgi?id=15308.
Simply changing
https://github.com/D-Programming-Language/installer/blob/41fb25ce5e5ff2c14728f490ee4579ac49bb989a/linux/dmd_rpm.sh#L266
doesn't work b/c the rpmtool from debian used to build the rpm 
packages

doesn't support Recommends.


Sorry, I don't know a single thing about RPM world thus can't 
really help meaningfully :(


Re: Release D 2.069.0

2015-11-09 Thread Martin Nowak via Digitalmars-d-announce
On 11/09/2015 07:08 PM, Dicebot wrote:
> More common practice is to declare such dependencies as optional though.

I made a ticket https://issues.dlang.org/show_bug.cgi?id=15308.
Simply changing
https://github.com/D-Programming-Language/installer/blob/41fb25ce5e5ff2c14728f490ee4579ac49bb989a/linux/dmd_rpm.sh#L266
doesn't work b/c the rpmtool from debian used to build the rpm packages
doesn't support Recommends.



Re: Release D 2.069.0

2015-11-09 Thread Dicebot via Digitalmars-d-announce
On Monday, 9 November 2015 at 10:39:21 UTC, Thomas Brix Larsen 
wrote:

Opt-in stats from Arch:

https://www.archlinux.de/?page=PackageStatistics

go 19.45%
rust5.92%
gcc-go  5.61%
dmd 2.56%
ldc 1.72%
gdc 1.60%


This matches my personal understanding of current "market" share 
for those.


Re: Release D 2.069.0

2015-11-09 Thread Dicebot via Digitalmars-d-announce

On Monday, 9 November 2015 at 12:58:39 UTC, Dragos Carp wrote:

On Monday, 9 November 2015 at 12:28:09 UTC, FreeSlave wrote:


I tried to install rpm-package on Fedora 20 with rpm -i, but 
it gives me


error: Failed dependencies:
glibc-devel(x86-32) is needed by dmd-2.069.0-0.x86_64
libcurl(x86-32) is needed by dmd-2.069.0-0.x86_64

Why do package depends on 32-bit libraries? Was it always like 
that? I never installed dmd on Fedora before.


Yes, it was always like that.
To be able to generate 32-bit binaries, and dmd-64 can do that, 
these 32-bit packages are required.


More common practice is to declare such dependencies as optional 
though.


Martin's article on reddit

2015-11-09 Thread Andrei Alexandrescu via Digitalmars-d-announce
Discuss away: 
https://www.reddit.com/r/programming/comments/3s5f92/writing_a_vibed_app_linking_bugzilla_issues_with/ 
-- Andrei




Re: Martin's article on reddit

2015-11-09 Thread Andrei Alexandrescu via Digitalmars-d-announce

On 11/09/2015 12:00 PM, Andrei Alexandrescu wrote:

Discuss away:
https://www.reddit.com/r/programming/comments/3s5f92/writing_a_vibed_app_linking_bugzilla_issues_with/
-- Andrei


Spread it to other outlets:

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

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

https://news.ycombinator.com/newest "coz you never know"


Andrei




Sciter Bootstrap for making HTML based desktop apps in D (e.g: CEF for D)

2015-11-09 Thread Ramon via Digitalmars-d-announce

http://misoftware.rs/Bootstrap

Sciter is multiplatform HTML rendering engine for desktop (it 
also supports scripting and a bunch of CSS3 modules).


Sciter Bootstrap let's you download a pre-made IDE project with 
everything setup for compiling a Sciter-based app, so you just 
add the HTML code and compile it. There is D package available 
which generates a Visual Studio project for Visual-D.


Re: Release D 2.069.0

2015-11-09 Thread Sebastiaan Koppe via Digitalmars-d-announce

On Monday, 9 November 2015 at 09:19:11 UTC, Bastiaan Veelo wrote:
Yes, use asModule() for that [1]. Not only does it enable using 
large grammars, it also saves compilation time for builds after 
the grammar has stabilised.


Thanks.

And should the grammar still be too large, it is good to know 
that Pegged is good at composing a parser from different 
sub-grammars [2]. So the difficulty is only in finding natural 
boundaries at which the grammar can be split, making it work 
should be easy.


I knew about composition. I just wanted to keep the same names as 
per the original spec, instead of nesting.





Re: Release D 2.069.0

2015-11-09 Thread Bastiaan Veelo via Digitalmars-d-announce
On Sunday, 8 November 2015 at 14:37:32 UTC, Sebastiaan Koppe 
wrote:
You mean instead of mixin(grammer(`...`)) I write the output of 
grammer(`...`) to a file and include that into the final build?


Yes, use asModule() for that [1]. Not only does it enable using 
large grammars, it also saves compilation time for builds after 
the grammar has stabilised.


And should the grammar still be too large, it is good to know 
that Pegged is good at composing a parser from different 
sub-grammars [2]. So the difficulty is only in finding natural 
boundaries at which the grammar can be split, making it work 
should be easy.


[1] 
https://github.com/PhilippeSigaud/Pegged/wiki/Grammars-as-D-Modules
[2] 
https://github.com/PhilippeSigaud/Pegged/wiki/Grammar-Composition




Re: Release D 2.069.0

2015-11-09 Thread Thomas Brix Larsen via Digitalmars-d-announce

On Monday, 9 November 2015 at 03:15:29 UTC, rsw0x wrote:
On Monday, 9 November 2015 at 02:15:17 UTC, Andrei Alexandrescu 
wrote:

On 11/8/15 2:58 PM, rsw0x wrote:
Interestingly, GDC seems *very* popular - it has a 4:1 
install rate of
gccgo and only trailing slightly behind the golang-go 
package(reference

compiler?) on Ubuntu's popcon.


Link? -- Andrei


debian:
https://qa.debian.org/popcon-graph.php?packages=gdc%2Cgccgo%2Cgolang_installed=on_legend=on_ticks=on_date=_date=_date=_fmt=%25Y-%25m=1

ubuntu:
http://ubuntu-popcon.43-1.org/cgi-bin/graph.pl?name=gdc
http://ubuntu-popcon.43-1.org/cgi-bin/graph.pl?name=golang-go
http://ubuntu-popcon.43-1.org/cgi-bin/graph.pl?name=gccgo

note that dmd is not redistributed on most linux distros due to 
licensing issues


Opt-in stats from Arch:

https://www.archlinux.de/?page=PackageStatistics

go 19.45%
rust5.92%
gcc-go  5.61%
dmd 2.56%
ldc 1.72%
gdc 1.60%


Re: 2.069.0 Installation problem with .exe for Windows

2015-11-09 Thread Mike James via Digitalmars-d-announce

On Sunday, 8 November 2015 at 23:33:31 UTC, Martin Nowak wrote:

On 11/04/2015 10:05 AM, Mike James wrote:

Copied here for extra visibility...

Hi.

There seems to be an install problem with the .exe version for 
Windows. The installer removes the old DMD then doesn't 
install the 2.069.0 version. In the task manager it's still 
running at 50% CPU time. It fails on Windows Vista and Windows 
7.


Could some try and verify that this installer fixes the issue. 
I wasn't able to reproduce the issue myself. 
https://dlang.dawg.eu/downloads/dmd.2.069.0~fix15824/


Hi Martin,

I've tried the new install with Windows Vista and Windows 7 and 
the problem is the same as before.


Regards,
-=mike=-