On 2017-08-20 22:56, Szabo Bogdan wrote:
Hi,
I added some new improvements to `trial` http://trial.szabobogdan.com/
which is a hackable test runner for D.
This release contains:
- Spec test discovery
Ah, I like it. Might give this a try.
--
/Jacob Carlborg
On 2017-08-09 22:42, Wild wrote:
Hi everyone,
The D packages for ArchLinux has been orphaned since Dicebot stepped
down as the maintainer and no one else stepped up. So I decided to step
up and apply to become a Trusted User, and I got accepted yesterday[1].
That's great. Do you want to
On 2017-08-05 21:07, WebFreak001 wrote:
Hi, I made a D to HTML generator which is basically diet, but fully
using the D compiler as generator and not some complicated parser, etc.
Here an example what you pass in:
string page = html(
head(
title("wtf is this"),
style(
On 2017-07-18 14:35, Suliman wrote:
Could you explain where it can be helpful?
As Dukc said, for tools that need to analyze D source code.
--
/Jacob Carlborg
During the dconf hackathon I set out to create a DUB package for DMD to
be used as a library. This has finally been merged [1] and is available
here [2]. It contains the lexer and the parser.
A minimal example:
#!/usr/bin/env dub
/++ dub.sdl:
name "dmd_lexer_example"
dependency "dmd"
On 2017-07-17 14:39, Steven Schveighoffer wrote:
Awesome! Super glad and looking forward to this in 2.076? ;)
It's already merged [1] so..., why not :)
[1] http://forum.dlang.org/post/okiuqb$1eti$1...@digitalmars.com
--
/Jacob Carlborg
On 2017-07-17 20:14, Andrei Alexandrescu wrote:
For those who want to play with our new static foreach feature and are
willing to take the steps to building their own dmd, the feature is now
merged in master: https://github.com/dlang/dmd/pull/6760
Happy hacking!
That was quick, and awesome
On 2017-07-11 21:52, Phillip wrote:
Jacob - as with Patrick's posting - this looks useful for anyone working
with legacy java code that needs/ or wants to migrate to D. Though less
familiar with Scala, will certainly take a look as i get time to test
further.
Thanks much for posting.
My
On 2017-07-10 03:52, Patrick wrote:
Hello,
I'm pleased to announce a new java prototype application that is
designed to translate java source into D source. Or any other language
that support package, class, interface, and enum constructs and provides
a built in memory garbage collection.
On 2017-06-24 12:53, Mike Parker wrote:
[1] http://derelictorg.github.io/
I noticed you mentioned dylib files on macOS. Might be worth mentioning
frameworks as well.
--
/Jacob Carlborg
On 2017-06-05 23:38, Joseph Rushton Wakeling wrote:
Yup, my instinct is that if a VERSION file needs to exist at all it
should be created during the build process out of `git describe` output.
It's used by DMD to build the version, that is, the output of "dmd
--version". The content of the
On 2017-06-04 20:19, Jakub Szewczyk wrote:
The problem is, it emits completely wrong code whereever a function is
necessary, like in function pointers. I can try to isolate the change to
global-level function declarations only, to make it generate correct
code that doesn't require running two
On 2017-06-04 10:18, Jakub Szewczyk wrote:
Btw, I've manually ported the basic and configuration headers, so that
no mistakes are made, and then used DStep and a modified DStep to
generate the rest of the headers - my modification was only to change
the way function declarations are generated,
On 2017-06-03 23:44, extrawurst wrote:
On Saturday, 3 June 2017 at 17:30:05 UTC, Jakub Szewczyk wrote:
Mono runtime is a cross-platform, open-source alternative to
Microsoft's .NET framework [1], and it can be embedded in other
applications as a "scripting" VM, but with JIT-compilation enhanced
On 2017-06-04 01:10, Jonathan M Davis via Digitalmars-d-announce wrote:
Only new Phobos modules. DIPs have been discussed quite a bit in the
newsgroup, but their decision process has never been democratic. It's always
been a matter of talking Walter into it, which has usually led to stuff
never
On 2017-06-02 16:17, Mike Parker wrote:
Congratulations are in order for Jared Hanson. Walter and Andrei have
approved his proposal to remove body as a keyword. I've added a summary
of their decision to the end of the DIP for anyone who cares to read it.
In short:
* body temporarily becomes a
On 2017-06-01 23:04, Martin Nowak wrote:
Glad to announce D 2.074.1.
http://dlang.org/download.html
This point release fixes a few issues over 2.074.0, see the changelog
for more details.
http://dlang.org/changelog/2.074.1.html
Any progress on the remaining regressions [1]?
[1]
On 2017-05-22 17:05, Andrei Alexandrescu wrote:
http://dlang.org/blog/2017/05/22/introspection-introspection-everywhere/
-- Andrei
About the custom attributes that are mentioned, like "has acquired a
lock" attribute. This would be a perfect candidate for a UDA and using
the compiler as a
On 2017-05-15 23:33, Adam D. Ruppe wrote:
On Monday, 15 May 2017 at 15:40:58 UTC, Walter Bright wrote:
That's why such needs to be turned into a generic module, instead of
constantly being reinvented.
What I'm saying is that it IS a generic module... in fact, there's
several of them:
On 2017-05-15 01:17, Vladimir Panteleev wrote:
No problem, it could only print out the line if the output is a
terminal, same as for how it decides whether to output colors by default.
Ah, that would be fine.
--
/Jacob Carlborg
On 2017-05-14 18:25, Walter Bright wrote:
1. print out the offending line
I hope this one will be optional/configurable. I don't think it
necessary to print the offending line within an editor/IDE. They usually
can already map the error to the offending line.
--
/Jacob Carlborg
On 2017-04-22 13:35, David Nadlinger wrote:
LDC officially supports shared libraries on macOS. -David
That's great.
--
/Jacob Carlborg
On 2017-04-18 23:08, Dmitry Olshansky wrote:
Risking a flamewar but what's wrong with Java?
I don't like any language that force me to write in a particular style
or paradigm. Because all problems cannot be solved (or not in a good
way) in the same way. That said, my D code is quite heavily
On 2017-04-11 08:50, FreeSlave wrote:
D can't compete with C++ until it gets proper dynamic library support on
all platforms. As far as I understand there're still problems on Windows.
And no official support on macOS.
--
/Jacob Carlborg
On 2017-04-10 22:41, Atila Neves wrote:
It'll work, but it won't end up reporting it the same way. If you'd like
that to work seamlessly it's a question of having
`version(Have_unit_threaded)` (or however it is it's spelled) that
imports and throws `unit_threaded.should.UnitTestException`. Then
On 2017-04-09 15:30, Szabo Bogdan wrote:
Hi!
I just made an update to my fluent assert library. This is a library
that allows you to write asserts in a BDD style.
Right now, it contains only asserts that I needed in my projects and I
promise that I will add more in the future.
I would really
On 2017-04-07 17:14, Walter Bright wrote:
https://github.com/dlang/dmd/pull/6680
Yes, this is for real! Symantec has given their permission to relicense
it. Thank you, Symantec!
This is some amazing news!! :)
--
/Jacob Carlborg
On 2017-03-20 21:09, Atila Neves wrote:
http://code.dlang.org/packages/excel-d
This dub package allows D code to be called from Excel. It uses
compile-time reflection to register the user's code in an XLL (a DLL
loaded by Excel) so no boilerplate is necessary. Not even `DllMain`! It
works like
On 2017-02-28 15:58, Andrei Alexandrescu wrote:
It has been fixed on 2/25. Apologies for the annoyance. -- Andrei
I can see that it works now, thanks.
--
/Jacob Carlborg
On 2017-02-28 07:08, Walter Bright wrote:
I had sent a confirmation email. Unfortunately, there are often problems
with this, as the emails get put in the recipient's spam folder.
Could we please just fix the problem. This is quite embarrassing. I
reported the problem the day the
On 2017-02-22 14:08, Mike Parker wrote:
Walter shares a little bit of compiler knowledge, explaining how DMD
stuffs string literals into object files.
Blog post:
http://dlang.org/blog/2017/02/22/snowflake-strings/
Reddit:
On 2017-02-13 15:22, Guillaume Piolat wrote:
It's the 10th update for this abstract shooter made in D.
And this one update is pretty major: levels, asteroids, storyline, game
modes... everything changed, everything went under scrutiny.
Now using LDC 1.1.0 and supporting Windows, Mac and Linux
On 2017-01-21 03:59, Jack Stouffer wrote:
But 2.073 isn't released yet.
It's now ;)
--
/Jacob Carlborg
On 2017-01-21 03:59, Jack Stouffer wrote:
But 2.073 isn't released yet.
It's in release candidate. The current output is pretty embarrassing.
--
/Jacob Carlborg
On 2017-01-20 14:35, Mike Parker wrote:
Jack Stouffer details how unit testing, code review, and code coverage
are handled in the development and maintenance of Phobos. Thanks, Jack!
Blog:
https://dlang.org/blog/2017/01/20/testing-in-the-d-standard-library/
Could you please create a new image
On 2017-01-19 21:53, Walter Bright wrote:
$250 for Early Bird tickets!
http://dconf.org/2017/registration.html
Awesome :). BTW, there's a page missing [1].
[1] http://dconf.org/2017/thankyou.html
--
/Jacob Carlborg
On 2017-01-19 14:57, Jacob Carlborg wrote:
The changelog is missing an entry to the new default Ddoc theme. I'll
see if I can add that. Do we want an image, HTML page or something to show?
https://github.com/dlang/dlang.org/pull/1558
--
/Jacob Carlborg
On 2017-01-19 16:21, Martin Nowak wrote:
It seems sufficiently different to not worry about a Win only switch,
it's used for selecting different flavours of MS libcrt (threaded,
debug...).
IMO we should try to depart with hard-coding linker flags into the
compiler.
Fair enough.
--
/Jacob
On 2017-01-18 14:48, Martin Nowak wrote:
First release candidate for 2.073.0.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.073.0.html
The changelog is missing an entry to the new default Ddoc theme. I'll
see if I can add that. Do we want an image, HTML page or
On 2017-01-18 14:48, Martin Nowak wrote:
First release candidate for 2.073.0.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.073.0.html
About the new -mscrt=libname flag. Could we have a more generic name of
the flag that would fit for other platforms to specify the C
On 2017-01-07 06:02, Martin Nowak wrote:
an experimental safety checks (-transition=safe/-dip1000)
Is the flag to enable the new checks or revert to the previous behavior?
--
/Jacob Carlborg
On 2017-01-04 12:26, Nemanja Boric wrote:
Shameless plug, I've been working in my spare time on a similar project:
https://github.com/Burgos/postgres-native
Progress is super slow, though, but I'm really happy how the things are
working out, so just publishing here if somebody wants to take
On 2016-12-16 21:51, Atila Neves wrote:
Since my phobos PR for better static assertions was clearly never
getting merged (https://github.com/dlang/phobos/pull/3677), I moved the
code to dub instead:
http://code.dlang.org/packages/concepts
Basically, as long as you pair up your template
On 2016-12-13 09:20, Adam Wilson wrote:
ld: in
../../.dub/packages/botan-1.12.8/botan/.dub/build/full-unittest-posix.osx-x86_64-dmd_2072-0D593375D53C36354213ADF6E4F6A036/libbotan_base.a(unique_40d1_3b6.o),
in section __TEXT,__textcoal_nt reloc 2: symbol index out of range for
architecture
On 2016-12-12 08:07, Adam Wilson wrote:
On OSX you need to use LDC or the linker will fail.
What linker errors do you get using DMD?
--
/Jacob Carlborg
On 2016-11-14 11:49, Andrei Alexandrescu wrote:
Please join us at DConf 2017, the conference of the D programming
language in Berlin, Germany, May 4-6 2017.
We're happy to announce that the D Language Foundation is cooperating
again with Sociomantic to organize DConf 2017 in Berlin for the
On 2016-11-12 21:50, Adam Wilson wrote:
I choose OpenSSL because it's a well respected, highly trusted, and it
is available everywhere. I despise the license and the API. Sadly, those
are not primary concerns when dealing with Cryptograpy libraries.
Well, Apple abandoned it years ago because
On 2016-11-01 13:47, Jacob Carlborg wrote:
On 2016-11-01 12:20, Saurabh Das wrote:
How can I find out more information about the 'runApplication' change?
What does "slowly fading out" mean?
I think it should say something like: "slowly fading out the default
main". Instead of having vibe.d
On 2016-11-01 12:20, Saurabh Das wrote:
How can I find out more information about the 'runApplication' change?
What does "slowly fading out" mean?
I think it should say something like: "slowly fading out the default
main". Instead of having vibe.d define the main function and having a
On 2016-10-31 04:51, Mike Parker wrote:
So far, getting content for the blog has, with a few exceptions, been a
process of sending out emails prompted by activity on my radar. This is
no problem when it comes to project highlights or other fairly broad
topics, but it's highly inefficient for
On 2016-10-25 14:36, Stefam Koch wrote:
First perf data is in
The is measured with time src/dmd -c -ctfe-bc
old interpreter (without -ctfe-bc) :
real0m6.839s
user0m6.423s
sys0m0.407s
new interpreter (-ctfe-bc)
real0m0.549s
user0m0.547s
sys0m0.000s
LLVM Backend
On 2016-10-18 20:21, Andrei Alexandrescu wrote:
Razvan has already some solid industrial experience and has a broad area
of interests such as low-level kernel-level development, networking,
Perhaps a task that is too big, but how about a new network
package/module that does not depend on
On 2016-10-01 22:57, Martin Nowak wrote:
Please report any bugs at https://issues.dlang.org
std.process is pretty broken on macOS:
https://issues.dlang.org/show_bug.cgi?id=16580
--
/Jacob Carlborg
On 2016-10-02 14:37, Martin Nowak wrote:
Yes, that's how it should be, but don't both deprecations contain enough
information to replace old code?
Yeah, I see that now. I didn't notice it at first. It's not as clear as
I would like. I would like it to explicitly state "To this instead: ...".
On 2016-10-01 22:57, Martin Nowak wrote:
First beta for the 2.072.0 release.
This release comes with many new phobos features, native TLS support on
OSX, the first bunch of @safety enhancements (try -transition=safe), and
a few smaller language and compiler additions.
This is also the first
On 2016-09-18 11:10, Johan Engelen wrote:
I think LDC has the same problems (template instances are emitted in the
first module not the one that needed the instantiation?).
I thought that LDC did not have that problem, or there was a flag change
the behavior.
--
/Jacob Carlborg
On 2016-09-13 16:00, Martin Nowak wrote:
There will be another beta tomorrow or so to include at least one more
fix (for Issue 16460) and we'll soon release 2.071.2.
This is a good moment to double check whether all the deprecation
warnings for your project caused by the import changes are
On 2016-09-03 18:02, Martin Nowak wrote:
Why not just use `__traits(getAttributes, var.tupleof[0])`?
I've already updated my code to use the above. When I first implemented
it, it was not possible to use a "tupleof expression" as argument to
__traits(getAttributes).
--
/Jacob Carlborg
On 2016-08-31 16:14, Frank Pagliughi wrote:
Hey All,
First, my apologies. Over a year ago I had promised to put up a D
library for MQTT, but a number of factors conspired against me in the
intervening time.
But this week, I finally got an initial version loaded. It will be a
part of the
On 2016-08-31 15:51, Chris Wright wrote:
And `instance_variable_get` in Ruby.
Or "send", "instance_eval" and so on. In Ruby it's more of a comment,
"please do call this method directly" :)
--
/Jacob Carlborg
On 2016-08-31 08:20, Jacob Carlborg wrote:
Class/struct fields are accessible using .tupleof. I was using
__traits(getAttributes) in my serialization library to get UDA's for
these fields, including private ones.
I think this was introduced already in 2.071.0.
--
/Jacob Carlborg
On 2016-08-31 01:08, Martin Nowak wrote:
Well there was reasoning to choose that solution instead of the other
(https://github.com/dlang/dmd/pull/6078) and the fact that private
members aren't accessible (set/get) is a good indication that nobody
needs this.
Adding an unsafe facility to access
On 2016-08-31 02:04, Ali Çehreli wrote:
P.S. While I'm on my soapbox, I've started to think private is overrated
anyway. A system language should allow to bypass that protection.
private should be a recommendation only.
I agree. Let private stop you from access symbols though the regular
On 2016-08-31 01:08, Martin Nowak wrote:
Well there was reasoning to choose that solution instead of the other
(https://github.com/dlang/dmd/pull/6078) and the fact that private
members aren't accessible (set/get) is a good indication that nobody
needs this.
Class/struct fields are accessible
On 2016-08-30 13:50, Mike Parker wrote:
Joakim has put together an interview with Walter that's all about D.
It's an enjoyable read. You can parse the interview at [1] and visit the
reddit thread at [2]. I anticipate publishing more of Joakim's
interviews on the blog in the future.
[1]
On 2016-08-29 10:39, Stefan Koch wrote:
Thanks guys.
I just came up with a nifty little patch that makes it possible to
ensure that a function is _only_ used at ctfe.
Or the opposite.
static assert(__ctfe, "This function is not supposed to be called
outside of ctfe");
and static
On 2016-08-21 22:01, Dicebot wrote:
This week I had a tele-meeting with Andrei and Walter regarding the fate
of DIP1000 (https://github.com/dlang/DIPs/blob/master/DIPs/DIP1000.md)
and intented way to move forward with it. This is a short summary of the
meeting.
Approval of DIP1000
On 2016-08-16 11:41, Alexandru Ermicioi wrote:
https://github.com/aermicioi/aedi
If you use:
```d
```
For the code block you'll get syntax highlighting for D.
--
/Jacob Carlborg
On 08/08/16 06:24, Adam D. Ruppe wrote:
I decided to write up a think on untrapping exceptions this week:
http://arsdnet.net/this-week-in-d/2016-aug-07.html
How to detect if running inside a debugger on OS X [1].
[1] https://developer.apple.com/library/ios/qa/qa1361/_index.html
--
/Jacob
On 2016-08-04 09:15, Lodovico Giaretta wrote:
I don't know if it is what you want, but you can do this:
auto lexer = chooseLexer!input;
The function chooseLexer creates the most suitable lexer type based on
the input type.
You can test if a type is a lexer using the trait isLexer defined in
On 2016-08-03 22:57, Robert burner Schadek wrote:
Well, currently you have to make that choice as developer, and there is
always the BufferedLexer which should be good choice is most cases.
Polymorphic design was not a goal of the project, so I think it is going
to be hard to add that without
On 2016-07-30 11:26, Lodovico Giaretta wrote:
Hi,
I'm proud to announce that std.experimental.xml v0.1.0 is available on
DUB [1]!
Another question. I see that there are a couple of different lexers
available. Can those be exposed with the same interface/type instead of
using different
On 2016-08-03 09:20, Lodovico Giaretta wrote:
On Tuesday, 2 August 2016 at 15:32:50 UTC, Jacob Carlborg wrote:
* Does it work at CTFE?
I don't think so.
It would be cool if it did. I think it would at least be worth taking a
couple of minutes and investigate if it does work or not. If
On 2016-07-30 11:26, Lodovico Giaretta wrote:
I'm proud to announce that std.experimental.xml v0.1.0 is available on
DUB [1]!
This is the project I'm working on for GSoC 2016. It aims to become a
substitution for Phobos std.xml. Now you can easily try it and provide
some feedback. I will soon
On 2016-07-16 22:34, Sebastiaan Koppe wrote:
Just to let you guys know - and to be sure no one is doing the same - I
decided to go ahead and *start* writing an autotester that will fetch
dmd nightly and unittest each dub package.
It will be using a classic master-worker architecture and will
On 2016-07-18 11:55, Sebastiaan Koppe wrote:
Like I said I am aiming really low. On purpose. I have a wife and two
kids and I need to keep the scope limited.
In that case, go with something that already exists.
--
/Jacob Carlborg
On 2016-07-18 09:22, qznc wrote:
The hardest part is probably the work distribution. It should work
across platforms, so we can (eventually) test Windows, Android,
Raspberry Pi, etc.
GitLab can handle this really easy.
I don't believe GitLab would be a good idea. It is not built for this
On 2016-07-16 22:34, Sebastiaan Koppe wrote:
Just to let you guys know - and to be sure no one is doing the same - I
decided to go ahead and *start* writing an autotester that will fetch
dmd nightly and unittest each dub package.
It will be using a classic master-worker architecture and will
On 2016-07-13 12:23, Mike Parker wrote:
Unlike previous posts on the D Blog, I prepared this one in advance and
thought I had it set to auto publish at 9:00 pm my time. So I was
surprised to discover at 7:00 pm local time that the post had gone live
an hour before (at 9:00 am GMT). I had
On 2016-07-08 22:43, Martin Nowak wrote:
That actually indicates that shipping dub with dmd isn't that useful.
I think it's very useful, if nothing else to increase the awareness of
Dub. Doesn't hurt to have a separate binary as well.
--
/Jacob Carlborg
On 2016-07-10 19:09, Robert burner Schadek wrote:
Yes if anybody had access to the trello and would want to use yet
another tool. I think that is unrealistic.
Trello is already used: https://trello.com/dlang
--
/Jacob Carlborg
On 01/07/16 12:31, Leandro Lucarella wrote:
We know that, and again, the license was by far the biggest nightmare of
the open sourcing effort. Honestly we don't have the time to take on
this, but this is an area where external contributions would be
extremely helpful. Anyone can contact the
On 01/07/16 08:07, bitwise wrote:
Sorry I haven't had much time to work on this lately. I'm not sure how
soon I will have time. If anyone else wanted to champion this effort, we
could discuss passing the torch and trying to make use of the work I've
done thus far. I still plan to do it at some
On 27/06/16 21:22, Guillaume Piolat wrote:
My wording was a bit strong.
As you may remember, the workaround involved "leaking" the dynlib.
On OS X I keep having a lingering crash which is a bit random, happens
with multiple instantiation/closing of a dynlib. It is a bit hard to
reproduce and
On 27/06/16 13:02, Guillaume Piolat wrote:
Unloading of shared libraries on OS X continues to be a problem though,
it would be nice if it worked in 64-bit.
I know the current situation is not ideal, but does it cause any problems?
--
/Jacob Carlborg
On 2016-06-20 21:28, Sönke Ludwig wrote:
I mostly just wanted to keep the DEP small and focused, but adding
Objective-C/C++ is indeed trivial once C/C++ is there (modulo some small
additional features).
Ok, cool.
--
/Jacob Carlborg
On 2016-06-20 17:52, Sönke Ludwig wrote:
I'm pleased to announce the release of the first stable version of the
DUB package manager. Stable in this case means that the API, the command
line interface and the package recipe format will only receive fully
backwards compatible changes and additions
On 2016-06-07 14:59, FreeSlave wrote:
Yes. Look at https://issues.dlang.org/show_bug.cgi?id=16096
I don't have such problem with ldc 1.0.0.
Fixed, unless you already have noticed.
--
/Jacob Carlborg
On 2016-06-14 14:04, drug wrote:
I don't agree if you don't mind. I have two almost identical
implementation of the same thing in D and C++. And if I rebuild them
totally - yes, dmd is faster than gcc:
dmd5 secs
ldmd2 6 secs
make 40 secs
make -j10 11 secs
But
On 2016-06-13 22:12, Walter Bright wrote:
It's the "first 5 minutes" thing. Every hiccup there costs us maybe half
the people who just want to try it out.
Even the makefiles have hiccups. I've had builds fail with the dmd
system because I had the wrong version of make installed. And it doesn't
On 2016-06-10 20:47, Jacob Carlborg wrote:
Unfortunately there doesn't seem to be an exact specification of what's
required for the reader mode to be available. I can do some digging to
see if I can find something.
At the bottom is the minimal amount of HTML code I could come up with
that
On 2016-06-10 20:21, Mike Parker wrote:
I didn't realize anything special was needed for that. How can I make it
so?
Unfortunately there doesn't seem to be an exact specification of what's
required for the reader mode to be available. I can do some digging to
see if I can find something.
On 2016-06-03 21:33, Mike Parker wrote:
The D Blog was born at DConf this year. With help from Jack Stouffer, it
is now live at:
http://dlang.org/blog/
I would prefer if the text did not hyphenate the words. I think it's
easier to read whole words.
If possible, it would be great if the
On 2016-06-08 16:58, Steven Schveighoffer wrote:
I agree with Jacob. A comment is a comment. There is no reason one needs
to use specifically /+. In fact the only reason for the existence of /+
is to allow nesting of comments -- which doesn't apply here.
And basically the only reason why /+
On 2016-06-08 11:15, Sönke Ludwig wrote:
I generally really do appreciate your critique, but without backing
reasons it doesn't really have a constructive effect.
Two good properties about restricting to /+ +/ is that it's still
possible to put something else in front of it, and that it stands
On 2016-06-07 20:42, Sönke Ludwig wrote:
No, it has to be the "+" variant (the first /+ +/ comment is evaluated).
That's unfortunate.
--
/Jacob Carlborg
On 2016-06-07 14:59, FreeSlave wrote:
Yes. Look at https://issues.dlang.org/show_bug.cgi?id=16096
I don't have such problem with ldc 1.0.0.
Thanks, I'll have a look.
--
/Jacob Carlborg
On 2016-06-07 13:22, Sönke Ludwig wrote:
Oh, I typed that by accident, should be /+ dub.sdl: ... +/
BTW, /+ dub.json: ... +/ is also possible, of course.
Does it work with all kind of comments D supports?
--
/Jacob Carlborg
On 2016-06-06 13:25, FreeSlave wrote:
Cool! Just checked on osx, Objective-C support works and it's free from
dmd bugs that prevent my project to work with Cocoa.
Have these bugs been reported?
--
/Jacob Carlborg
On 2016-06-02 15:13, Sönke Ludwig wrote:
There is something in
https://github.com/dlang/dub/wiki/Version-management#basic-dependency-specification
Maybe I'll have the time to write a more formal
documentation/specification at some point. But currently I'm still
struggling with getting the
201 - 300 of 661 matches
Mail list logo
