Re: Installing DMD on linux via snap

[Jordi Sayol via Digitalmars-d-learn]

El 18/5/22 a les 17:24, matheus via Digitalmars-d-learn ha escrit:


Yesterday I needed to install DMD on a fresh installed version of Linux, so 
since I was using Xubuntu I decided to use snap.





$ sudo wget https://master.dl.sourceforge.net/project/d-apt/files/d-apt.list -O 
/etc/apt/sources.list.d/d-apt.list

$ sudo apt update --allow-insecure-repositories && sudo apt -y --allow-unauthenticated 
install --reinstall d-apt-keyring && sudo apt update

then just install:

$ sudo apt install dmd-compiler dmd-tools dmd-doc dub

Re: Offline D documentation/tutorial

[Jordi Sayol via Digitalmars-d-learn]

El 13/2/22 a les 12:22, frame via Digitalmars-d-learn ha escrit:

On Sunday, 13 February 2022 at 00:17:26 UTC, rikki cattermole wrote:

There are some files available at https://d-apt.sourceforge.io/


It would also nice to have a up-to-date CHM version of 
https://github.com/a11e99z/DlangChm

Are there any compiled sources?



In  there are CHM, EPUB, MOBI and PDF up to date

Re: MobI? Really?

[Jordi Sayol via Digitalmars-d-learn]

El 18/9/21 a les 22:40, Chris_D via Digitalmars-d-learn ha escrit:

The "D Programming Language Specification" seems to be the most important 
documentation for D.  Is it really only available as Mobi?  That is the most bizarre 
choice of format I've ever seen.

   Chris




https://d-apt.sourceforge.io/

Re: Packaging and Distributing Dlang Applications with GtkD Dependency?

[Jordi Sayol via Digitalmars-d-learn]

El 25/9/19 a les 13:46, Ron Tarrant via Digitalmars-d-learn ha escrit:
> Hi y'all,
> 
> I've been Googling how to do this, but coming up with nothing definitive. Are 
> there any articles for how to do this for:
> 
> Windows?
> Linux?
> other UNIX-alike OSs?

On Bebian/Ubuntu/Linux Mint, You have "d-apt" 

If you static links your d program, you don't need any package from it at 
runtime.
But if you dynamic links it, you've runtime libraries for GtkD "libgtkd3-nn" 
and TkD "libtkd-nn" on "d-apt".
"nn" on library name should be replaced with the DMD major version (without 
initial zero). 
i.e. For the last DMD version, "libgtkd3-88" or "libtkd-88".

Re: Linux & DMD & GtkD

[Jordi Sayol via Digitalmars-d-learn]

