www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - DUB 0.9.24 beta 1 with SDL support ready for testing

reply =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig rejectedsoftware.com> writes:
A new beta version out with support for the new SDL [1] based package 
description format. If you are interested, please take some time to test 
the implementation and to discuss any possible improvements to the 
format specification before the final 0.9.24 release is made.

The specification is currently still found on the wiki, but will be 
moved to code.dlang.org together with the final release:
https://github.com/D-Programming-Language/dub/wiki/DEP1

Download:
http://code.dlang.org/download

Change log:
https://github.com/D-Programming-Language/dub/blob/master/CHANGELOG.md

[1]: http://sdl.ikayzo.org/display/SDL/Home
Jun 17 2015
next sibling parent "ponce" <contact gam3sfrommars.fr> writes:
On Wednesday, 17 June 2015 at 07:27:01 UTC, Sönke Ludwig wrote:

 A new beta version out with support for the new SDL [1] based 
 package description format. If you are interested, please take 
 some time to test the implementation and to discuss any 
 possible improvements to the format specification before the 
 final 0.9.24 release is made.

 The specification is currently still found on the wiki, but 
 will be moved to code.dlang.org together with the final release:
 https://github.com/D-Programming-Language/dub/wiki/DEP1

 Download:
 http://code.dlang.org/download

 Change log:
 https://github.com/D-Programming-Language/dub/blob/master/CHANGELOG.md

 [1]: http://sdl.ikayzo.org/display/SDL/Home


Great.
The new "platform" attribute looks better than the current 
situation.
Jun 17 2015
prev sibling next sibling parent reply Jacob Carlborg <doob me.com> writes:
On 17/06/15 09:26, Sönke Ludwig wrote:


 A new beta version out with support for the new SDL [1]


I really like it. More than half of it looks like Ruby :). Is there 
support in editors for SDL, like syntax highlighting?

-- 
/Jacob Carlborg
Jun 18 2015
parent reply "extrawurst" <stephan extrawurst.org> writes:
On Thursday, 18 June 2015 at 19:58:31 UTC, Jacob Carlborg wrote:

 On 17/06/15 09:26, Sönke Ludwig wrote:


 A new beta version out with support for the new SDL [1]


 I really like it. More than half of it looks like Ruby :). Is 
 there support in editors for SDL, like syntax highlighting?


I used simple C highlighting in notepad++ to at least get folding 
;)

-- Stephan
Jun 18 2015
parent reply "Suliman" <evermind live.ru> writes:
dub init generate by default json file. SDL still is not sully 
implemented?
Jun 24 2015
parent =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig rejectedsoftware.com> writes:
Am 24.06.2015 um 20:36 schrieb Suliman:

 dub init generate by default json file. SDL still is not sully implemented?


Updated in beta.2.
Jul 02 2015
prev sibling next sibling parent reply =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig rejectedsoftware.com> writes:
Am 17.06.2015 um 09:26 schrieb Sönke Ludwig:

 A new beta version out with support for the new SDL [1] based package
 description format. If you are interested, please take some time to test
 the implementation and to discuss any possible improvements to the
 format specification before the final 0.9.24 release is made.

 The specification is currently still found on the wiki, but will be
 moved to code.dlang.org together with the final release:
 https://github.com/D-Programming-Language/dub/wiki/DEP1

 Download:
 http://code.dlang.org/download

 Change log:
 https://github.com/D-Programming-Language/dub/blob/master/CHANGELOG.md

 [1]: http://sdl.ikayzo.org/display/SDL/Home


The second beta is out now. "dub init" now creates an SDL package 
description by default (use --format=json to get a dub.json instead).

"dub describe" has gotten a lot more powerful with a new "targets" field 
and the new "--data" switch. This is especially useful for external 
build tools based on this output. Pre/post build/generate commands can 
now access a bunch of additional environment variables [1].

