On 2015-02-11 19:17, Dicebot wrote:
$ git clone --recursive g...@github.com:D-Programming-Language/dlang
This will clone all submodules set to latest released version tag
(v2.066.1 right now)
What I don't like about this is that you don't get the latest code.
Maybe this will cause more
On 2015-02-20 00:32, Kingsley wrote:
Hi
I'm looking for a 2D games library in D2 similar to gosu from ruby:
http://www.libgosu.org/ or ray: https://github.com/Mon-Ouie/ray
Does such a thing exist?
This is for 3D but have a look at Dash Engine [1] [2]
[1] http://dash.circularstudios.com
[2]
On 2015-02-19 03:23, Martin Nowak wrote:
That was apparently cause by me updating the 2.067 branches.
I probably should have deleted and recreated it instead, but I didn't
knew how the mails are generated.
So that's way I've seen over 300 issues updated in the newsgroup and
commit messages
On 2015-02-18 18:56, ponce wrote:
- the Runtime API abstract over multi-GPU and is the basis for
high-level libraries NVIDIA churns out in trendy domains.
(request to Linux/Mac readers: still searching for the correct library
names for linux :) ).
For OS X:
CUDA Driver: This will install
On 2015-02-18 02:14, Etienne Cimon wrote:
My favorite part is: vibe.d projects now compiles the entire software stack
into a
fully-featured standalone executable without any license issues.
Isn't libevent required?
--
/Jacob Carlborg
On 2015-02-17 00:00, Vladimir Panteleev wrote:
Isn't it already published?
http://dlang.org/changelog.html
Not the first place I would go looking for an upcoming release. It would
be better to have a proper page for a road map/plan.
--
/Jacob Carlborg
On 2015-01-26 17:10, Jonathan Marler wrote:
I agree with Jonathan's points, this solution doesn't seem like an
improvement. If I understand the problem, we don't want to make every
attribute use the '@' symbol because it looks bad and would cause a lot
of code changes for sake of consistency.
On 2015-01-27 19:10, Jonathan Marler wrote:
Would people want and use a website that tracks who's working on what in
the D Programming Language? People would go to the site and be able to
find out what's being worked on, what's not being worked on, who's
working on what, what bugs are being
On 2015-01-27 19:55, Andrei Alexandrescu wrote:
Google just open sourced https://github.com/google/kythe. Would it help
Calypso? -- Andrei
I had a quick look and my first impression is that it would not help.
--
/Jacob Carlborg
On 2015-01-27 17:49, Jonathan M Davis via Digitalmars-d wrote:
IMHO, if we have to search for a way to make them consistent, then there's
no point. We're just going to end up with making things more consistent in
one way and less in another without necessarily making it any easier for
anyone to
On 2015-01-27 19:13, Steven Schveighoffer wrote:
I would say if two extern(C) declarations are identical (i.e. same
parameter types, same attributes), they don't conflict. What does this
break?
It it's extern(C), shouldn't just the name matter?
--
/Jacob Carlborg
On 2015-01-27 04:54, Zach the Mystic wrote:
It's only creepy if it doesn't work. And the compiler doesn't need to
change the code itself - it merely needs to tell you exactly what to do
to fix it.
I've thought about this some more. The way I would do it is have the
compiler store all files
On 2015-01-26 20:50, Walter Bright wrote:
It's good to have this discussion.
Previously, it's all been advocacy and break my code by forcing a
change from pure = @pure.
Just a few days ago on slashdot, an anonymous D user wrote:
A horrible mix of keywords and annotation syntax for
On 2015-01-26 23:04, Walter Bright wrote:
What I wanted by doing this is to produce some sort of consensus. The
topic has already been discussed to death.
You have complained that one of your old D1 projects didn't compile with
the latest D2 compiler. How would you expect that to still
On 2015-01-27 21:31, Steven Schveighoffer wrote:
For instance, if one library tags it as pure, but another does not. I
think an error in that case is warranted.
Yeah. Do the compiler need to look at the parameters as well? Even if
you put const or immutable, it won't make difference on the C
On 2015-01-27 23:04, Rikki Cattermole wrote:
I have dream! A dream, dream dream. A dream to see GUI's easy to use in
D! I must admit it will be hard, but it's time. Prime time I mean!
Oh, it's time for GUI season again :).
Now enough gabble.
I'm proposing to get Devisualization.Window PR'd
On 2015-01-28 03:41, Brad Roberts via Digitalmars-d wrote:
I spent the time today to read up on how to use s3 website redirects,
since s3 doesn't support symlinks. The only new requirement is for the
http client to follow a 301 redirect, which most do.
The new directories:
On 2015-01-28 20:04, Brad Roberts via Digitalmars-d wrote:
Sorry, typed those by hand rather than cut/paste. Pluralize each:
http://downloads.dlang.org/pre-releases/
http://downloads.dlang.org/releases/
Awesome, thanks.
--
/Jacob Carlborg
On 2015-01-28 22:52, Timothee Cour via Digitalmars-d wrote:
See also https://github.com/Hackerpilot/Dscanner/issues/224
It breaks tooling that expects the main convention.
Yeah, TextMate expects a colon as separator. That DMD uses a comma
forced me to write a completely new error handler in
On 2015-01-28 23:27, Walter Bright wrote:
For example, people often realize that the ; statement terminator is
redundant, so they propose removing it. In trying it, however, it soon
becomes clear that error message clarity, recovery, and the correct
identification of the location of the error
On 2015-01-29 01:19, Walter Bright wrote:
One of the other mistakes they make is the great idea of implicit
declaration of variables, and then ruefully have to deprecate/remove it
a year or two later. (How could those experienced designers have missed
this obviously great feature?!?)
Ruby has
On 2015-01-28 20:07, Jonathan Marler wrote:
You seem to be defining a keyword in terms of an identifier that
is recognized by the compiler to have a special meaning.
By that definition basically all declarations in the object module is a
keyword :)
--
/Jacob Carlborg
On 2015-01-29 18:17, deadalnix wrote:
And it is so bad when the codebase grows that people are willing
to switch to Node.js (!)
And still people are using it successfully.
--
/Jacob Carlborg
On 2015-01-29 13:46, Ulrich =?UTF-8?B?S8O8dHRsZXIi?=
kuett...@gmail.com wrote:
On way could be to measure (unique) visits to
http://dlang.org/download.html. Assuming regular downloads are people on
the internet getting D manually.
For more accurate numbers you might want to measure clicks on
On 2015-01-29 16:29, Kagamin wrote:
I suppose, when UDA conflicts with builtin attribute, that UDA can be
still disambiguated through module system.
We can always add another @ sign in front of new attributes ;)
--
/Jacob Carlborg
On 2015-01-30 15:59, Andrei Alexandrescu wrote:
That would be nice. -- Andrei
I agree. I wouldn't need to screen scrape dlang.org in DVM.
--
/Jacob Carlborg
On 2015-01-31 13:02, data man wrote:
Thanks for the feedback!
And DUB supports the compilation of external С-code?
No, but you can execute shell commands before building the D code. There
are four settings [1] that could be of interest:
* preGenerateCommands
* postGenerateCommands
*
Is this supposed to work:
enum foo = [foo].map!((string e) = import(e));
When I compile the above code with 2.066.1 I get the following error:
main.d(1): Error: variable e cannot be read at compile time
main.d(1): Error: file name argument must be a string, not (__error)
--
/Jacob Carlborg
On 2015-01-31 20:54, Stefan Koch wrote:
I think this is not supposed to work.
try staticMap maybe ?
Yes, staticMap worked, thanks. I filed a bug [1]. If I recall correctly,
if the compiler outputs a message which includes __error it's a bug.
[1]
--
/Jacob Carlborg
On 2015-01-24 18:45, Robert burner Schadek wrote:
I will fix the bug this weekend and rebase to upstream/master. The alias
doc has seen some updates this week (please check the rebuild gh-pages,
links are in the PR description)
Is the generated documentation for package module available
On 2015-01-26 08:35, H. S. Teoh via Digitalmars-d wrote:
I think we should just import jquery into the dlang.org repo. External
dependencies always end up in these kinds of ugly situations.
The advantage of using a CDN is that browser will most likely already
have loaded, in this case
On 2015-01-26 01:37, Walter Bright wrote:
I'm obviously terrible at communicating. Let me try again. Assume that I
wrote Calypso, and I was explaining it to you:
-
Given the C++ header file foo.h:
void bar(unsigned *);
and the C++ source file
On 2015-01-23 11:52, Walter Bright wrote:
Yes, it's tied to clang++. It may not even work on all the platforms we
support. But that's no matter for now.
At least Clang supports all platforms we support.
--
/Jacob Carlborg
On 2015-01-23 01:24, Andrei Alexandrescu wrote:
I think it's important that we enable Calypso
(https://github.com/Syniurge/Calypso) and related tooling that
interfaces D with other languages, notably C++.
I could always use some help with DStep [1]. For those who doesn't know,
it's an
On 2015-01-24 03:43, anonymous wrote:
Inspired by the recent developments, and Sebastiaan Koppe's version [1]
specifically, I gave it a go, too:
http://ag0aep6g-dlang.rhcloud.com/
The search area doesn't look good, especially the drop down. For
example it's not possible to style the arrow in
On 2015-02-01 12:01, ketmar wrote:
i have my own library to work with http. but you can substitute any other
windows dlls in place of of wininet, the story will not change. the story
is about (lack of) usability.
I have successfully used the Tango net modules on Windows without
needing to
On 2015-02-01 10:42, ketmar wrote:
today i was in need of a little utility that must download the file using
wininet.dll. nothing fancy, just send a request and receive the
contents. no, curl was not a choice
I don't know your exact requirements but I use Tango [1] to download
files in my D
On 2015-02-01 11:53, Dicebot wrote:
Original snippet shouldn't compiler because landa argument is run-time
one but `import` must work at CT.
It is resolved at compile time. Is this a CTFE vs CT problem?
--
/Jacob Carlborg
On 2015-02-01 13:33, Dicebot wrote:
I judge exclusively by existing precedents and knowledge of D
development process. DFL was officially endorsed at some point, it
didn't make any difference.
1. It was DWT
2. To be far, nothing in practice was done more than saying DWT is the
official GUI
On 2015-01-28 15:09, david wrote:
This lovely class, has a private member
void*[MAXFRAMES] callstack
I want to access this member. However I can't.
Taking the address of the variable should bypass the protection. Or
using .tupleof.
--
/Jacob Carlborg
On 2015-01-30 21:45, Brad Roberts via Digitalmars-d wrote:
I'd be much more inclined to keep a file called LATEST with the version
number in it than having to maintain a ton of redirects each time.
(not present yet, but for example)
http://downloads.dlang.org/releases/LATEST containing one
On 2015-01-05 05:04, Brian Schott wrote:
Getting dub to turn on optimizations is easier than getting it to turn
off debugging.
dub build --build=release ?
--
/Jacob Carlborg
On 2015-01-10 07:46, DaveG wrote:
Let me preface this by saying I only have a general conceptual
understanding of compilers and know nothing about actual implementation.
One common problem with Object-Relational Mapping (ORM) is what data to
load and when. There is basically 2 options:
1. Load
On 2015-01-10 14:19, Martin Nowak wrote:
I'd simple produce multiple rows, the principle remains the same.
Ok, I think I understand the code now. You managed to register the
fields at compile time. Pretty neat. I thought the query would need to
be delayed to the first call to opDispatch.
On 2015-01-10 13:36, Martin Nowak wrote:
The idea isn't bad, but the performance will suck. This is generally
known as N+1 query, only that this is even worse, as each field is
queried individually.
Since the all method was called I would assume all rows in the person
table are fetched in
On 2015-01-10 13:36, Martin Nowak wrote:
I'm actually eagerly waiting that someone finally implements it.
There are two ORM libraries at code.dlang.org [1] [2]. Although I don't
know how usable they are.
[1] http://code.dlang.org/packages/hibernated
[2]
On 2015-01-10 21:17, Walter Bright wrote:
Has someone made a dfmt, like http://gofmt.com/ ?
I have thought about it a couple of times but never started. It would be
really nice to have.
--
/Jacob Carlborg
On 2015-01-10 18:31, DaveG wrote:
Oh, we will also need a good SQL Server library which, to my knowledge,
D is lacking. This is going to be a hard sell...
That would be FreeTDS [1] with D bindings [2]. Unless Microsoft have
headers available for interfacing with SQL Server.
[1]
On 2015-01-10 23:11, Walter Bright wrote:
Next question - standalone tool, or built in to dmd (like Ddoc)?
Ideally the dmd front end should be available as a library then dfmt
should be a separate tool that uses the same front end library as dmd.
But I know that we're not there yet.
It's
On 2015-01-11 02:08, DaveG wrote:
In the past I have used FreeTDS, through PHP, and it had a lot of
problems. This was several years ago and could have been at least
partially due to the PHP layer.
Last year I messed around with the ODBC wrapper and got amazingly poor
performance, I believe
On 2015-01-10 21:53, DaveG wrote:
One final note. You may have noticed I didn't mention the schema syncing
problem (keeping database and code in sync). There was a time I would
have said that was essential and while it would be nice in a perfect
world, I'm comfortable keeping them in sync
On 2015-01-11 20:20, Walter Bright wrote:
Ddoc makes use of semantic info, not just an AST. For semantic info, you
pretty much need a real compiler.
I've been thinking of that the last couple of days. It should be pretty
straightforward to copy-paste the driver part of DMD, i.e the part
On 2015-01-11 19:48, Walter Bright wrote:
The main problem is what to do about comments, which don't fit into the
grammar.
A secondary problem is what to do when the line length limit is
exceeded, such as for long expressions.
clang-format seems to do a pretty good job with both of these.
On 2015-01-12 02:19, Jonathan M Davis via Digitalmars-d wrote:
It's probably because Mac OS X doesn't have clock_gettime, even though it's
POSIX. std.datetime.Clock.currTime currently uses gettimeofday for getting
the wall clock time on OS X (and clock_gettime on the other POSIX systems),
On 2015-01-12 02:24, Andrei Alexandrescu wrote:
Problem is not that, but instead the repeated description. -- Andrei
How about folding symbols with the same documentation, like ditto does?
--
/Jacob Carlborg
On 2015-01-11 19:48, Walter Bright wrote:
The main problem is what to do about comments, which don't fit into the
grammar.
Both Clang and Eclipse JDT provide API's for accessing comments.
--
/Jacob Carlborg
On 2015-01-12 09:11, ketmar via Digitalmars-d wrote:
it's easy: put it before `for`.
/*comment*/
for (...)
or just ignore it. and i must confess that i've never seen comment like
this in my lifetime.
I agree. clang-format manage to keep it in the same place.
--
/Jacob Carlborg
On 2015-01-08 22:01, Steven Schveighoffer wrote:
core.stdc.config is not technically a standard C header, and it seems
pretty strange. I'm going to leave that one alone unless someone objects.
Shouldn't this then be documented like any other druntime/Phobos module.
There are many cases
On 2015-01-09 03:38, Andrei Alexandrescu wrote:
Take a look!
http://dconf.org
https://github.com/D-Programming-Language/dconf.org/pull/31
The font is different compared to the PNG in the zip. The one on the
site has a serif font.
--
/Jacob Carlborg
On 2015-01-08 23:40, ponce wrote:
There: http://ovh.to/GAYPaom
- same vector logo but with text and gray background
- a render in 500x150 (I've used Firefox)
- instructions on how to render again
Let me know if you need any change.
Shouldn't the logo look at least somewhat similar to the one
On 2015-01-08 22:23, Adam D. Ruppe wrote:
On Thursday, 8 January 2015 at 21:14:43 UTC, Andrei Alexandrescu wrote:
I don't think there is a way.
version(Ddoc) dummy prototypes maybe. But that gets painful.
Tango is using this method quite heavily in some modules. It also gives
the
On 2015-01-08 22:25, Andrei Alexandrescu wrote:
Yah, as I said it's a project.
Can we at least generate the documentation on multiple platforms, just
to make sure we got all modules.
--
/Jacob Carlborg
On 2015-01-09 20:46, Andrei Alexandrescu wrote:
Stuff's up! http://dlang.org/library-prerelease/core/stdc/complex.html.
I couldn't get rid of the darn space between the header name and the
period. -- Andrei
Is it just me or are the actual declarations missing?
--
/Jacob Carlborg
On 2015-01-07 00:44, weaselcat wrote:
Is it intentional for all of the stdc pages to be empty?
Why is even std.c.* still available. These should all be replaced with
core.stdc.*.
--
/Jacob Carlborg
On 2015-01-06 23:43, Andrei Alexandrescu wrote:
Let's crowdsource the review. Please check the entries linked from here:
http://dlang.org/library/index.html.
What about all those suggestions in the thread Improving ddoc [1]?
Some of those suggestions might require to redesign the
On 2015-01-12 19:28, H. S. Teoh via Digitalmars-d wrote:
While I agree with the general sentiment, I think the current convention
of using a class hierarchy to implement exceptions is suboptimal.
The problem with using a class hierarchy is that, like anything put into
a hierarchy, some things
On 2015-01-09 10:28, Manu via Digitalmars-d wrote:
I'm looking at another potential opportunity to get D into the office,
but the target's for this particular project are NaCL and/or
Emscripten.
I was gonna start hacking around to see what the limitations are with
Emscripten on D code tonight.
On 2015-02-09 20:00, deadalnix wrote:
DMD accept both :
int foo() {
try {
throw new Exception(blah);
} catch(Exception e) {
return 25;
}
}
and
int foo() {
try {
throw new Exception(blah);
} catch(Exception e) {
return 25;
}
return 42;
}
Which is it ?
On 2015-02-09 08:15, Vladimir Panteleev wrote:
OK, but the obviously trivial fix is to either import bar, or create a
module that imports all other modules in the library. It's not really
enough justification for switching build tools, is it?
I thought the whole point of this thread was that
On 2015-02-09 08:15, Vladimir Panteleev wrote:
OK, but the obviously trivial fix is to either import bar, or create a
module that imports all other modules in the library. It's not really
enough justification for switching build tools, is it?
Setting up dependencies between modules just to
On 2015-02-12 09:07, Dicebot wrote:
Is it a problem? Root working dir will be dirty, correct, but not
working dirs for each of submodules.
I don't. It would be nice to have the latest code just by cloning.
--
/Jacob Carlborg
On 2015-02-14 10:48, Vladimir Panteleev wrote:
Can you write a PhantomJS test that checks whether a web page looks
broken?
No, the only thing one can do is take screenshots and look at them
manually or compare them with a previous state if similar.
--
/Jacob Carlborg
On 2015-02-14 10:04, Rikki Cattermole wrote:
It might be wise to start setting up some form or web site testing.
Like PhantomJS[0].
PhantomJS will only cover the WebKit engine. I guess it's better than
nothing. For other browser engines there's a service called Saucelabs
[1] that supports a
On 2015-02-11 19:04, Andrei Alexandrescu wrote:
In that case wouldn't d be best? -- Andrei
I don't think that is specific enough. I store all D related projects in
a directory called d.
--
/Jacob Carlborg
On 2015-02-12 14:08, John Colvin wrote:
I don't see any particular problems. Do you have a dmd.conf hanging
around in /etc by any chance? The one used by homebrew dmd is at
/usr/local/etc/dmd.conf
Does anyone know of a way to get dmd to print the path of the chosen
dmd.conf?
Just use DVM and
On 2015-02-12 23:29, Walter Bright wrote:
Right on dlang.org under [Resources] there's [Bug Tracker]. I don't
believe that's making it difficult to file a bug report.
I had no idea that link existed :)
--
/Jacob Carlborg
On 2015-01-08 13:18, Steven Schveighoffer wrote:
I like this idea.
One thing that may be misleading about this -- our headers don't include
*everything* from C-land.
What would be a good generic blurb? strawman:
core.stdc.ctype:
This contains bindings to selected types and functions from the
On 2015-01-07 23:35, Andrei Alexandrescu wrote:
The way I see this, these items are good to have and by nature of our
process will be deployed (if at all) incrementally by whomever is
interested in implementing them. We can't afford to block progress of
docs layout on this possibility. --
On 2015-01-07 16:42, Andrei Alexandrescu wrote:
Please fix or file so this isn't forgotten. -- Andrei
https://issues.dlang.org/show_bug.cgi?id=13948
Perhaps it should automatically ignore deprecated modules?
--
/Jacob Carlborg
On 2015-01-07 17:22, Andrei Alexandrescu wrote:
My summary of that discussion follows. There were quite a few radical
suggestions, some of which were interesting but that seemed to entail a
lot of work compared to the reaped benefits. (I have to say it was quite
fun to re-read the whole thread
On 2015-03-18 05:49, Laeeth Isharc wrote:
Thanks. I should have double checked but trusted dstep which
seems to have gotten confused by these ones. Its a great time
saver generally though.
Please report any issues with DStep to [1].
[1] http://github.com/jacob-carlborg/dstep/issues
--
On 2015-03-17 08:15, Walter Bright wrote:
When Voldemort types are returned, they must be by auto. The user isn't
supposed to know what the return type is, just how to use it.
I still don't like that there's no good way to describe the API. It's
not possible to put a name (that can be used
On 2015-03-16 04:25, deadalnix wrote:
Compiling an hello world is almost instantaneous as far as I experienced
it. I do think it is interesting for you to share your setup so we can
understand what is going on and avoid for another newbie to have the
same experience.
It's most likely linking
On 2015-03-15 00:15, Brian Schott wrote:
What am I missing?
* Ideally, any space that is optional in the language should be configurable
* Newlines between functions/structs/classes and so on
* Preserve grouping of variable declarations, i.e.
int a;
int b;
int foo;
int bar;
--
/Jacob
On 2015-03-15 06:54, Dicebot wrote:
On actual topic : having look at Eclipse C++ codestyle options may give
many useful hints.
And for Eclipse Java formatting options.
--
/Jacob Carlborg
On 2015-03-16 12:01, Leandro Lucarella wrote:
I'm not sure Ubuntu allows hosting non-FLOSS in their PPAs.
How are proprietary drivers installed, from other sources?
--
/Jacob Carlborg
On 2015-03-16 01:13, Rikki Cattermole wrote:
Its just a real pain to create these stubs by hand. Atleast this way,
people will moan about documentation being empty and it'll seem less
work to do.
This should be done by the editor.
--
/Jacob Carlborg
On 2015-03-18 20:43, Andrei Alexandrescu wrote:
That won't pass review. -- Andrei
If that's the case, how did an undocumented symbol pass review in the
first place?
--
/Jacob Carlborg
On 2015-03-18 19:48, Walter Bright wrote:
I'm fed up with this problem. It is actively hurting us every day.
https://issues.dlang.org/show_bug.cgi?id=14307
Anyone want to take this on? Shouldn't be particularly difficult.
I'm not so sure about this. I think there's a big chance that users
On 2015-03-19 22:55, Walter Bright wrote:
We already have a special:
/// ditto
comment. Perhaps:
/// undocumented
? At least then it would be a deliberate choice.
I would prefer a compiler recognized Ddoc macro, like $(API_PRIVATE) or
similar.
--
/Jacob Carlborg
On 2015-03-09 15:40, Vladimir Panteleev wrote:
That has the year in the URL though...
This might be easier: http://downloads.dlang.org/releases/2.x/
--
/Jacob Carlborg
On 2015-03-11 17:27, Anon wrote:
Ignoring that for a moment, where does it stop? Do we include an
editor? [sarcasm] Why not? Every D developer needs to edit their
code! Let's go ahead and call Eclipse+DDT the standard D editor,
and bundle that with dmd. [/sarcasm]
I don't see why not. Both
On 2015-03-05 09:05, Paulo Pinto wrote:
This is the approach taken by modern GUI toolkits for native
applications, Qt, JavaFX, XAML, Android.
I imagine on Mac OS/iOS NIBs also follow a similar pattern.
Not as far as I know. It can only load the nib at runtime, at least
officially.
The
On 2015-03-05 08:58, ketmar wrote:
On Thu, 05 Mar 2015 08:40:36 +0100, Jacob Carlborg wrote:
Everyone is constantly forgetting about OS X :(.
i'm not forget about it, i'm simply ignoring it, along with windows.
strictly speaking, along with anything that is not X11. ;-)
Fair enough :). I
On Friday, 13 March 2015 at 15:17:06 UTC, Andrei Alexandrescu
wrote:
There is something loosely related to curb appeal that has been
discussed here before. Consider someone just starts with D and
wants to figure whether there's a startsWith function in D.
So they google for something like
On 2015-03-11 07:45, Andrei Alexandrescu wrote:
Vladimir, please work with me on this. This is clearly subjective so
it's really what you believe is good vs. what I believe is good. I want
to make sure vibe releases are in sync and guaranteed to work with dmd,
thus making for a perfectly smooth
On 2015-03-11 07:56, Andrei Alexandrescu wrote:
Sönke was up for it last time we communicated. This isn't forcing any
decision as much as pushing things in order toward a greater goal. --
Andrei
I agree with Dicebot and Vladimir that including vibe.d without Dub
might cause more harm than
On 2015-03-11 06:27, Walter Bright wrote:
While we're at it:
http://dlang.org/
Note that there are no navigation links to the how to use dmd pages,
like:
http://dlang.org/dmd-windows.html
These used to be there, but have vanished at some point in the last
couple months.
This is
On 2015-03-11 08:24, Vladimir Panteleev wrote:
chmgen has some linting functionality (improved in the latest version),
it does warn about this:
Warning: Page not in navigation: dmd-freebsd.html
Warning: Page not in navigation: dmd-linux.html
Warning: Page not in navigation: dmd-osx.html
On 2015-03-11 08:47, Vladimir Panteleev wrote:
If you want to increase Vibe's visibility, adding a few links to
dlang.org will serve this goal much better.
I agree. Bundle Dub and make vibe.d clearly visible on dlang.org.
--
/Jacob Carlborg
701 - 800 of 3698 matches
Mail list logo