El 17/2/19 a les 15:19, Jordi Sayol ha escrit:
> Then you can compile/run a GtkD example contained on gtkd doc archive. To do 
> that just run the next line:
> 
> $ dmd `pkg-config --cflags --libs gtkd-3` -run 
> /usr/share/libgtkd3-doc/demos/gtkD/TestWindow/*.d -ofTestWindow

Sorry, do not run at compile time. Just remove "-run" to properly compile the 
example:

$ dmd `pkg-config --cflags --libs gtkd-3` 
/usr/share/libgtkd3-doc/demos/gtkD/TestWindow/*.d -ofTestWindow

> 
> 
> To run the compiled example just type:
> 
> $ ./TestWindow

Regards,
Jordi

Re: Linux & DMD & GtkD

[Jordi Sayol via Digitalmars-d-learn]

El 16/2/19 a les 14:35, Ron Tarrant via Digitalmars-d-learn ha escrit:
> Hi guys,
> 
> I finally got a Linux Mint installation happening (very impressed, BTW) and 
> did the usual HelloWorld.d compile with dmd, but I'm having trouble working 
> out how to link to GtkD.
> 
> dmd -de -w -m64 -L+gtkd hello_gtkd_world.d
> 
> says it can't find MainWindow which tells me the gtkd libraries are not 
> installed, are not included in the path, or some other oversight on my part.
> 
> I tried using whereis to find gtkd, but to no avail.
> 
> Questions:
> 
> 1. Am I using the right syntax in the above command line?
> 
> 2. How to search for things on Linux Mint
> 
> The recommendations I've found so far are for the gnome search tool which 
> spits out an error:
> 
> Package gnome-search-tool is not available, but is referred to by another 
> package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source
> 

Hello Ron,

There is "d-apt"  where there are dmd and gtkd 
deb for Linux Mint.

To add this repository to your Linux Mint just run this two lines from command 
line:

$ sudo wget 
https://netcologne.dl.sourceforge.net/project/d-apt/files/d-apt.list -O 
/etc/apt/sources.list.d/d-apt.list

$ sudo apt-get update --allow-insecure-repositories && sudo apt-get -y 
--allow-unauthenticated install --reinstall d-apt-keyring && sudo apt-get update

After that you can install all the packages on "d-apt".


To install dmd compiler, dmd doc, gtkd devel and gtkd doc packages just run the 
next line:

$ sudo apt-get install dmd-compiler dmd-doc libgtkd3-dev libgtkd3-doc


Then you can compile/run a GtkD example contained on gtkd doc archive. To do 
that just run the next line:

$ dmd `pkg-config --cflags --libs gtkd-3` -run 
/usr/share/libgtkd3-doc/demos/gtkD/TestWindow/*.d -ofTestWindow


To run the compiled example just type:

$ ./TestWindow


There are more examples at /usr/share/libgtkd3-doc/demos/


Hope this help you.

Jordi

Re: Anybody still using the chm docs

[Jordi Sayol via Digitalmars-d]

El 17/02/18 a les 22:19, Manu via Digitalmars-d ha escrit:
> I like the CHM docs.
> I have encountered the same maintenance problem before, where build infra is 
> linux based, and the CHM docs need a windows machine to build... I solved 
> this problem by building the CHM via WINE ;)
> Maybe this is a possible solution?

I build a CHM doc file for every dmd release, available on d-apt 
, and built on Linux :-)

Re: dmd-2.078.2 problems with Ubuntu 17.10 32Bit

[Jordi Sayol via Digitalmars-d-learn]

El 17/02/18 a les 18:49, Martin Tschierschke via Digitalmars-d-learn ha escrit:
> But the installation via apt-get is not working without the steps already 
> mentioned in the post before! (s/http/https/  and manually import of the 
> public key)

"d-apt.list" file fixed! (s/http/https/)

d-apt public key is in the "d-apt-keyring" deb package, so you don't have to 
manually install it.

> 
> This (from https://dlang.org/download.html) is outdated for 17.10.
> 
> sudo wget http://master.dl.sourceforge.net/project/d-apt/files/d-apt.list -O 
> /etc/apt/sources.list.d/d-apt.list
> sudo apt-get update && sudo apt-get -y --allow-unauthenticated install 
> --reinstall d-apt-keyring
> sudo apt-get update && sudo apt-get install dmd-compiler dub

It appears that everything should work on 17.10 now. I'll do more tests on a 
virtual machine.

Re: dmd-2.078.2 problems with Ubuntu 17.10 32Bit

[Jordi Sayol via Digitalmars-d-learn]

El 13/02/18 a les 08:03, Martin Tschierschke via Digitalmars-d-learn ha escrit:
> On Monday, 12 February 2018 at 21:18:01 UTC, Jordi Sayol wrote:
>> El 12/02/18 a les 21:56, Martin Tschierschke via Digitalmars-d-learn ha 
>> escrit:
>>> I just started to play around with D again on my notebook at home and 
>>> realized,
>>> that I have a broken installation.
>>> Even the minimal D "hello world" throws an error at execution.
>>> Speicherzugriffsfehler (Speicherabzug geschrieben) aka. core dump
>>>
>>> Compiling with ldc2 still works.
>>> Any hint?
>>>
>>>
>>>
>>
>> d-apt <http://d-apt.sourceforge.net/>
> 
> After setting ulimit -c unlimited to get the core dumped, I took a look with 
> gdb,
> to find a hint, now realizing, that it is probably the same problem as here:
> https://forum.dlang.org/thread/jjaynewwdsyntyehv...@forum.dlang.org?page=1
> 

A fresh install from d-apt on Ubuntu 16.04 32-bit, and everything worked fine.

test.d

import std.stdio;

void main()
{
writeln("Hello world!");
}


$ rdmd test.d 
Hello world!

$ dmd -run test.d 
Hello world!

Re: dmd-2.078.2 problems with Ubuntu 17.10 32Bit

[Jordi Sayol via Digitalmars-d-learn]

El 12/02/18 a les 21:56, Martin Tschierschke via Digitalmars-d-learn ha escrit:
> I just started to play around with D again on my notebook at home and 
> realized,
> that I have a broken installation.
> Even the minimal D "hello world" throws an error at execution.
> Speicherzugriffsfehler (Speicherabzug geschrieben) aka. core dump
> 
> Compiling with ldc2 still works.
> Any hint?
> 
> 
> 

d-apt 

Re: only want to start - TK programming in D with one code example. Linkingerror.

[Jordi Sayol via Digitalmars-d]

El 21/01/18 a les 16:58, MHE via Digitalmars-d ha escrit:
> Hi there,
> i am completely new in D Programming and only want to start the example code 
> for TK that is described on the homepage 
> https://github.com/nomad-software/tkd.
> For this i have gitcloned the 3 packages tcltk tkd x11 in the folder 
> /usr/local/GIT/.
> Then i run the command dub inside any single folder and build it.
> 
> When i want to run the example TK D script the following results are seen -
> 
> $ dmd -I/usr/local/GIT/ hw_graphical2.d
> hw_graphical2.d(1): Error: module tkdapplication is in file 
> 'tkd/tkdapplication.d' which cannot be read
> import path[0] = /usr/local/GIT/
> import path[1] = /usr/include/dmd/phobos
> import path[2] = /usr/include/dmd/druntime/import
> hans@mx1:~/Documents/D_lang
> $
> 
> I have made something wrong with the configuration of the TKD module.
> Need help here to start programming with D and TK.
> 
> WBR
> MHE
> 

You can use d-apt 

Install TkD packages:

$ sudo apt-get install libtkd-dev libtkd-doc

Then compile and run the example included on "libtkd-doc" package:

$ dmd `pkg-config --cflags --libs tkd` -J/usr/share/libtkd-doc/example/media/ 
-run /usr/share/libtkd-doc/example/example.d

Re: d-apt update

[Jordi Sayol via Digitalmars-d-announce]

New d-apt dmd deb packages released (ver. 2.077.1-0.1)

This release fix these problems:

- Move rdmd from "dmd-tools" to "dmd-compiler"
- Add "dmd-bin (<< 2.077.1-0)" at "Conflicts:" and "Replaces:" fields on 
"dmd-compiler" and "dmd-tools" deb packages, to avoid upgrade conflicts.

Jordi

Re: d-apt update

[Jordi Sayol via Digitalmars-d-announce]

El 11/12/17 a les 23:02, Manu ha escrit:
> I would strongly suggest the rdmd be included in dmd-bin rather than 
> dmd-tools.

Yes, You're right and will be as you say on next dmd release. But will be in 
dmd-compiler rather than in the deprecated dmd-bin.

Re: d-apt update

[Jordi Sayol via Digitalmars-d-announce]

El 09/12/17 a les 14:32, jmh530 via Digitalmars-d-announce ha escrit:
> I consider rdmd to be part of the compiler in a way that I don't consider the 
> other dmd-tools...

You're right. I'll fix on next dmd release.

Jordi

d-apt update

[Jordi Sayol via Digitalmars-d-announce]

d-apt  release dmd v2.077.1

In this release, d-apt splits "dmd-bin" deb package into "dmd-compiler" (the 
command line compiler) and "dmd-tools" (includes: dumpobj, obj2asm, rdmd, 
ddemangle and dustmite).

Best regards,
Jordi.

Re: DMD RPM

[Jordi Sayol via Digitalmars-d]

El 15/07/16 a les 15:42, Russel Winder via Digitalmars-d ha escrit:
> However there is a PreDepends on multiarch-support. I am trying to get
> rid of this package but that means dmd, dcd, dfmt, dscanner, gtkd, etc.
> all have to go.

You are right. I'll remove it.

Re: DMD RPM

[Jordi Sayol via Digitalmars-d]

El 14/07/16 a les 21:57, Dicebot via Digitalmars-d ha escrit:
> Great news! I haven't used d-apt version since 2.068 because we started to 
> package our own internal flavor at work but this will fix one of two big 
> annoyances. Another bit was x-window dependency needed for caling `dmd -man` 
> - was it moved to optional ones too?

Unfortunately not yet. Probably dmd-bin will be split into two packages, 
dmd-bin and dmd-compiler, not yet decided.

Re: DMD RPM

[Jordi Sayol via Digitalmars-d]

El 14/07/16 a les 17:13, Dicebot via Digitalmars-d ha escrit:
> Very likely it has same packaging mistake as DMD in d-apt, listing 
> gcc-multilib dependencies as mandatory and not optional, even if you are 
> never going to cross-compile for i686

>From dmd v2.071.0, "gcc-multilib" dependency is not mandatory. It was moved 
>from "Depends" to "Suggests" field.
Both  and .

Re: D, GTK, Qt, wx,…

[Jordi Sayol via Digitalmars-d-learn]

El 29/05/16 a les 13:03, Russel Winder via Digitalmars-d-learn ha escrit:
> GKT+ has a reputation for being dreadful on OSX and even worse on
> Windows. Qt on the other hand has a reputation for being the most
> portable – though clearly wx is (arguable) the most portable.
> 
> We have GtkD which is brilliant, especially as it has GStreamer
> support.
> 
> From what I can tell QtD is in need of effort or restarting.
> 
> Is there even a wxD?
> 
> Or perhaps there is an alternative that fits the bill of being
> production ready now, and either gives the same UI across all platforms
> or provides a platform UI with no change of source code, just a
> recompilation.
> 

https://github.com/nomad-software/tkd

Re: Official dub packages for Debian and Ubuntu

[Jordi Sayol via Digitalmars-d-announce]

El 15/04/16 a les 19:52, Andrei Alexandrescu via Digitalmars-d-announce ha 
escrit:
> Awesomne, Jordi. I recently got a notice that the dmd compiler has been 
> updated by Ubuntu's package manager. Clicked, got it, all went smoothly. 
> Should I take it we owe all of that to you? -- Andrei

I think so :-)
Many thanks Andrei, and all d-apt users.

Re: Official dub packages for Debian and Ubuntu

[Jordi Sayol via Digitalmars-d-announce]

El 15/04/16 a les 01:09, Matthias Klumpp via Digitalmars-d-announce ha escrit:
> On Thursday, 14 April 2016 at 18:42:49 UTC, Jordi Sayol wrote:
>> El 14/04/16 a les 17:54, Matthias Klumpp via Digitalmars-d-announce ha 
>> escrit:
>>> On Tuesday, 12 April 2016 at 13:28:29 UTC, Jordi Sayol wrote:
>>> [...]
>>> I think with "property" you mean "virtual package". See 
>>> https://www.debian.org/doc/debian-policy/ch-relationships.html#s-virtual
>>> Basically, the dmd package needs a "Provides: d-compiler" line, then it 
>>> should be able to satisfy the dependencies of the dub package.
>>
>> Thanks. What happen is multiple packages, all of them not installed, sets 
>> "Provides: d-compiler"? Which one is installed?
> 
> I think in that case the (alphabetically) first real package is installed. 
> This is an uncommon case though, usually when virtual packages are used, a 
> default dependency is provided (so you have "default | virtual").
> 

I'll include "Provides: d-compiler" on dlang dmd deb package and d-apt dmd-bin 
deb too. Many thanks!

Re: Official dub packages for Debian and Ubuntu

[Jordi Sayol via Digitalmars-d-announce]

El 14/04/16 a les 17:54, Matthias Klumpp via Digitalmars-d-announce ha escrit:
> On Tuesday, 12 April 2016 at 13:28:29 UTC, Jordi Sayol wrote:
>> El 12/04/16 a les 14:26, Matthias Klumpp via Digitalmars-d-announce ha 
>> escrit:
>>>> I assume that the DMD package from dlang, or better d-apt, sets the d- 
>>>> compiler property. Should dmd be prefered if it is present?
>>>
>>> I think so, since when installing it from non-free 3rd-party sources, the 
>>> user made an explicit choice for DMD.
>>> In terms of packaging, the packaging doesn't really care, any D compiler 
>>> will satisfy the requirements of the dub package.
>>
>>
>> No, dmd deb packages from dlang and d-apt do not set any d-compiler 
>> property. Where should it be set?
> 
> I think with "property" you mean "virtual package". See 
> https://www.debian.org/doc/debian-policy/ch-relationships.html#s-virtual
> Basically, the dmd package needs a "Provides: d-compiler" line, then it 
> should be able to satisfy the dependencies of the dub package.

Thanks. What happen is multiple packages, all of them not installed, sets 
"Provides: d-compiler"? Which one is installed?

Re: Official dub packages for Debian and Ubuntu

[Jordi Sayol via Digitalmars-d-announce]

El 12/04/16 a les 14:26, Matthias Klumpp via Digitalmars-d-announce ha escrit:
>> I assume that the DMD package from dlang, or better d-apt, sets the d- 
>> compiler property. Should dmd be prefered if it is present?
> 
> I think so, since when installing it from non-free 3rd-party sources, the 
> user made an explicit choice for DMD.
> In terms of packaging, the packaging doesn't really care, any D compiler will 
> satisfy the requirements of the dub package.


No, dmd deb packages from dlang and d-apt do not set any d-compiler property. 
Where should it be set?

Re: Official dub packages for Debian and Ubuntu

[Jordi Sayol via Digitalmars-d-announce]

El 11/04/16 a les 16:21, Matthias Klumpp via Digitalmars-d-announce ha escrit:
> As part of that work, the dub package an build management system is now 
> available in Debian, and I will ensure it works well.
> Additionally, it was possible to make dub available late in the Ubuntu 16.04 
> (Xenial) development cycle, so dub will also be part of the upcoming LTS 
> release of Ubuntu

This is a very good news!

> Co-maintainers[1] and feedback from the dub developers is very welcome, and I 
> hope this addition is useful for you.
[...]
> [1]: Especially from the d-apt people - helping with official Debian packages 
> is possible even if you're no Debian Developer / Maintainer. 

I'm the only one d-apt maintainer. 

About the d-apt dub deb package, they're built using binaries from 
 and do not compile anything.

How long will it take from a dub release until dub deb package will be 
available on the Debian stable repositories? And for Ubuntu?

Regards,
Jordi.

New deb packages on d-apt

[Jordi Sayol via Digitalmars-d]

d-apt has three new deb packages for Dfix, Dfmt and Dscanner.

$ sudo apt-get install dfix dfmt dscanner

d-apt 

New deb packages on d-apt

[Jordi Sayol via Digitalmars-d-announce]

d-apt has three new deb packages for Dfix, Dfmt and Dscanner.

$ sudo apt-get install dfix dfmt dscanner

d-apt 

Re: the most D-ish GUI library

[Jordi Sayol via Digitalmars-d]

El 14/03/16 a les 17:13, Luis via Digitalmars-d ha escrit:
> If I remember correctly tkd just works on Windows installing tk/tcl.

TkD works on Linux. there are available deb packages at d-apt 

Re: Release D 2.070.0

[Jordi Sayol via Digitalmars-d-announce]

El 28/01/16 a les 23:36, Minas Mina via Digitalmars-d-announce ha escrit:
> On Wednesday, 27 January 2016 at 21:08:54 UTC, Martin Nowak wrote:
>> Glad to announce D 2.070.0
>>
>> http://dlang.org/download.html
>>
>> This release comes with the new std.experimental.ndslice, heavily expanded 
>> Windows bindings, and native exception handling on 64-bit linux. See the 
>> changelog for more details.
>>
>> http://dlang.org/changelog/2.070.0.html
>>
>> -Martin
> 
> When trying to install on Ubuntu 15.10 x64, I get this:
> http://imgur.com/L4ozgC1
> 
> I didn't proceed with the installation as I don't want any possible broken 
> things.
> 

Same problem on Ubuntu 15.10 x32.


$ lintian -c dmd_2.070.0-0_i386.deb
Can't close(GLOB(0x9a83b5c)) filehandle: '' at 
/usr/share/lintian/helpers/coll/objdump-info-helper line 192
command failed with error code 123 at 
/usr/share/lintian/collection/objdump-info line 79.
warning: collect info objdump-info about package dmd failed
warning: skipping check of binary package dmd


the command exit status is 2


on lintina manpages:


EXIT STATUS
   0   No policy violations or major errors detected.  (There may have been 
warnings, though.)

   1   Policy violations or major errors detected.

   2   Lintian run-time error. An error message is sent to stderr.


So this is not a dmd deb package issue but Ubuntu 15.10 lintian issue. Please 
report it as a bug.

You can safely install dmd deb package on your Ubuntu system.

Regards,
Jordi

Re: DMD 2.070.0 - The package is of bad quality

[Jordi Sayol via Digitalmars-d]

El 29/01/16 a les 18:38, Gary Willoughby via Digitalmars-d ha escrit:
> I get the following downloading and installing the Ubuntu x86_64 deb file.
> 
> The package is of bad quality
> 
> The installation of a package which violates the quality standards isn't 
> allowed. This could cause serious problems on your computer. Please contact 
> the person or organisation who provided this package file and include the 
> details beneath.
> 
> Lintian check results for /home/gary/Desktop/dmd_2.070.0-0_amd64.deb:
> Can't close(GLOB(0xddf540)) filehandle: '' at 
> /usr/share/lintian/helpers/coll/objdump-info-helper line 192
> command failed with error code 123 at 
> /usr/share/lintian/collection/objdump-info line 79.
> warning: collect info objdump-info about package dmd failed
> warning: skipping check of binary package dmd
> 

Same issue on another thread

http://forum.dlang.org/post/mailman.4114.1454138584.22025.digitalmars-d-annou...@puremagic.com

Re: Let dmd or ldc be easy to setup on Ubuntu

[Jordi Sayol via Digitalmars-d-learn]

El 22/12/15 a les 18:28, Jordi Sayol via Digitalmars-d-learn ha escrit:
> "d-lang" splits it in few deb packages:

s/d-lang/d-apt/

Re: Let dmd or ldc be easy to setup on Ubuntu

[Jordi Sayol via Digitalmars-d-learn]

El 22/12/15 a les 16:38, FrankLike via Digitalmars-d-learn ha escrit:
> sudo apt-get install dmd ← it's error.

dmd_2.069.2-0-amd64.deb from http://downloads.dlang.org/ is an all-in-one deb 
package, containing all the tools and libraries for each release.

"d-lang" splits it in few deb packages:

dmd-bin (compiler and other executable files)
dmd-doc (documentation, man pages and examples)
libphobos2-69 (shared library)
libphobos2-dev (static library, symlink to shared library, module sources 
and pkg-config files)

So if you want to install dmd compiler, just type:
$ sudo apt-get install dmd-bin

Regards,
Jordi

Re: LDC, GDC, DMD different phobos versions

[Jordi Sayol via Digitalmars-d]

El 15/11/15 a les 16:28, Daniel Kozak via Digitalmars-d ha escrit:
> Generaly many changes of phobos are backward compatible, so I can use old 
> version of phobos symbols... But there is only actual version of phobos 
> documentation, which makes this hard. OK I always can generate old version of 
> doc or use some archive sites. But it would be nice to have it on dlang.org.

Not on dlang.org, there are some old dmd/phobos doumentation in several formats 
at d-apt:

https://sourceforge.net/projects/d-apt/files/files/dlangspec/

Regards,
Jordi

Re: Hello World Example with Glade?

[Jordi Sayol via Digitalmars-d-learn]

El 11/09/15 a les 09:13, Mike McKee via Digitalmars-d-learn ha escrit:
> On Friday, 11 September 2015 at 06:53:07 UTC, Mike James wrote:
>> There's a Glade example in the demos/builder directory...
> 
> I'm having trouble installing GtkD on Ubuntu Linux 14.04. I did the apt steps 
> from here:
> 
> http://d-apt.sourceforge.net/
> 
> $ sudo su
> # wget http://master.dl.sourceforge.net/project/d-apt/files/d-apt.list -O 
> /etc/apt/sources.list.d/d-apt.list
> # apt-get update && apt-get -y --allow-unauthenticated install --reinstall 
> d-apt-keyring && apt-get update
> # apt-get install libgtkd3-dev libgtkd3-doc
> 
> I then run the following and it fails:
> 
> # dmd test1.d
> test1.d(1): Error: module gtk is in file 'gtk.d' which cannot be read
> import path[0] = /usr/include/dmd/phobos
> import path[1] = /usr/include/dmd/druntime/import
> 


On  there is the "pkg-config" section:

---
pkg-config:
Every dev package contains "pkg-config" (shared and static) configuration 
files for the specific library.
i.e. link GtkD2 applications against "libgtkd2.so" and "libphobos2.so" 
shared libraries:
$ dmd `pkg-config --cflags --libs gtkd2` my_gtkd2_app.d
or link GtkD2 applications against "libgtkd2.a" and "libphobos2.a" static 
libraries:
$ dmd `pkg-config --cflags --libs gtkd2-static` my_gtkd2_app.d
---

Best regards

Re: Hello World Example with Glade?

[Jordi Sayol via Digitalmars-d-learn]

El 11/09/15 a les 11:05, Jordi Sayol via Digitalmars-d-learn ha escrit:
> El 11/09/15 a les 09:13, Mike McKee via Digitalmars-d-learn ha escrit:
>> On Friday, 11 September 2015 at 06:53:07 UTC, Mike James wrote:
>>> There's a Glade example in the demos/builder directory...
>>
>> I'm having trouble installing GtkD on Ubuntu Linux 14.04. I did the apt 
>> steps from here:
>>
>> http://d-apt.sourceforge.net/
>>
>> $ sudo su
>> # wget http://master.dl.sourceforge.net/project/d-apt/files/d-apt.list -O 
>> /etc/apt/sources.list.d/d-apt.list
>> # apt-get update && apt-get -y --allow-unauthenticated install --reinstall 
>> d-apt-keyring && apt-get update
>> # apt-get install libgtkd3-dev libgtkd3-doc
>>
>> I then run the following and it fails:
>>
>> # dmd test1.d
>> test1.d(1): Error: module gtk is in file 'gtk.d' which cannot be read
>> import path[0] = /usr/include/dmd/phobos
>> import path[1] = /usr/include/dmd/druntime/import
>>
> 
> 
> On <http://d-apt.sourceforge.net/> there is the "pkg-config" section:
> 
> ---
> pkg-config:
> Every dev package contains "pkg-config" (shared and static) configuration 
> files for the specific library.
> i.e. link GtkD2 applications against "libgtkd2.so" and "libphobos2.so" 
> shared libraries:
> $ dmd `pkg-config --cflags --libs gtkd2` my_gtkd2_app.d
> or link GtkD2 applications against "libgtkd2.a" and "libphobos2.a" static 
> libraries:
> $ dmd `pkg-config --cflags --libs gtkd2-static` my_gtkd2_app.d
> ---

Just replace "gtkd2" by "gtkd3"

$ dmd `pkg-config --cflags --libs gtkd3` my_glade_app.d
$ dmd `pkg-config --cflags --libs gtkd3-static` my_glade_app.d

This works out of the box with the "builderTest.d" example on GtkD demos folder.

Regards

Re: Beta D 2.068.0-b2

[Jordi Sayol via Digitalmars-d-announce]

El 26/07/15 a les 15:55, Martin Nowak via Digitalmars-d-announce ha escrit:
 BTW, I'd like to phase out the fat 50-60MB combined zip, and add
 tar.xz/gz for linux/freebsd/osx.

Is it not better to use 7z format? It has more compression ratios than gz/bz2, 
and they can be easily handled on Windows.

Re: Support for 2.064.2

[Jordi Sayol via Digitalmars-d]

El 12/07/15 a les 17:27, Nick Sabalausky via Digitalmars-d ha escrit:
 On 07/12/2015 09:50 AM, Iain Buclaw via Digitalmars-d wrote:
 Hi,

 Out of curiosity, how many projects are still supporting D 2.064.2
 compiler/runtime?  Granted that this is the version shipped in the current
 Debian Stable and  Ubuntu LTS (which will be supported until 2020).

 I'm both interested in how much willingness, and how much awareness there
 are around maintaining versions that are shipped with an OS whose combined
 market share potentially make up for 50% of all Linux Servers.

 
 Dunno about Ubuntu, but anyone who uses Debian Stable without pretty much 
 *expecting* everything in the repos to be two years behind (and therefore 
 needing to occasionally install things manually) is begging for a very rude 
 awakening.
 
 Besides, manually grabbing an up-to-date DMD is trivial. And then there's 
 DVM, too.
 
 I do very much prefer to support DMDs as far back as I can in my projects, 
 and I generally try to, but I often hit situations where continuing to 
 support an older DMD (even a mere two versions behind) just isn't realistic. 
 (And it becomes even more unrealistic when balanced against the ease of 
 manually grabbing a newer DMD and spending merely a few minutes - if any - 
 updating a codebase.)
 
 Currently, 2.066.1 is the oldest I'm able to support in the latest versions 
 of my projects.
 
 


A solution should be to add an external repository like d-apt:
http://d-apt.sourceforge.net/

With it, your system will be updated with the lastest dmd release, but if you 
prefer an older version, you can install it too (only one at a time), take a 
look on Installing legacy packages section.

The dmd binaries on http://d-apt.sourceforge.net/ packages are the same 
that http://dlang.org/download.html.

Regards,
Jordi

Re: tkd - basic compilation problem

[Jordi Sayol via Digitalmars-d-learn]

El 30/06/15 a les 16:28, Paul via Digitalmars-d-learn ha escrit:
 Using dub I get this during linking:

 Building tkd-test ~master configuration application, build type debug.
 Compiling using dmd...
 Linking...
 /usr/bin/ld: cannot find -ltcl
 /usr/bin/ld: cannot find -ltk

 ...any suggestions please?


If you are in Debian, Ubuntu, Linuxmint, etc, you can use the d-apt repository:

http://d-apt.sourceforge.net/

There are deb packages for tkd:

$ sudo apt-get install libtkd-dev libtkd-doc

You can compile the example application included on libtkd-doc deb package to 
test if tkd is properly installed on your system:

For shared linking against libphobos2.so and libtkd.so:
$ dmd `pkg-config --cflags --libs tkd` -J/usr/share/libtkd-doc/example/media/ 
/usr/share/libtkd-doc/example/example.d

For static linking against libphobos2.a and libtkd.a:
$ dmd `pkg-config --cflags --libs tkd-static` 
-J/usr/share/libtkd-doc/example/media/ /usr/share/libtkd-doc/example/example.d

Best regards,
Jordi

Re: Language spec in free e-book format

[Jordi Sayol via Digitalmars-d]

El 08/04/15 a les 23:29, Nick via Digitalmars-d ha escrit:
 Hi,
 
 Could you make the language reference available for download in a free e-book 
 format, such as EPUB or FB2?
 
 Some people just don't have any app that reads MOBI or Kindle format; they 
 are not very common outside some particular devices.
 
 Thanks.
 -- 
 

There are several formats of D Programming Language Specifications at 
http://d-apt.sourceforge.net/


dlangspec-2.067.0.chm - Microsoft Compiled HTML Help
 
dlangspec-2.067.0.epub - Electronic Publication for e-book readers

dlangspec-2.067.0.mobi - Mobipocket e-book for Kindle

dlangspec-2.067.0.pdf - Portable Document Format

Re: DMD 2.067.0 Programming Language Specifications

[Jordi Sayol via Digitalmars-d-announce]

El 09/04/15 a les 08:26, Iain Buclaw via Digitalmars-d-announce ha escrit:
 On 6 April 2015 at 14:04, Jordi Sayol via Digitalmars-d-announce
 digitalmars-d-announce@puremagic.com wrote:
 D Programming Language Specifications for dmd 2.067.0 in several formats, 
 available at:
 http://d-apt.sourceforge.net/


 dlangspec-2.067.0.chm  --  (Microsoft Compiled HTML Help)

 dlangspec-2.067.0.epub  --  (Electronic Publication for e-book readers)

 dlangspec-2.067.0.mobi  --  (Mobipocket e-book for Kindle)

 dlangspec-2.067.0.pdf  --  (Portable Document Format)
 
 
 On at least the PDF documentation the text can be made smaller (it's a bit 
 big).
 
 Looks good though.
 

I'll try to adjust the building script to improve font size.

Thanks for using!

Re: DUB 0.9.23 released

[Jordi Sayol via Digitalmars-d-announce]

El 06/04/15 a les 10:21, Sönke Ludwig via Digitalmars-d-announce ha escrit:
 The new version contains some important bug fixes for sub modules and 
 overridden string imports, as well as some other major fixes.

Congratulations for this new release!

Available for Debian/Ubuntu at http://d-apt.sourceforge.net/

DMD 2.067.0 Programming Language Specifications

[Jordi Sayol via Digitalmars-d-announce]

D Programming Language Specifications for dmd 2.067.0 in several formats, 
available at:
http://d-apt.sourceforge.net/


dlangspec-2.067.0.chm  --  (Microsoft Compiled HTML Help)

dlangspec-2.067.0.epub  --  (Electronic Publication for e-book readers)

dlangspec-2.067.0.mobi  --  (Mobipocket e-book for Kindle)

dlangspec-2.067.0.pdf  --  (Portable Document Format)

Re: Coedit alpha 11 released

[Jordi Sayol via Digitalmars-d-announce]

El 21/01/15 a les 18:35, Basile Burg via Digitalmars-d-announce ha escrit:
 I'm glad to announce this new release of Coedit.

Congratulations for this new release!

Did you fix the use of DCD simultaneously with other D editors?

Re: Happy new year!

[Jordi Sayol via Digitalmars-d]

El 31/12/14 a les 15:20, Manu via Digitalmars-d ha escrit:
 Here's to an awesome 2015!
 

Feliç any nou!

Re: DMD 2.066.1 is missing in the Digitalmars FTP

[Jordi Sayol via Digitalmars-d]

El 03/12/14 a les 19:49, Martin Nowak via Digitalmars-d ha escrit:
 On 12/03/2014 02:01 AM, Brad Anderson wrote:
 Why use the DigitalMars FTP?

 http://downloads.dlang.org/ is the official place for them.
 
 We should convince Brad to drop year subfolders (or add redirects), as it 
 makes it much harder to maintain install scripts.
 

+1

Re: DMD 2.066.1 is missing in the Digitalmars FTP

[Jordi Sayol via Digitalmars-d]

El 03/12/14 a les 19:49, Martin Nowak via Digitalmars-d ha escrit:
 On 12/03/2014 02:01 AM, Brad Anderson wrote:
 Why use the DigitalMars FTP?

 http://downloads.dlang.org/ is the official place for them.
 
 We should convince Brad to drop year subfolders (or add redirects), as it 
 makes it much harder to maintain install scripts.
 

year folder can be replaced by version folder. This will keep files tidy and 
will make easier to maintain install scripts.

Re: d-apt source changed!

[Jordi Sayol via Digitalmars-d-announce]

El 02/12/14 a les 07:41, Russel Winder via Digitalmars-d-announce ha escrit:
 I do wonder though if d-apt is actually a bad idea as the main resource
 and we should package directly into Debian?

d-apt allows to instant update on dmd releases, not on Debian official 
repositories.

Anyway, packaging dmd directly into Debian is not a problem for me, d-apt will 
adapt to the conjuncture, can live together with an official Debian package, 
and if it should disappear, will do.

Push for it!

Re: d-apt source changed!

[Jordi Sayol via Digitalmars-d-announce]

El 01/12/14 a les 23:23, Brad Anderson via Digitalmars-d-announce ha escrit:
 On Sunday, 30 November 2014 at 02:20:04 UTC, Jordi Sayol via 
 Digitalmars-d-announce wrote:
 d-apt http://d-apt.sourceforge.net/ changed the distribution name from 
 dmd to d-apt.

 Download the last d-apt.list to update:
 $ sudo wget http://master.dl.sourceforge.net/project/d-apt/files/d-apt.list 
 -O /etc/apt/sources.list.d/d-apt.list

 The new distribution allows to install any deb package version available at 
 d-apt.
 i.e. dmd-bin deb package is available for versions 2.064.2, 2.065.0 and 
 2.066.1
 To install an old dmd version:
 $ sudo apt-get install dmd-bin=2.064.2-0 libphobos2-dev=2.064.2-0

 Legacy distribution will be disabled on dmd v2.067.0 release.
 
 That'll probably be handy at some point. Thanks for doing d-apt. I find it 
 very useful.

This already has been handy, at least for Maor Ben-Dayan who needed to 
downgrade dmd to version 2.065.0 to avoid some regression :-)

Thank you all to create this incredible compiler and the related tools. I only 
wrap them on d-apt.

Re: Coedit alpha 8 released

[Jordi Sayol via Digitalmars-d-announce]

Hello Basile,

I want to create new Coedit deb packages for d-apt 
http://d-apt.sourceforge.net/.

If you're interested too, please contact me on g.sayol at yahoo dot es

Regards,
Jordi

d-apt source changed!

[Jordi Sayol via Digitalmars-d-announce]

d-apt http://d-apt.sourceforge.net/ changed the distribution name from dmd 
to d-apt.

Download the last d-apt.list to update:
$ sudo wget http://master.dl.sourceforge.net/project/d-apt/files/d-apt.list -O 
/etc/apt/sources.list.d/d-apt.list

The new distribution allows to install any deb package version available at 
d-apt.
i.e. dmd-bin deb package is available for versions 2.064.2, 2.065.0 and 
2.066.1
To install an old dmd version:
$ sudo apt-get install dmd-bin=2.064.2-0 libphobos2-dev=2.064.2-0

Legacy distribution will be disabled on dmd v2.067.0 release.

Re: Shared library packaging issues

[Jordi Sayol via Digitalmars-d]

El 15/11/14 a les 12:21, GreatEmerald via Digitalmars-d ha escrit:

 Ideally, this problem would be solved by splitting libphobos2.so into its own 
 package.

Since dmd v2.064.0, a shared phobos2 library package already exist for Debian 
based systems:
http://downloads.dlang.org/releases/2014/libphobos2-66_2.066.1-0_i386.deb
http://downloads.dlang.org/releases/2014/libphobos2-66_2.066.1-0_amd64.deb

As every dmd release breaks libphobos2 API, these deb packages can be installed 
in diverse versions at same time.
I.e. libphobos2-65_2.065.0-0_amd64.deb and 
libphobos2-66_2.066.1-0_amd64.deb can be installed together. This allow to 
have diverse dmd programs linked to diverse libphobos2 shared libraries at the 
same system.

 Second, what's the suggested method of providing includes? Put all the source 
 of the library into includes? Make .di files? What about templates? Is there 
 a suggested directory structure?

The default path for d and di sources should be /usr/include/d/.
DMD deb packages uses /usr/include/dmd/ to avoid sources conflict with the 
ldc sources packaged for Debian.

Regards,
-- 
Jordi Sayol

Re: Shared library packaging issues

[Jordi Sayol via Digitalmars-d]

El 15/11/14 a les 18:29, GreatEmerald via Digitalmars-d ha escrit:

 Nice. Now if only there were RPMs as well... If only as a template.

Meanwhile there is not an RPM package for phobos 2 shared library, I think you 
can spread it together with your library:
/usr/lib/i386-linux-gnu/libphobos2.so.0.66.1 (for 32-bit)
/usr/lib/x86_64-linux-gnu/libphobos2.so.0.66.1 (for 64-bit)

It has no sense to install ALL the dmd compiler tools into the final runtime 
computer.

Regards,
-- 
Jordi Sayol

Re: Can't install dub on Debian

[Jordi Sayol via Digitalmars-d-learn]

El 13/11/14 a les 07:29, Suliman via Digitalmars-d-learn ha escrit:
...
 Description:Debian GNU/Linux 6.0.9 (squeeze)
...

packages on d-apt repository are created for multiarch systems, Debian 7.x.x 
and Ubuntu 12.04. Old stable Debian 6.x.x is not.

If you want to install dub deb package from d-apt on Debian 6.x.x I recomend 
you to install first the all-in-one dmd deb package from dlang.org: 
http://downloads.dlang.org/releases/2014/dmd_2.066.1-0_amd64.deb
then try to install dub deb package again. You can download it from here: 
http://sourceforge.net/projects/d-apt/files/pool/main/d/dub/dub_0.9.22-0_amd64.deb/download

I cannot assure that you will be able to install this dub deb package because 
it is designed for multi-arch systems.

Regards,
-- 
Jordi Sayol

Re: Where should D programs look for .so files on Linux (by default)?

[Jordi Sayol via Digitalmars-d]

El 17/09/14 a les 07:52, Chad Joan via Digitalmars-d ha escrit:
 I was using Derelict to play around with SDL/OpenGL in D for a bit, and I was 
 initially unable to do so because DerelictSDL2's search paths for .so files 
 could not find libSDL2_ttf.so on my Linux distribution (Gentoo).

.so files are shared libraries on Linux. These libraries should be available on 
specific directories listed in /etc/ld.so.conf and /etc/ld.so.conf.d/* 
files. Place your shared libraries in some of these paths and then run 
ldconfig command to create symlinks to the latest libraries version and to 
update the /etc/ld.so.cache cache file. This is not specific for D but for 
all Linux programs.

Regards,
-- 
Jordi Sayol

Re: DVM - D Version Manager 0.4.3

[Jordi Sayol via Digitalmars-d-announce]

El 03/09/14 a les 08:10, Jacob Carlborg via Digitalmars-d-announce ha escrit:
 I only chose Debian because it's a stable/old system with a high chance of 
 being binary compatible with other distributions.

On Debian 7.6 64-bit I got this error:

$ dvm
dvm: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required 
by dvm)

libc6 on Debian 7.6 (stable) is v2.13.


On Debian testing:


$ dvm install 2.065.0
Fetching: http://ftp.digitalmars.com/dmd.2.065.0.zip
[] 50581/49347 KB

Installing: dmd-2.065.0
An unknown error occurred:
tango.core.Exception.IOException@/home/doob/development/d/tango/tango/core/Exception.d(59):
 /home/jordi/.dvm/bin/dmd-2.065.0 :: No such file or directory
...


After manually created this directory and properly install dmd 2.065.0:


$ dvm use 2.065.0
$ dmd
bash: dmd: command not found


What I'm doing wrong?

Regards,
-- 
Jordi Sayol

Re: DVM - D Version Manager 0.4.3

[Jordi Sayol via Digitalmars-d-announce]

Sorry, i forget to mention that on Debian testing, my desktop is Mate 
http://mate-desktop.org/

Regards,
-- 
Jordi Sayol

Re: DVM - D Version Manager 0.4.3

[Jordi Sayol via Digitalmars-d-announce]

El 04/09/14 a les 22:17, Nick Sabalausky via Digitalmars-d-announce ha escrit:
 What I'm doing wrong?
 
 dvm install dvm

On Debian testing (mate desktop) without ~/.dvm dir, dmd still not found:

$ dvm install dvm
$ dvm install 2.065.0
Fetching: http://ftp.digitalmars.com/dmd.2.065.0.zip
[] 50581/49347 KB

Installing: dmd-2.065.0 
$ dvm use 2.065.0
$ dmd
bash: dmd: command not found 


BTW Is there a reason to mandatory copy dvm to ~/.dvm/bin directory?

-- 
Jordi Sayol

Re: DVM - D Version Manager 0.4.3

[Jordi Sayol via Digitalmars-d-announce]

El 05/09/14 a les 00:30, Nick Sabalausky via Digitalmars-d-announce ha escrit:
 On 9/4/2014 4:51 PM, Jordi Sayol via Digitalmars-d-announce wrote:
 El 04/09/14 a les 22:17, Nick Sabalausky via Digitalmars-d-announce ha 
 escrit:
 What I'm doing wrong?

 dvm install dvm

 On Debian testing (mate desktop) without ~/.dvm dir, dmd still not found:
 
 $ dvm install dvm
 $ dvm install 2.065.0
 Fetching: http://ftp.digitalmars.com/dmd.2.065.0.zip
 [] 50581/49347 KB

 Installing: dmd-2.065.0
 $ dvm use 2.065.0
 $ dmd
 bash: dmd: command not found
 

 BTW Is there a reason to mandatory copy dvm to ~/.dvm/bin directory?

 
 Hmm, may wanna check your .bashrc. Unless it's changed since last time I 
 looked, the Posix versions of dvm work by adding code to .bashrc which set up 
 dmd as an alias.
 
 Then again, I'm not sure that should matter if you're manually running dvm 
 use 
 
 Are you maybe not using bash?
 
 

GNU bash, version 4.3.24(1)-release (i586-pc-linux-gnu)

-- 
Jordi Sayol

Re: Official PPA for dmd

[Jordi Sayol via Digitalmars-d]

El 03/09/14 a les 10:47, eles via Digitalmars-d ha escrit:
 Could a package for dvm be added to d-apt repository? It is simple, but will 
 allow automatic updates with everything else that is D-related.

Ok, I'll create new deb package for dvm.

Should this package be incompatible with dmd-bin?


 PS Is it me, or dmd-bin is not yet upgraded to 2.066?

Yes, that's correct. I juts wait for next dmd v2.067 to avoid all the 2.066 
regressions.

-- 
Jordi Sayol

Re: Official PPA for dmd

[Jordi Sayol via Digitalmars-d]

El 01/08/14 21:34, Andrew Pennebaker via Digitalmars-d ha escrit:
 I'm happy to see an official .DEB for installing DMD! Could we please host 
 this in a PPA, to make it easier for Debian/Ubuntu users to install?

dmd backend license is not compatible with PPA.

-- 
Jordi Sayol

Re: DUB Bash Completion

[Jordi Sayol via Digitalmars-d-announce]

El 07/07/14 12:58, Sönke Ludwig via Digitalmars-d-announce ha escrit:
 Very nice, I'll try this out this later. If you don't mind, we should put 
 this into the DUB main repository and also get in touch with the package 
 maintainers to include it in the standard distribution.

I'm agree. I'll include it on deb packages as sun as it is in dub repository.

Regards,
-- 
Jordi Sayol

Re: Icons for .d and .di files

[Jordi Sayol via Digitalmars-d]

Another based on Alix Pexton's logo:

http://s12.postimg.org/nz8amui7h/dsrc5.png

-- 
Jordi Sayol

Re: Icons for .d and .di files

[Jordi Sayol via Digitalmars-d]

El 20/06/14 11:49, FreeSlave via Digitalmars-d ha escrit:
 Thanks, but they are still logos, not icons for files. File icon should 
 appear as document. Like this 
 http://th04.deviantart.net/fs70/200H/f/2012/037/1/a/c___programming_language_dock_icon_by_timsmanter-d4ougsk.png


http://s28.postimg.org/d4hqy7hv1/dsrc1.png
http://s28.postimg.org/kyicjlpnx/dsrc2.png
http://s28.postimg.org/4os6gpezx/dsrc3.png

-- 
Jordi Sayol

Re: Icons for .d and .di files

[Jordi Sayol via Digitalmars-d]

El 20/06/14 18:02, Jordi Sayol via Digitalmars-d ha escrit:
 El 20/06/14 11:49, FreeSlave via Digitalmars-d ha escrit:
 Thanks, but they are still logos, not icons for files. File icon should 
 appear as document. Like this 
 http://th04.deviantart.net/fs70/200H/f/2012/037/1/a/c___programming_language_dock_icon_by_timsmanter-d4ougsk.png
 
 
 http://s28.postimg.org/d4hqy7hv1/dsrc1.png
 http://s28.postimg.org/kyicjlpnx/dsrc2.png
 http://s28.postimg.org/4os6gpezx/dsrc3.png
 

A bigger one

http://s7.postimg.org/cmwclyxh7/dsrc4.png

-- 
Jordi Sayol

Re: D Users Survey: Primary OS?

[Jordi Sayol via Digitalmars-d]

El 29/05/14 17:53, Tom Browder via Digitalmars-d ha escrit:
 Has anyone done a survey of the primary OS of D users?
 
 I (a D newbie) use Debian Linux (64-bit), but I get the feeling that
 many (if not most) users are on some version of Windows.
 

Linux Mint Debian Edition (64-bit)

-- 
Jordi Sayol

Re: Thank you Kenji

[Jordi Sayol via Digitalmars-d]

El 23/05/14 06:11, Martin Nowak via Digitalmars-d ha escrit:
 Today at DConf we learned, once again, that people are doing and
 starting amazing projects using D. A lot of which wouldn't have
 been possible without your contribution. So I just wanted to say
 thank you.
 
 -Martin
 

+1000

どうもありがとうございます

-- 
Jordi Sayol

dmd and pkg-config

[Jordi Sayol via Digitalmars-d]

Since dmd.conf has specific flags depending on word size generated by dmd, is 
there any way to know this state i.e. like an environment variable?

pkg-config command is an easy way to give the compiler the right flags for an 
specific library. Now these flags are for both, 32 and 64 bit. If pkg-config 
was able to know this information, then will first search on the right library 
path by setting PKG_CONFIG_PATH environment variable, avoiding the use of 
--no-warn-search-mismatch flag and becoming in a faster linking.

Another solution should be include the pkg-config functionality into the 
compiler itself.

Regards, 
-- 
Jordi Sayol

Re: Configuring Phobos from the 1-click installer

[Jordi Sayol via Digitalmars-d-learn]

El 11/05/14 07:34, Moses via Digitalmars-d-learn ha escrit:
 On Sunday, 11 May 2014 at 04:33:24 UTC, Ali Çehreli wrote:
 On 05/10/2014 07:12 PM, Moses wrote:
 After using the 1-click Ubuntu installer, I'm having trouble figuring
 out how to import standard library functions for Phobos. I get the message:

 Error: module io is in file 'std/std/io.d' which cannot be read

 Judging from the repeated stds up there I think you put a dot before io:

 import std.std.io;  // -- WRONG

 The second dot should not be there. Do this instead:

 import std.stdio;  // -- correct

 Ali
 
 
 Thanks, I also found that I need to include the flag 
 -I/usr/include/dmd/phobos to get it to compile. I tried doing:
 
 export PATH=$PATH:/usr/include/dmd/phobos
 
 but apparently I still need the -I flag. Is there another way to get around 
 this?
 

PATH environment variable is not related at all with phobos2 sources paths.

All Linux packages (Ubuntu too) includes -I/usr/include/dmd/phobos on 
/etc/dmd.conf configuration file.
If you need to explicit pass this argument to dmd compiler, may be due to 
several reasons.

- You've edited your /etc/dmd.conf file.

- You've created a new dmd.conf on your current directory, on you home 
directory or on dmd command directory (/usr/bin/).

Any dmd.conf file on these places, overrides /etc/dmd.conf

Take a look at:
$ cat /etc/dmd.conf

Regard,
-- 
Jordi Sayol

Re: Tkd - Cross platform GUI toolkit based on Tcl/Tk

[Jordi Sayol via Digitalmars-d-announce]

There are new deb packages for TkD v1.0.3 beta, available at 
http://d-apt.sourceforge.net/

To install:
$ sudo apt-get install libtkd-dev libtkd-doc

To compile the TkD example (static linking):
$ dmd `pkg-config --cflags --libs tkd-static` 
-J/usr/share/libtkd-doc/example/media/ /usr/share/libtkd-doc/example/example.d

To compile the TkD example (shared linking):
$ dmd -release `pkg-config --cflags --libs tkd` 
-J/usr/share/libtkd-doc/example/media/ /usr/share/libtkd-doc/example/example.d

Regards,
-- 
Jordi Sayol

Re: How I Came to Write D -- by Walter Bright

[Jordi Sayol]

El 11/04/14 12:10, Walter Bright ha escrit:

 but hey, now we have D.
 
 Yeah, I like D far better than Java.

+1000

-- 
Jordi Sayol

Re: Installing 32 bit libcurl.so.4 on Ubuntu

[Jordi Sayol]

El 09/04/14 05:31, Walter Bright ha escrit:
 Anyone know how?
 
 sudo apt-get install curl
 
 doesn't do it.
 

curl runtime library:

sudo apt-get install libcurl3


curl development library:

sudo apt-get install libcurl4-openssl-dev


Regards,
-- 
Jordi Sayol

Re: Installing 32 bit libcurl.so.4 on Ubuntu

[Jordi Sayol]

El 09/04/14 05:31, Walter Bright ha escrit:
 Anyone know how?
 
 sudo apt-get install curl
 
 doesn't do it.
 

curl runtime library:

sudo apt-get install libcurl3


curl development library:

sudo apt-get install libcurl4-openssl-dev


32-bit libcurl4-openssl-dev on 64-bit system:

sudo apt-get install libcurl3:i386


libcurl4-openssl-dev 32-bit is not installable on 64-bit system due to 
dependencies.


Regards,
-- 
Jordi Sayol

Re: Installing 32 bit libcurl.so.4 on Ubuntu

[Jordi Sayol]

El 09/04/14 09:46, Jordi Sayol ha escrit:
[...]
 32-bit libcurl4-openssl-dev on 64-bit system:
 
   sudo apt-get install libcurl3:i386
[...]

typo, it should be:

32-bit libcurl3 library on 64-bit system:

sudo apt-get install libcurl3:i386

-- 
Jordi Sayol

Re: DFL can be used by D2.065

[Jordi Sayol]

Is there somebody maintaining the GTK branch of DFL?

-- 
Jordi Sayol

Re: Happy Tenth Birthday, GDC!

[Jordi Sayol]

El 23/03/14 03:05, Andrei Alexandrescu ha escrit:
 Hello everyone,
 
 
 Today GDC celebrates 10 years of existence.
 
 Please join me in expressing sincere congratulations to everyone who 
 contributed to the project. I would like to emphasize that GDC is a key 
 component of D's present and future success, and I am looking forward to more 
 awesome progress from Iain, Johannes and hopefully an ever-growing gang!
 
 
 Happy Birthday!
 
 Andrei
 

+1

-- 
Jordi Sayol

Re: dmd 2.065.0

[Jordi Sayol]

El 24/02/14 09:45, Andrew Edwards ha escrit:
 The final release of DMD 2.065 is now available.

Congratulations for this new dmd release!

New deb packages and dlangspec in several formats available at 
http://d-apt.sourceforge.net/

-- 
Jordi Sayol

Re: DUB 0.9.21

[Jordi Sayol]

Congratulations for this new dub release.

Already uploaded new dub deb packages for this release at 
http://d-apt.sourceforge.net/

-- 
Jordi Sayol

Re: Preflight of DUB 0.9.21 (RC 5)

[Jordi Sayol]

El 20/02/14 17:04, Sönke Ludwig ha escrit:
 Hopefully the final release candidate has been uploaded. The new RPM package 
 could need some testing:
 
 http://code.dlang.org/files/dub-0.9.21-0.rc.5.x86_64.rpm
 http://code.dlang.org/download
 

dub rc5 binaries properly tested on Debian 6.

New rpm package properly tested on Fedora 14, Fedora 18 and OpenSUSE 12.4

Will be a rpm 32-bit version?

-- 
Jordi Sayol

Re: Preflight of DUB 0.9.21 (RC 3)

[Jordi Sayol]

El 13/02/14 05:28, Etienne Cimon ha escrit:
 On Wednesday, 12 February 2014 at 15:40:27 UTC, Jordi Sayol wrote:
 El 12/02/14 09:53, Sönke Ludwig ha escrit:
 The binaries can be found on http://code.dlang.org/download (Latest 
 preview).

 On Debian 7.4 64-bit:

 $ dub
 dub: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found 
 (required by dub)


 No problem on Debian 7.4 32-bit.
 
 You'll find the version of = GLIBC_2.14 in debian's experimental repo in 
 aptitude.
 
 $ sudo vim /etc/apt/sources.list
 
 in this file you can append:
 
 deb http://ftp.debian.org/debian/ experimental main
 deb-src http://ftp.debian.org/debian/ experimental main
 
 Then you can run
 $ sudo apt-get -t experimental update  sudo apt-get -t experimental upgrade
 
 You should receive glibc 2.18-* experimental which is =2.14 i.e. compatible 
 with dub 0.9.21
 
 You should also install the most recent version of libevent with
 
 $ sudo apt-cache search libevent-2*
 
 which should return libevent-2.0-5, in which case you can run
 
 $ sudo apt-get libevent-2.0-5 libevent-pthreads-2.0-5 libevent-dev
 
 That should do :)
 

Thank you but this should be done by every Debian 6 or 7 dub user.

The easiest way to fix this is to compile dub on Debian 6 or 7.

Regards,
-- 
Jordi Sayol

Re: D as A Better C?

[Jordi Sayol]

El 11/02/14 20:43, Walter Bright ha escrit:
 (First off, I hate the name better C, any suggestions?)

DonC

-- 
Jordi Sayol

Re: Preflight of DUB 0.9.21 (RC 3)

[Jordi Sayol]

El 12/02/14 09:53, Sönke Ludwig ha escrit:
 The binaries can be found on http://code.dlang.org/download (Latest 
 preview).

On Debian 7.4 64-bit:

$ dub
dub: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required 
by dub)


No problem on Debian 7.4 32-bit.

-- 
Jordi Sayol

Re: Preflight of DUB 0.9.21 (RC 3)

[Jordi Sayol]

El 13/02/14 00:18, Sönke Ludwig ha escrit:
 Am 12.02.2014 19:12, schrieb Sönke Ludwig:
 Am 12.02.2014 16:40, schrieb Jordi Sayol:
 El 12/02/14 09:53, Sönke Ludwig ha escrit:
 The binaries can be found on http://code.dlang.org/download (Latest
 preview).

 On Debian 7.4 64-bit:

 $ dub
 dub: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found
 (required by dub)


 No problem on Debian 7.4 32-bit.


 I'll build the next RC with Debian 6 instead of Ubuntu 12.04 for 64-bit,
 hopefully that works...
 
 Okay, uploaded a new version of RC 3 built on Debian 7 x64 instead.
 

It properly runs even on Debian 6 x64. Thanks!

-- 
Jordi Sayol

Re: dmd 2.065 beta 3

[Jordi Sayol]

El 07/02/14 16:56, Martin Nowak ha escrit:
 On 02/03/2014 07:34 PM, Andrew Edwards wrote:
 http://ftp.digitalmars.com/libphobos2-65_2.065.0-b3-0_amd64.deb
 http://ftp.digitalmars.com/libphobos2-65_2.065.0-b3-0_i386.deb
 
 Do we need separate libphobos2 debian packages?
 Until now I've never seen them on the website 
 (http://dlang.org/download.html) and AFAIK libphobs2.* is already in the dmd 
 package.
 

That's correct, libphobos2.* is in the all-in-one dmd deb package. If a program 
compiled against libphobos2.so.*.*.* should be run in a third computer, you 
need this library on that system.

libphobos2-63, libphobos2-64, etc. only contains the phobos shared library of 
that version for run-time purposes only.

The version is included on their names allowing to install multiple phobos 
shared libraries version at same time.

As dmd package contains this library to, the same version of libphobos2-?? and 
dmd deb packages conflicts, so they cannot be installed together.

Regards,
-- 
Jordi Sayol

Re: DCD 0.3.0-beta1 and DScanner 0.1.0-beta1

[Jordi Sayol]

New DCD and Textadept deb packages on d-apt.

http://d-apt.sourceforge.net/

-- 
Jordi Sayol

Re: DCD 0.3.0-beta1 and DScanner 0.1.0-beta1

[Jordi Sayol]

Including basic dmd phobos druntime/import when dcd-server is loaded, in my 
system takes about 10 seconds, and much more if I add i.e. gtkd (about 6 
minutes!).

Is it possible to include them to the dcd-server cache by demand? This should 
be much faster.

i.e. dcd-server can read only the module names in the included paths at start 
up, and then load everything else when a specific module is imported in the 
source code. When a source file is open by the editor, add its imports to 
update dcd-server cache. If imported module has public imports, these modules 
should be loaded too.

-- 
Jordi Sayol

Re: DCD 0.3.0-beta1 and DScanner 0.1.0-beta1

[Jordi Sayol]

El 05/02/14 19:18, Brian Schott ha escrit:
 If the server takes 6 minutes to do anything, that's a bug. Can you file this 
 please?

https://github.com/Hackerpilot/DCD/issues/108

-- 
Jordi Sayol

Re: DCD 0.3.0-beta1 and DScanner 0.1.0-beta1

[Jordi Sayol]

Adding gtkd2 sources to dcd-server takes more than 6 minutes. Is this correct?

-- 
Jordi Sayol

Re: DCD 0.3.0-beta1 and DScanner 0.1.0-beta1

[Jordi Sayol]

New Dscanner v0.1.0-beta2 deb package available at d-apt:

http://d-apt.sourceforge.net/

-- 
Jordi Sayol

Re: It works!

[Jordi Sayol]

The URL ftp://ftp.digitalmars.com/ do not show any file.

-- 
Jordi Sayol

Re: It works!

[Jordi Sayol]

El 29/01/14 18:39, Andrew Edwards ha escrit:
 On 1/29/14, 8:16 AM, Jordi Sayol wrote:
 The URL ftp://ftp.digitalmars.com/ do not show any file.

 
 This is true. It stopped working on Monday. But you can still access the 
 files by using http://ftp.digitalmars.com/ instead.
 

Is this temporally down or forever?

-- 
Jordi Sayol

Re: Plot library wanted

[Jordi Sayol]

El 27/01/14 13:54, John Colvin ha escrit:
 On Monday, 27 January 2014 at 12:46:43 UTC, terchestor wrote:
 I need a rather simple but efficient 2D (but 3D would be even better) 
 plotting library for DSP visualization.
 PLplot has D language bindings, however a search for PLplot on this site 
 pages returns only three old links.
 Does anyone using PLplot can tell if it's worth using it or is there any 
 alternative?
 
 Don't know about PLplot but you could take a look at 
 https://github.com/dsimcha/Plot2kill
 

If in Debian, there are plot2kill binary packages:
http://d-apt.sourceforge.net/
$ sudo apt-get install libplot2kill-dev libplot2kill-doc

There is an example:
$ dmd `pkg-config --cflags --libs plot2kill-static` -run 
/usr/share/libplot2kill-doc/examples/demo.d

-- 
Jordi Sayol

Re: dmd 2.065 beta 1 #2

[Jordi Sayol]

El 26/01/14 16:23, Dejan Lekic ha escrit:
 On Wednesday, 22 January 2014 at 08:25:05 UTC, Jordi Sayol wrote:
 El 22/01/14 02:06, Andrew Edwards ha escrit:
 On 1/21/14, 6:02 PM, Jordi Sayol wrote:
 El 21/01/14 23:29, Brad Anderson ha escrit:
  #.###.~b#  == 2.065.b1  // beta
  #.###.~rc# == 2.065.rc1 // release candidate
  #.###.0   == 2.065.0   // initial release
  #.###.#   == 2.065.1   // hotfix

 On Debian, 2.065.rc1 is bigger than 2.065.0, so if 
 dmd_2.065.rc1-0_amd64.deb is installed and you try to upgrade to 
 dmd_2.065.0-0_amd64.deb, system will answer something like You have 
 installed a newer version.

 No problem if these deb packages are for internal use and test, but not 
 for a public download.

 $ dpkg --compare-versions 2.065.0 gt 2.065.rc1  echo Bigger || 
 echo Not bigger


 Apparently the same problem exists on FreeBSD. The first solution that 
 comes to mind is to prefix the qualifiers for betas and release candidates 
 with a tilde. As such:

 2.065~b1
 2.065~rc1

 or:

 2.065.~b1
 2.065.~rc1

 This solution works on both Ubuntu and FreeBSD but I'm not sure it is the 
 right one. Suggestions are welcomed.

 I prefer:

 2.65~b1
 2.65~rc1

 because 2.65.0 and 2.65 are bigger than 2.65~rc1, regardless if 
 qualifier number is present or not in final release version.

 I think that, as much as possible, we should use exactly the same version 
 string for all installers, zip, deb, rpm, dmg, etc.
 So if there is no problem on OSX, Windows, etc. I propose this versioning 
 scheme:

 #.#~b#  == 2.65~b1  // beta
 #.#~rc# == 2.65~rc1 // release candidate
 #.#.#   == 2.65.0   // initial release
 #.#.#   == 2.65.1   // hotfix
 
 I do not like the tilda scheme above. Because it does not conform to the 
 major.minor.micro-qualifier scheme.
 
 Before I propose another scheme, let me list some assumptions:
 
 1) We will never have more than 3 release candidates.
 2) Same goes for betas. You rarely see more than two beta releases for 
 certain upcoming release of a product.
 
 Therefore I propose the following (if it is compatible with FreeBSD and 
 Debian) simple solution. We simply move beta and rc into the qualifier.
 
 So, we have:
 2.065.0 (release)
 2.065.0-rc2 (release candidate)
 2.065.0-b1 (beta one)
 
 This makes more sense IMHO.
 


This scheme was already proposed by Leandro Lucarella, and I like it.
http://forum.dlang.org/thread/lbmru9$290b$1...@digitalmars.com#post-20140122001903.GE23332:40llucax.com.ar
It only differs by leading zero on minor number, which can be cleanly removed.

Anyway, tilde is still mandatory on Debian packages due to upgrade reasons, so 
we can apply the Leandro's solution too:
s/-/~/

Regards,
-- 
Jordi Sayol

Re: dmd 2.065 beta 1 #2

[Jordi Sayol]

El 26/01/14 21:59, Andrew Edwards ha escrit:
 On 1/26/14, 11:19 AM, Jordi Sayol wrote:
 El 26/01/14 16:23, Dejan Lekic ha escrit:
 On Wednesday, 22 January 2014 at 08:25:05 UTC, Jordi Sayol wrote:
 El 22/01/14 02:06, Andrew Edwards ha escrit:
 On 1/21/14, 6:02 PM, Jordi Sayol wrote:
 El 21/01/14 23:29, Brad Anderson ha escrit:
   #.###.~b#  == 2.065.b1  // beta
   #.###.~rc# == 2.065.rc1 // release candidate
   #.###.0   == 2.065.0   // initial release
   #.###.#   == 2.065.1   // hotfix

 On Debian, 2.065.rc1 is bigger than 2.065.0, so if 
 dmd_2.065.rc1-0_amd64.deb is installed and you try to upgrade to 
 dmd_2.065.0-0_amd64.deb, system will answer something like You have 
 installed a newer version.

 No problem if these deb packages are for internal use and test, but not 
 for a public download.

 $ dpkg --compare-versions 2.065.0 gt 2.065.rc1  echo Bigger || 
 echo Not bigger


 Apparently the same problem exists on FreeBSD. The first solution that 
 comes to mind is to prefix the qualifiers for betas and release 
 candidates with a tilde. As such:

  2.065~b1
  2.065~rc1

 or:

  2.065.~b1
  2.065.~rc1

 This solution works on both Ubuntu and FreeBSD but I'm not sure it is the 
 right one. Suggestions are welcomed.

 I prefer:

 2.65~b1
 2.65~rc1

 because 2.65.0 and 2.65 are bigger than 2.65~rc1, regardless if 
 qualifier number is present or not in final release version.

 I think that, as much as possible, we should use exactly the same version 
 string for all installers, zip, deb, rpm, dmg, etc.
 So if there is no problem on OSX, Windows, etc. I propose this versioning 
 scheme:

 #.#~b#  == 2.65~b1  // beta
 #.#~rc# == 2.65~rc1 // release candidate
 #.#.#   == 2.65.0   // initial release
 #.#.#   == 2.65.1   // hotfix

 I do not like the tilda scheme above. Because it does not conform to the 
 major.minor.micro-qualifier scheme.

 Before I propose another scheme, let me list some assumptions:

 1) We will never have more than 3 release candidates.
 2) Same goes for betas. You rarely see more than two beta releases for 
 certain upcoming release of a product.

 Therefore I propose the following (if it is compatible with FreeBSD and 
 Debian) simple solution. We simply move beta and rc into the qualifier.

 So, we have:
 2.065.0 (release)
 2.065.0-rc2 (release candidate)
 2.065.0-b1 (beta one)

 This makes more sense IMHO.



 This scheme was already proposed by Leandro Lucarella, and I like it.
 http://forum.dlang.org/thread/lbmru9$290b$1...@digitalmars.com#post-20140122001903.GE23332:40llucax.com.ar
 It only differs by leading zero on minor number, which can be cleanly 
 removed.

 Anyway, tilde is still mandatory on Debian packages due to upgrade reasons, 
 so we can apply the Leandro's solution too:
 s/-/~/

 Regards,

 
 Jordi, I need you to explain this. You wrote the scripts for the pkg 
 installers right? What happens when you pass a version number containing a 
 - to dmd_rpm.sh? I'll tell you:
 
 Building for target platforms: i386
 Building for target i386
 error: line 2: Illegal character '-' in: Version: 2.065.0-b2
 
 I initially changed the naming convention because of errors like these 
 cropping up all over your scripts. Change it to '~' and it craps out on 
 another one of your scrips for a different package. Multiple other
 
 My question is, what is the proper version scheme that fits all the systems 
 that you are trying to make these packages for? This one obviously does not 
 work for at lease one of them.

Andrew, the current deb/rpm building script version scheme is:

^[0-9].[0-9][0-9][0-9]$
or
^[0-9].[0-9][0-9][0-9].[0-9]+$


I'm waiting to know the final new dmd versioning scheme. As soon as it is 
stablished, I'll modify these scripts to allow them.

Of course if the new scheme contains *-b? or *-rc?, - will be replaced by 
~, for a correct package upgrade on Debian.

I don't know if this happens on rpm systems too. I'll investigate.

Regards,
-- 
Jordi Sayol

Re: dmd 2.065 beta 1 #2

[Jordi Sayol]

El 26/01/14 22:37, Andrew Edwards ha escrit:
 On 1/26/14, 4:20 PM, Jordi Sayol wrote:
 El 26/01/14 21:59, Andrew Edwards ha escrit:

 Jordi, I need you to explain this. You wrote the scripts for the pkg 
 installers right? What happens when you pass a version number containing a 
 - to dmd_rpm.sh? I'll tell you:

  Building for target platforms: i386
  Building for target i386
  error: line 2: Illegal character '-' in: Version: 2.065.0-b2

 I initially changed the naming convention because of errors like these 
 cropping up all over your scripts. Change it to '~' and it craps out on 
 another one of your scrips for a different package. Multiple other

 My question is, what is the proper version scheme that fits all the systems 
 that you are trying to make these packages for? This one obviously does not 
 work for at lease one of them.

 Andrew, the current deb/rpm building script version scheme is:

 ^[0-9].[0-9][0-9][0-9]$
 or
 ^[0-9].[0-9][0-9][0-9].[0-9]+$

 
 I've modified the version scheme so the script does not have a problem 
 identifying the zip. It simply craps the bed when it reaches dmd_rpm.sh.
 


[...]
error: line 2: Illegal char '-' in: Version: 2.065.0-b2
-

rpm packages do not allows - on version.

I've pull-requested deb/rpm scripts to fix new dmd versioning scheme. Dash - 
is replaced by tilde ~ on deb/rpm packages version, and so on packages name.
https://github.com/D-Programming-Language/installer/pull/47

-- 
Jordi Sayol

Re: dmd 2.065 beta 1 #2

[Jordi Sayol]

El 24/01/14 00:24, Brad Anderson ha escrit:
 On Thursday, 23 January 2014 at 13:29:31 UTC, Martin Nowak wrote:
 On Thursday, 23 January 2014 at 06:50:47 UTC, Brad Anderson wrote:
 This of course is relying on the zip file getting uploaded to
 downloads.dlang.org.  You could use the digitalmars urls for
 betas, I suppose, since those don't end up on the download site
 anyway.  The url template is just a bit further down in the file.

 Please no manual steps. Is it possible to do this in the nsi script?
 
 Well, presumably Andrew will get access to upload to the download site at 
 some point soon and he's just use that instead of digitalmars's FTP and this 
 won't be a problem.
 
 The NSIS script already requires a bit of manual editing (basically just 
 updating the version number). I think I can probably figure out a way to do 
 away with that though (NSIS can pull definitions from a separate file and the 
 NSIS command line supports specifying definitions). I'll experiment with 
 these soon and see what I can do to allow it to be completely automated.
 

You can take a look on linux/win/installer.nsi that get version argument from 
linux/dmd_win.sh and therefore from command line.
 
-- 
Jordi Sayol

Re: dmd 2.065 beta 1 #2

[Jordi Sayol]

El 22/01/14 02:06, Andrew Edwards ha escrit:
 On 1/21/14, 6:02 PM, Jordi Sayol wrote:
 El 21/01/14 23:29, Brad Anderson ha escrit:
  #.###.~b#  == 2.065.b1  // beta
  #.###.~rc# == 2.065.rc1 // release candidate
  #.###.0   == 2.065.0   // initial release
  #.###.#   == 2.065.1   // hotfix

 On Debian, 2.065.rc1 is bigger than 2.065.0, so if 
 dmd_2.065.rc1-0_amd64.deb is installed and you try to upgrade to 
 dmd_2.065.0-0_amd64.deb, system will answer something like You have 
 installed a newer version.

 No problem if these deb packages are for internal use and test, but not for 
 a public download.

 $ dpkg --compare-versions 2.065.0 gt 2.065.rc1  echo Bigger || echo 
 Not bigger

 
 Apparently the same problem exists on FreeBSD. The first solution that comes 
 to mind is to prefix the qualifiers for betas and release candidates with a 
 tilde. As such:
 
 2.065~b1
 2.065~rc1
 
 or:
 
 2.065.~b1
 2.065.~rc1
 
 This solution works on both Ubuntu and FreeBSD but I'm not sure it is the 
 right one. Suggestions are welcomed.

I prefer:

2.65~b1
2.65~rc1

because 2.65.0 and 2.65 are bigger than 2.65~rc1, regardless if 
qualifier number is present or not in final release version.

I think that, as much as possible, we should use exactly the same version 
string for all installers, zip, deb, rpm, dmg, etc.
So if there is no problem on OSX, Windows, etc. I propose this versioning 
scheme:

#.#~b#  == 2.65~b1  // beta
#.#~rc# == 2.65~rc1 // release candidate
#.#.#   == 2.65.0   // initial release
#.#.#   == 2.65.1   // hotfix

-- 
Jordi Sayol

Re: dmd 2.065 beta 1 #2

[Jordi Sayol]

El 22/01/14 09:31, deadalnix ha escrit:
 On Wednesday, 22 January 2014 at 08:25:05 UTC, Jordi Sayol wrote:
 I prefer:

 2.65~b1
 2.65~rc1

 because 2.65.0 and 2.65 are bigger than 2.65~rc1, regardless if 
 qualifier number is present or not in final release version.

 I think that, as much as possible, we should use exactly the same version 
 string for all installers, zip, deb, rpm, dmg, etc.
 So if there is no problem on OSX, Windows, etc. I propose this versioning 
 scheme:

 #.#~b#  == 2.65~b1  // beta
 #.#~rc# == 2.65~rc1 // release candidate
 #.#.#   == 2.65.0   // initial release
 #.#.#   == 2.65.1   // hotfix
 
 Please, this has been discussed to death already. Nobody care what anybody 
 prefers. Unless you have an actual reason to ask for a format change (fit 
 better with current packaging systems for instance) please restrain yourself.
 

Please, if you don't like this proposed change based on a real problem on 
Debian and not on my prefers, refute it with arguments but do not tell me 
that I should keep quiet.

-- 
Jordi Sayol

Re: dmd 2.065 beta 1 #2

[Jordi Sayol]

El 21/01/14 23:29, Brad Anderson ha escrit:
 Please use the one in windows/dinstaller.nsi (I need to get some free time to 
 unify that with Jordi's windows installer in the linux folder).

Windows installer from Linux folder is out of the building process. The only 
one windows installer is in windows/ folder.

-- 
Jordi Sayol

Re: dmd 2.065 beta 1 #2

[Jordi Sayol]

If we upgrade the version scheme, we can remove the initial zero too:

2.65.b1
2.65.rc1
2.65.0
2.65.1

-- 
Jordi Sayol

Re: DMD via MacPorts has a problem

[Jordi Sayol]

El 21/01/14 20:44, Russel Winder ha escrit:
 I have used the command:
 
 dmd -shared -defaultlib=libphobos2.so -oflibsayhello.so
 source/sayHello.o -L-L.
 
 successfully on Debian Unstable using the dmd-bin and libphobos2-dev
 debs from d-apt. However on OSX using the dmd and phobos ports as
 provided via MacPorts:
 
 dmd -shared -defaultlib=libphobos2.so -oflibsayhello.so
 source/sayHello.o -L-L.
 ld: library not found for -llibphobos2.so
 clang: error: linker command failed with exit code 1 (use -v to see
 invocation)
 --- errorlevel 1
 
 It seems that the phobos port only installs the static archive and not
 the dynamic library.
 
 I appreciate the library should probably be called libphobos2.dylib
 rather than libphobos2.so on OSX but that is not provided.
 

libphobos2.so for OSX is not yet available. You should use libphobos2.a.

BTW This thread is provably for: digitalmars-d-le...@puremagic.com

-- 
Jordi Sayol

Re: GtkD - how to install

[Jordi Sayol]

El 22/12/13 14:29, Amateur ha escrit:
 Hello,
 
 I'm beginning with programming on desktop. After choosing which
 language is da best for me, I chose D. And now I want to create
 GUI applications, so I tried installing GtkD and I failed. Can
 anybody give me a short manual?
 
 I'd like to code on linux (openSUSE 13.1), but if I'll get help
 on Windows, I'll be happy too.
 
 Thank you
 

There is http://d-apt.sourceforge.net/ for Debian Linux.

-- 
Jordi Sayol