[1]: 
https://github.com/D-Programming-Language/dub/blob/00f59eb63dcf922e1ad77ede13cbfdcf0a09084f/source/dub/generators/generator.d#L451
Jul 02 2015
next sibling parent reply "extrawurst" <stephan extrawurst.org> writes:
On Thursday, 2 July 2015 at 20:39:45 UTC, Sönke Ludwig wrote:

 Am 17.06.2015 um 09:26 schrieb Sönke Ludwig:

 [...]


 The second beta is out now. "dub init" now creates an SDL 
 package description by default (use --format=json to get a 
 dub.json instead).

 "dub describe" has gotten a lot more powerful with a new 
 "targets" field and the new "--data" switch. This is especially 
 useful for external build tools based on this output. Pre/post 
 build/generate commands can now access a bunch of additional 
 environment variables [1].

 [1]: 
 https://github.com/D-Programming-Language/dub/blob/00f59eb63dcf922e1ad77ede13cbfdcf0a09084f/source/dub/generators/generator.d#L451


Awesome! Is there a dub cmd to convert a given project to SDL ?
Jul 02 2015
parent reply =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig rejectedsoftware.com> writes:
Am 02.07.2015 um 23:59 schrieb extrawurst:

 Awesome! Is there a dub cmd to convert a given project to SDL ?


Currently sdlang-d [1] supports only parsing of SDL files, but not 
generating them. That and the code to serialize an internal package 
recipe back to an SDL representation is missing. So it won't make it 
into this release, but it doesn't sound like a bad idea.

[1]: https://github.com/Abscissa/SDLang-D
Jul 14 2015
parent "extrawurst" <stephan extrawurst.org> writes:
On Tuesday, 14 July 2015 at 13:16:56 UTC, Sönke Ludwig wrote:

 Am 02.07.2015 um 23:59 schrieb extrawurst:

 Awesome! Is there a dub cmd to convert a given project to SDL ?


 Currently sdlang-d [1] supports only parsing of SDL files, but 
 not generating them. That and the code to serialize an internal 
 package recipe back to an SDL representation is missing. So it 
 won't make it into this release, but it doesn't sound like a 
 bad idea.

 [1]: https://github.com/Abscissa/SDLang-D


Actually SDLang-d supports generation of sdl documents:
https://github.com/Abscissa/SDLang-D/blob/master/example.d#L44

`toSDLDocument()` generates a string that can be saved to file.

I opened an issue for this matter in dub: 
https://github.com/D-Programming-Language/dub/issues/626
Jul 14 2015
prev sibling next sibling parent reply Mathias Lang via Digitalmars-d <digitalmars-d puremagic.com> writes:
Congrats on the work done !

2015-07-02 22:39 GMT+02:00 S=C3=B6nke Ludwig <digitalmars-d puremagic.com>:


 The second beta is out now. "dub init" now creates an SDL package
 description by default (use --format=3Djson to get a dub.json instead).


Honestly, I am really not fan of implementing a feature AND making it a
default in the same release.
Jul 02 2015
parent reply =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig rejectedsoftware.com> writes:
Am 03.07.2015 um 00:03 schrieb Mathias Lang via Digitalmars-d:

 Congrats on the work done !

 2015-07-02 22:39 GMT+02:00 Sönke Ludwig <digitalmars-d puremagic.com
 <mailto:digitalmars-d puremagic.com>>:


     The second beta is out now. "dub init" now creates an SDL package
     description by default (use --format=json to get a dub.json instead).


 Honestly, I am really not fan of implementing a feature AND making it a
 default in the same release.


It was a close decision, but the implementation is pretty simple and 
relatively well covered with tests, it shouldn't be an issue. So the 
only remaining issues would be possible compatibility issues for people 
not running the latest version (not *really* an issue) and the risk that 
the format, against all previous consideration, is deemed unsuited in 
the end (which would be really bad anyway).

What worries you the most?
Jul 02 2015
parent reply Mathias Lang via Digitalmars-d <digitalmars-d puremagic.com> writes:
2015-07-03 7:06 GMT+02:00 S=C3=B6nke Ludwig <digitalmars-d puremagic.com>:


 It was a close decision, but the implementation is pretty simple and
 relatively well covered with tests, it shouldn't be an issue. So the only
 remaining issues would be possible compatibility issues for people not
 running the latest version (not *really* an issue) and the risk that the
 format, against all previous consideration, is deemed unsuited in the end
 (which would be really bad anyway).

 What worries you the most?


I'm just not comfortable making a format basically nobody knows, which was
introduced less than a month ago as "an additive change", which isn't as
well documented and indexed as the json one is (
http://code.dlang.org/package-format) the default.
In addition the likeliness that few bugs will arise doesn't mean that none
will, and I'd take a used-over-the-years solution over something just
implemented any day.
`dub init` is likely to be the first thing a beginner will want to do as
soon as (s)he learns about code.dlang.org, and event if it's still possible
to use json, it's not well documented / known yet, so I don't see a clear
return on investment on this change, while I can clearly see a net loss.

Obviously I'm not saying the format is not suitable, but I'd like to give
it more time to mature.
Jul 03 2015
parent =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig rejectedsoftware.com> writes:
Am 03.07.2015 um 21:05 schrieb Mathias Lang via Digitalmars-d:

 2015-07-03 7:06 GMT+02:00 Sönke Ludwig <digitalmars-d puremagic.com
 <mailto:digitalmars-d puremagic.com>>:


     It was a close decision, but the implementation is pretty simple and
     relatively well covered with tests, it shouldn't be an issue. So the
     only remaining issues would be possible compatibility issues for
     people not running the latest version (not *really* an issue) and
     the risk that the format, against all previous consideration, is
     deemed unsuited in the end (which would be really bad anyway).

     What worries you the most?


 I'm just not comfortable making a format basically nobody knows, which
 was introduced less than a month ago as "an additive change", which
 isn't as well documented and indexed as the json one is
 (http://code.dlang.org/package-format) the default.
 In addition the likeliness that few bugs will arise doesn't mean that
 none will, and I'd take a used-over-the-years solution over something
 just implemented any day.
 `dub init` is likely to be the first thing a beginner will want to do as
 soon as (s)he learns about code.dlang.org <http://code.dlang.org>, and
 event if it's still possible to use json, it's not well documented /
 known yet, so I don't see a clear return on investment on this change,
 while I can clearly see a net loss.

 Obviously I'm not saying the format is not suitable, but I'd like to
 give it more time to mature.


It is heavily modeled after the JSON format, so it's not like there are 
a lot of new and unproven ideas. There may certainly be some things that 
could be improved, but those changes will need to happen in a 
backwards-compatible way no matter if default or not.

The documentation has been updated:
http://code.dlang.org/package-format?lang=sdl
Jul 04 2015
prev sibling parent reply =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig rejectedsoftware.com> writes:
For anyone using Sublime Text, I've created a simple syntax highlighting 
module:
https://packagecontrol.io/packages/SDLang

For other editors, any C language family syntax highlighting also works 
pretty well as far as DUB's use of SDL is concerned.
Jul 10 2015
parent "extrawurst" <stephan extrawurst.org> writes:
On Friday, 10 July 2015 at 15:19:50 UTC, Sönke Ludwig wrote:

 For anyone using Sublime Text, I've created a simple syntax 
 highlighting module:
 https://packagecontrol.io/packages/SDLang

 For other editors, any C language family syntax highlighting 
 also works pretty well as far as DUB's use of SDL is concerned.


Awesome!
Jul 11 2015
prev sibling parent reply "rsw0x" <anonymous anonymous.com> writes:
On Wednesday, 17 June 2015 at 07:27:01 UTC, Sönke Ludwig wrote:

 A new beta version out with support for the new SDL [1] based 
 package description format. If you are interested, please take 
 some time to test the implementation and to discuss any 
 possible improvements to the format specification before the 
 final 0.9.24 release is made.

 The specification is currently still found on the wiki, but 
 will be moved to code.dlang.org together with the final release:
 https://github.com/D-Programming-Language/dub/wiki/DEP1

 Download:
 http://code.dlang.org/download

 Change log:
 https://github.com/D-Programming-Language/dub/blob/master/CHANGELOG.md

 [1]: http://sdl.ikayzo.org/display/SDL/Home


Have you considered referring to it as SDLang? SDL is difficult 
to google/already taken by a much more prominent project. I know 
SDL isn't your creation and I can't speak for anyone else but 
before it was proposed for dub I never heard of Simple 
Declarative Language.

Googling "Simple Declarative Language" has less than 5,000 
results so I guess I'm not alone.
Jul 02 2015
parent reply =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig rejectedsoftware.com> writes:
Am 02.07.2015 um 22:45 schrieb rsw0x:

 On Wednesday, 17 June 2015 at 07:27:01 UTC, Sönke Ludwig wrote:

 A new beta version out with support for the new SDL [1] based package
 description format. If you are interested, please take some time to
 test the implementation and to discuss any possible improvements to
 the format specification before the final 0.9.24 release is made.

 The specification is currently still found on the wiki, but will be
 moved to code.dlang.org together with the final release:
 https://github.com/D-Programming-Language/dub/wiki/DEP1

 Download:
 http://code.dlang.org/download

 Change log:
 https://github.com/D-Programming-Language/dub/blob/master/CHANGELOG.md

 [1]: http://sdl.ikayzo.org/display/SDL/Home


 Have you considered referring to it as SDLang? SDL is difficult to
 google/already taken by a much more prominent project. I know SDL isn't
 your creation and I can't speak for anyone else but before it was
 proposed for dub I never heard of Simple Declarative Language.

 Googling "Simple Declarative Language" has less than 5,000 results so I
 guess I'm not alone.


I'd be very much in favor of that. We had a chat with the author about 
possible improvements, but I'm unsure if that topic has been addressed.

(Nick, do you remember by any chance where that discussion happened?)
Jul 02 2015
parent reply Nick Sabalausky <SeeWebsiteToContactMe semitwist.com> writes:
On 07/03/2015 01:58 AM, Sönke Ludwig wrote:

 Am 02.07.2015 um 22:45 schrieb rsw0x:

 Have you considered referring to it as SDLang?




FWIW, the D project to read/write that format is named "SDLang-D" (for 
exactly the reasons you describe):

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



 I'd be very much in favor of that. We had a chat with the author about
 possible improvements, but I'm unsure if that topic has been addressed.

 (Nick, do you remember by any chance where that discussion happened?)


It was all in a ticket (a few tickets?) for SDLang-D (and maybe DUB) on 
github, plus some direct email between marler8997 and Daniel (the 
original SDL guy).

I think this was the main one, not sure if there were others:
https://github.com/Abscissa/SDLang-D/issues/9
Jul 03 2015
next sibling parent reply "Brad Anderson" <eco gnuk.net> writes:
On Friday, 3 July 2015 at 14:36:24 UTC, Nick Sabalausky wrote:

 On 07/03/2015 01:58 AM, Sönke Ludwig wrote:

 Am 02.07.2015 um 22:45 schrieb rsw0x:

 Have you considered referring to it as SDLang?




 FWIW, the D project to read/write that format is named 
 "SDLang-D" (for exactly the reasons you describe):

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



 I'd be very much in favor of that. We had a chat with the 
 author about
 possible improvements, but I'm unsure if that topic has been 
 addressed.

 (Nick, do you remember by any chance where that discussion 
 happened?)


 It was all in a ticket (a few tickets?) for SDLang-D (and maybe 
 DUB) on github, plus some direct email between marler8997 and 
 Daniel (the original SDL guy).

 I think this was the main one, not sure if there were others:
 https://github.com/Abscissa/SDLang-D/issues/9


Since SDLang is a fairly obscure format I think we should mirror 
the docs somewhere. I was working on a project using SDLang-D and 
the spec website was down which was extremely frustrating because 
I couldn't find a mirror anywhere. SDLang-D's docs are pretty 
good so I was able to sort of work through it during the downtime 
but having the actual official docs somewhere extra would be good.
Jul 03 2015
parent Nick Sabalausky <SeeWebsiteToContactMe semitwist.com> writes:
On 07/03/2015 03:16 PM, Brad Anderson wrote:

 Since SDLang is a fairly obscure format I think we should mirror the
 docs somewhere. I was working on a project using SDLang-D and the spec
 website was down which was extremely frustrating because I couldn't find
 a mirror anywhere. SDLang-D's docs are pretty good so I was able to sort
 of work through it during the downtime but having the actual official
 docs somewhere extra would be good.


That's a good idea. I'll put up a mirror of it as soon as a get a 
chance. Ping me on github (Abscissa) if I forget.
Jul 03 2015
prev sibling parent reply =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig rejectedsoftware.com> writes:
Am 03.07.2015 um 16:36 schrieb Nick Sabalausky:

 It was all in a ticket (a few tickets?) for SDLang-D (and maybe DUB) on
 github, plus some direct email between marler8997 and Daniel (the
 original SDL guy).

 I think this was the main one, not sure if there were others:
 https://github.com/Abscissa/SDLang-D/issues/9


Thanks, found it by a cross reference:
https://github.com/D-Programming-Language/dub/pull/392#issuecomment-52092590b

Seems like the name hasn't been discussed at the time.
Jul 04 2015
parent reply "Suliman" <evermind live.ru> writes:
I can't understand why dub are trying to build vibed in app where 
it's does not implicitly linked:

app.d:
==============
import std.stdio;

void main()
{
	writeln("Edit source/app.d to start your project.");
}
=================
dub.json:
=================
{
	"name": "App",
	"description": "A minimal D application.",
	"copyright": "Me",
	"authors": ["Suliman],
	"dependencies": {
	"ddbc": "~>0.2.24"
	}
}
================
error:
================
C:\Users\di\AppData\Roaming\dub\packages\vibe-d-0.7.23\source
vibe\appmain.d(28): Error: static assert  "Error: -version=VibeDefaultMain is
required to use vibe.d's default main(). Or use -version=VibeCustomMain to use
your own main() instead. Please update your build scripts."
===============
Jul 07 2015
next sibling parent "Suliman" <evermind live.ru> writes:
Removing vibed from packages solved problem
Jul 07 2015
prev sibling parent =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig rejectedsoftware.com> writes:
Am 07.07.2015 um 09:01 schrieb Suliman:

 I can't understand why dub are trying to build vibed in app where it's
 does not implicitly linked:

 (...)


ddbc has a dependency on mysql-native, which in turn has an optional 
dependency on vibe-d. The current behavior for optional dependencies is 
to use them as soon as they are available locally. There is an open 
ticket to change this [1].


 ================
 error:
 ================
 C:\Users\di\AppData\Roaming\dub\packages\vibe-d-0.7.23\source\vibe\appmain.d(28):
 Error: static assert  "Error: -version=VibeDefaultMain is required to
 use vibe.d's default main(). Or use -version=VibeCustomMain to use your
 own main() instead. Please update your build scripts."
 ===============


This static assert will be removed in 0.7.25 - a warning message has 
been there for over a year and the hard error will then have been there 
for half a year. Everyone who has still not updated their build script 
will just get a linker error, so I think it's safe to pull the switch 
now. After that, it shouldn't matter much at all if vibe.d is used under 
the hood or not.

[1]: https://github.com/D-Programming-Language/dub/issues/361
Jul 07 2015