this point…
David
requests still go on the
main branch first, and are then »backported« onto the release
branch.
And by the way, you don't even need a DVCS for that. Many
SVN-based open source projects use a »branch-before-release«
workflow as well.
David
, at least until we have an
»official« package manager. Unfortunately, I won't have the
time to do so for another month, so if somebody wants to beat me
to it, feel free to.
David
On Monday, 30 July 2012 at 12:26:43 UTC, David Nadlinger wrote:
That's exactly what I have been planning to build […]
(my concept also includes a few slightly more advanced features,
like SCM activity monitoring to sort out dead projects, …)
more comfortable to use in Git.
Go has a "there will only ever be
the default branch" model,
Which is what we currently have with dmd on Git.
No. The Go guys also use a separate Mercurial branch for
preparing releases, while development continues on the main
branch.
David
u are subscribed to all the mailing lists, but the
visibility of an upcoming release is almost zero until it is out
of the door. Yes, we have [dmd-beta], but it takes extra effort
to subscribe to it – more people are subscribed to
digitalmars.D.announce via the mail gateway then to the
low-volume beta list!
David
cally back to master. If all the commits from the
release branch should also make it into master, which is usually
the case, you don't end up with two logically separate commits in
the same repository this way.
David
self-consistent, though, so the problems only surface when
interfacing with C code.
David
Great! I've been pretty much out of touch with the GSoC projects
this summers, as I had a rather intense exam session at
university – are there any progress reports/blog posts with
actual numbers in them?
David
say that bringing the community's attention to D-related
articles would be a bad thing, of course…
David
ns an issue resp. inaccuracy: Not all
random access ranges are sliceable. Sometimes I wonder (and this
is not at all intended as a snide remark!) if it is too easy to
make mistakes regarding template constraints, if even you as the
(co-?) designer of std.range get them wrong occasionally.
David
On Sunday, 23 September 2012 at 21:21:06 UTC, Walter Bright wrote:
May I suggest that you put it on github?
The sources actually are on GitHub already:
https://github.com/azizk/dil
David
mechanism?
David
rs must be installed into a linked list in the function
prologue, which takes a few pushes/movs and popped off again in
the epilogue.
David
and wrap
them in a "ForeignLanguageException" or "CppException" class with
a "Variant"-type member.
Not saying that this is necessarily an essential feature, though.
David
(was?) working on Unicode support in Phobos.
David
ei submits pull requests for any non-trivial Phobos
changes. Might I suggest adopting a similar policy for DMD, at
least when language changes/additions are concerned?
David
amMeta(`op`,
3)]
)
];
}
---
Being able to assign the IDs in-line using UDAs would make for a
much more natural method declaration syntax.
David
On Tuesday, 6 November 2012 at 17:32:55 UTC, David Nadlinger
wrote:
Currently, the equivalent D code for the interface would look
something like this:
---
interface Calculator : SharedService {
int calculate(int a, int b, Op op);
enum methodMeta = [
TMethodMeta(`calculate
On Tuesday, 6 November 2012 at 17:51:28 UTC, Walter Bright wrote:
On 11/6/2012 9:32 AM, David Nadlinger wrote:
service Calculator {
i32 calculate(1:i32 a, 2:i32 b, 3:Op op)
What does this mean? That 'a' is the first parameter and has
type i32?
It means that ›a‹ has type i32
On Tuesday, 6 November 2012 at 18:06:15 UTC, Walter Bright wrote:
On 11/6/2012 10:01 AM, David Nadlinger wrote:> On Tuesday, 6
November 2012 at 17:51:28 UTC, Walter Bright wrote:
>> On 11/6/2012 9:32 AM, David Nadlinger wrote:
>>> service Calculator {
>>>i32 calcu
You are right, UDAs must definitely leverage D's module system
for encapsulation/disambiguation. Use of string literals (which
are intrinsically »global«) as annotations needs to be
explicitly discouraged.
David
look up "attribute"
in the local scope, following the usual rules. This would look
much better than the bracket syntax, at least in my opinion, and
avoid confusion with array literals.
David
On Tuesday, 6 November 2012 at 19:36:18 UTC, Walter Bright wrote:
[ ] vs @( ) is a completely separate issue.
Yes, you're right, the issues are not related. I just wanted to
share the idea, and your dm.D thread didn't exist back then.
David
define COM dispids.
Can you show an example code snippet?
For further examples on how annotations on interfaces would be
useful, see my post about Thrift – services happen to be
translated into D interfaces.
David
ll definitely not go for raw
literals…
David
more complex than simply using types, yet
less flexible: What if you want to use "uint" attributes from two
libraries on the same type?
David
more complex than simply using types, yet
less flexible: What if you want to use "uint" attributes from two
libraries on the same type?
David
more complex than simply using types, yet
less flexible: What if you want to use "uint" attributes from two
libraries on the same type?
David
you to provide e.g.
'int' annotations, you are screwed. This is a big, BIG problem.
David
ssible (or even just less clear) to just use a wrapper type
like @CollisionShape(Polygon(…)) or @RenderBounds(Polygon(…)).
David
On 04/12/12 08:56, Mike Wey wrote:
GtkD is a D binding and OO wrapper of Gtk+ and is released on the LGPL
license.
New in this release:
* GtkD wraps the latest version of GTK, version 3.6.
* Some bug fixes to support 64 bits windows.
* Compiles with DMD 2.061.
* pkg-config files.
For both the G
On 04/12/12 08:56, Mike Wey wrote:
GtkD is a D binding and OO wrapper of Gtk+ and is released on the LGPL
license.
New in this release:
* GtkD wraps the latest version of GTK, version 3.6.
* Some bug fixes to support 64 bits windows.
* Compiles with DMD 2.061.
* pkg-config files.
For both the G
neral consumption – see
https://github.com/ldc-developers/ldc/wiki/Building-and-hacking-LDC-on-Windows-using-MSVC
for build instructions.
———
Thanks to everybody involved in making this happen!
David
On Wednesday, 12 December 2012 at 08:32:50 UTC, Peter Alexander
wrote:
On Wednesday, 12 December 2012 at 01:07:56 UTC, David Nadlinger
wrote:
After a long wait and many unexpected delays, there is finally
going to be a released version of LDC, the LLVM D compiler,
again! I'll keep this
On Wednesday, 12 December 2012 at 07:36:22 UTC, Jacob Carlborg
wrote:
On 2012-12-12 02:07, David Nadlinger wrote:
After a long wait and many unexpected delays, there is finally
going to
be a released version of LDC, the LLVM D compiler, again!
Cool. Are there any plans to continue making pre
done.
For the impatient: http://forum.dlang.org/digitalmars.D.ldc ;)
Thanks to everybody involved!
David
On Sunday, 16 December 2012 at 10:27:05 UTC, David Nadlinger
wrote:
For the impatient: http://forum.dlang.org/digitalmars.D.ldc ;)
Whoops, this should have been
http://forum.dlang.org/group/digitalmars.D.ldc
Sorry for the typo,
David
.
For the full release notes (including download links) and further
discussion, please head over to the shiny new digitalmars.D.ldc
forums:
http://forum.dlang.org/thread/yxklohfbaltbcdnkp...@forum.dlang.org#post-yxklohfbaltbcdnkpnqw:40forum.dlang.org
David
urgent in the earlier thread
(http://forum.dlang.org/post/srzxakcwamzzzvqct...@forum.dlang.org),
but I think the issue got lost in the wake of the UDA discussion.
David
erformance, though:
https://github.com/ldc-developers/ldc/issues/233. There is an
easy fix, but it completely breaks shared libraries (but given
that those don't work reliably anyway, I think I'll just go with
it for the time being…)
David
enough
computers to do that.
The additional load caused by this should be negligible compared
to all the pull requests.
David
On Wednesday, 2 January 2013 at 08:20:41 UTC, Jonathan M Davis
wrote:
On Wednesday, January 02, 2013 09:12:49 bearophile wrote:
I have to warn people that if they want to suddenly switch from
2.060 to 2.061 with no intermediate steps, probably some of
their
code will break, and they will have
On Wednesday, 2 January 2013 at 14:14:54 UTC, David Eagen wrote:
I have noticed my project doesn't compile with 2.061 when it
did with 2.060. I am using a few different static libraries,
one of them is thrift.
I had to recompile the libraries I use with 2.061 which meant I
had to re
ith a Bugzilla query, there
will always be reasons for well-curated release notes to exist:
they are invaluable for discussing high-level changes, drawing
attention to (future) breaking changes, …
David
that we got this
aspect covered, I don't see a reason why having a collaboratively
managed set of release notes wouldn't work – but maybe it would
be better to collect them at the wiki instead of in the
repositories?
David
On Saturday, 5 January 2013 at 09:30:41 UTC, Pierre Rouleau wrote:
I noticed that D 2.062 has no new features. What would it take
to remove the link to New/Changed Features on that version
since there are none?
D 2.062 does not even exist yet, the current development version
of changelog.dd
OS X 10.7+, as LLVM does not implement a workaround for older
versions (although implementing one up to the point where it is
good enough for D should be doable without too much effort).
David
On Monday, 7 January 2013 at 16:57:05 UTC, FG wrote:
Who knows. Maybe there will even be a D conference in Poland in
our lifetime. ;)
Not sure if you were implying this, but actually there was a D
conference in Poland already, the Tango Conference in 2008. ;)
David
On Monday, 7 January 2013 at 19:54:54 UTC, Walter Bright wrote:
On 1/7/2013 4:41 AM, David Nadlinger wrote:
Yes, it is not supported by linker and dyld versions shipping
with OS X 10.7.
Sorry, I wrote my last post in a hurry – I suppose it's clear
anyway, but that should have been »b
http://opensource.apple.com/source/dyld/dyld-210.2.3/src/threadLocalVariables.c
David
on has
bugs in this regard.
David
all together this weekend.
I think at this point it is amply clear that the introduction of
a "static"/"internal" keyword is much more controversial than the
change to "private".
Thus, I'd recommend splitting up the DIP, so we can make progress
on the "private" issue ASAP.
David
tons of merging errors.
They are easy to resolve manually, of course, but still very
annoying because this breaks the GitHub "Merge" button.
David
Windows/MinGW a first-class target for LDC is another week or two
of work on the remaining few test suite/unit test failures and a
Windows CI slave…
David
On 3/1/13 4:12 AM, Andrei Alexandrescu wrote:
Some of the team members (including of course me) will be available for
chit chat during the reception.
Here's wishing everyone a tip top HipHop chit chat! :)
's me.
Looking forward to helping out with giving the numerous
high-quality contributions currently in the queue the amount of
attention they deserve!
David
On Thursday, 7 March 2013 at 22:26:23 UTC, Walter Bright wrote:
On 3/7/2013 1:23 PM, David Nadlinger wrote:
…and in case you are now wondering who the one with the
strange nick name is,
that's me.
I would prefer it if you changed your nick so (at least I) can
remember who is who :-
just got
youtube.com/dconf2013.
David
various D
compilers are actually not ABI-compatible.
How hard is such setup to achieve?
Very.
David
the View Source one.
David
On Friday, 24 May 2013 at 22:20:54 UTC, Iain Buclaw wrote:
Errata: David Nadlinger - the way it determines whether or not
to
emulate TLS is at the configure stage, where it tests if the
assembler
has support for it. If no, then TLS is emulated. So the
correct
answer would be: It'
On Friday, 24 May 2013 at 22:45:35 UTC, David Nadlinger wrote:
We (LDC) use the GNU as on MinGW as well, as the LLVM
integrated assembler doesn't support emitting the Dwarf EH
tables into COFF files yet. So, you should be good to go in
theory, although the target config handling cod
went ahead and submitted it:
http://www.reddit.com/r/programming/comments/1f35kp/speaking_a_whole_new_language_dconf_2013_at/
David
quot; is missing
a "contact" attribute!' error message.
Many thanks,
David
Congratulations!
naryl wrote:
> David Ferenczi Wrote:
>
>> naryl wrote:
>>
>> > Tim M Wrote:
>> >> Congrats. Is anyone working on any idividual packages like
>> >> ubuntu/gentoo?
>> > You can find ebuilds for ldc trunk here:
>> > http://www.a
Many thanks!
naryl wrote:
> Just uploaded ldc-0.9.ebuild. However it still uses tango svn trunk.
> http://www.assembla.com/wiki/show/d-overlay
> Enjoy!
It's good to hear! Keep up the good work!
Eldar Insafutdinov wrote:
> 2 month passed since the work on Qt binding started and we got first
> results now. There are about 130 classes that work now or I better say
> _should_ work now because it requires a lot of testing. Among them are
> basic wid
I'm glad to see this release and the progress of qtd!
Coudl you please provide a link to the tutrial? Many thanks!
Eldar Insafutdinov wrote:
> It didn't take very long after previous post to make a first
> implementation of signals and slots(thanks to great people from #d) which
> means that you
Thank you!
Eldar Insafutdinov wrote:
> David Ferenczi Wrote:
>
>> I'm glad to see this release and the progress of qtd!
>>
>> Coudl you please provide a link to the tutrial? Many thanks!
>>
>> Eldar Insafutdinov wrote:
>>
>> > It d
Great news! Keep up the good work!
On 3/9/2010 12:44 PM, Steven Schveighoffer wrote:
On Tue, 09 Mar 2010 14:36:41 -0500, Michal Minich
wrote:
assumeNoArrayReference does not express that there can be references to
the original array before slice start. probably better expressing, if
rather long name could be
Actually, you can
On 5/31/10 3:08 PM, Adam Ruppe wrote:
On 5/31/10, "Jérôme M. Berger" wrote:
The problem is that px is not even theoretically reliable: it
depends on the screen you are viewing the page on.
That's true, it definitely changes across different screens.
A good discussion of how to size
On 7/2/10 5:55 PM, Walter Bright wrote:
David Gileadi was kind enough to spend some time redesigning the look of
the D web site. A preview of it is up on d-programming-language.org.
This isn't about the content, just the look/style/feel.
Comments welcome.
Please don't put links t
On 7/5/10 8:51 AM, Andrei Alexandrescu wrote:
On 07/05/2010 09:08 AM, David Gileadi wrote:
Thanks everyone for your feedback. I sent Walter a new version that
addresses some of the issues.
Feel free to send one to me too, I'll upload it.
Andrei
I'm glad you mentioned this beca
On 7/5/10 5:10 PM, Nick Sabalausky wrote:
The search box still has invisible-text-syndrome.
Sorry, fix will be in the next update.
On 7/6/10 1:02 PM, Andrej Mitrovic wrote:
What's up with the fonts in the code examples? Looks horrible now:
http://imgur.com/SNTlv.jpg
It looked ok before..
I tried an experiment: I reasoned that folks would probably only have
custom programming fonts installed when they use them. So I chan
On 7/7/10 11:12 AM, torhu wrote:
On 06.07.2010 22:14, David Gileadi wrote:
On 7/6/10 1:02 PM, Andrej Mitrovic wrote:
What's up with the fonts in the code examples? Looks horrible now:
http://imgur.com/SNTlv.jpg
It looked ok before..
I tried an experiment: I reasoned that folks
On 7/7/10 12:36 PM, Charles Hixson wrote:
On 07/07/2010 11:51 AM, David Gileadi wrote:
On 7/7/10 11:12 AM, torhu wrote:
On 06.07.2010 22:14, David Gileadi wrote:
On 7/6/10 1:02 PM, Andrej Mitrovic wrote:
What's up with the fonts in the code examples? Looks horrible now:
http://imgu
On 8/11/10 9:11 AM, Andrei Alexandrescu wrote:
Eric Niebler interviewed me for the InformIT online magazine. Here is
the first part of three:
http://www.informit.com/articles/article.aspx?p=1621867
Andrei
Great read, worth pointing friends to. Please be sure to post links to
the 2nd and 3r
On Wednesday, 26 December 2018 at 00:42:25 UTC, viniarck wrote:
On Saturday, 22 December 2018 at 13:25:14 UTC, Anton Pastukhov
wrote:
On Tuesday, 18 December 2018 at 22:12:52 UTC, viniarck wrote:
[...]
Out of curiosity- what are advantages of ncm2 over deoplete?
Hi Anton,
I'd say:
- Compl
On Thursday, 27 December 2018 at 21:50:04 UTC, David wrote:
On Wednesday, 26 December 2018 at 00:42:25 UTC, viniarck wrote:
[...]
looks nice but the behavior is a bit strange, as it suggest
also functions which are not imported. E.g.
import std.stdio: writeln;
completion for "wri&
On Friday, 28 December 2018 at 12:41:27 UTC, David wrote:
On Thursday, 27 December 2018 at 21:50:04 UTC, David wrote:
sorry - I was wrong! It works as expected :-) - very nice! It
probably conflicted with deoplete (or something else) which may
still have been in the cache ...
Now, I am
ernal` exists
precisely to fill this role, i.e. code that needs to be around at
druntime import time, but isn't supposed to be accessed directly
by users.
— David
On Monday, 15 July 2019 at 19:52:57 UTC, David Nadlinger wrote:
On Monday, 15 July 2019 at 11:33:44 UTC, Mike Franklin wrote:
My understanding is the `rt` is the language implementation
and `core` is the low level library for users.
This understanding would be mistaken. We haven't
away, but there is nothing wrong with that. At some point, it
will just cease to exist naturally.
— David
.
core.internal.traits.externDFunc takes care of the safety aspect.
This is a non-issue. (Interdependencies should be avoided
regardless, of course; it is still just a crutch.)
— David
in any package.
The convention is to put private modules in the 'rt' or
'gc' packages depending on what they do and only put
public modules in 'core'.
Also, always avoid importing private modules in public
modules. […]
```
This split has been in place since back in the D1/Tango days.
— David
blic") without further explanation
is a good idea.
This split has been in place since back in the D1/Tango days.
Sure, the core vs rt split did. But core.internal did not exist
in D1.
How core is organised internally has little do with whether rt is
public or not.
— David
On Thursday, 25 July 2019 at 18:46:00 UTC, bachmeier wrote:
Curious if there are a lot of D programmers using IntelliJ.
It's $500 just for the first year.
I've been using IntelliJ Idea Community for D development for
years, mostly for the syntax highlighting, code completion and
linting. Stil
On 9/7/19 12:27 PM, Manu wrote:
I don't know how to iterate on the docs, since they only appear from
CI, and I have no idea how to create them myself :/
I don't know what the "correct" way is, but to build dlang.org locally
on macOS, from the dlang.org dir I run:
DIFFABLE=1 make -f posix
On 11/18/19 1:19 PM, Tobias Pankrath wrote:
On Monday, 18 November 2019 at 19:54:38 UTC, Russel Winder wrote:
Probably yes. Though Cargo has taken many different decisions to Dub
and mostly I think Cargo took better decisions.
Could you elaborate a bit, please? I am not familiar with Cargo th
On 4/28/20 7:45 AM, Mike Parker wrote:
I've finally gotten around to publishing the next article in my D and C
series on the D blog. This is the second post about arrays, focusing on
properly declaring in D functions from C that accept array parameters.
The blog:
https://dlang.org/blog/2020/04
On 8/20/21 9:54 AM, Dennis wrote:
On Friday, 20 August 2021 at 16:44:53 UTC, 9il wrote:
Builtin complex numbers have been replaced with mir.complex in the
following packages:
Out of curiosity, how did std.complex fall short?
Maybe it was too complex?
Sorry, I'll see myself out.
I use Thunderbird to read this forum and have gotten jealous of
the Markdown formatting that the website supports but that
Thunderbird doesn't. So I made [an
extension](https://addons.thunderbird.net/en-US/thunderbird/addon/render-markdown-messages/) to render Markdown-formatted messages in Thun
On 5/9/14, 12:48 PM, Andrei Alexandrescu wrote:
Hi folks,
We at Facebook are very excited about the upcoming DConf 2014. In fact,
so excited we're considering livestreaming the event for the benefit of
the many of us who can't make it to Menlo Park, CA. Livestreaming
entails additional costs so
actually test the
feature resp. fix any remaining issues.
David
k permission.
Among these are the group photos, which will need to be edited if
permission is not given.
David
On 5/30/14, 8:16 AM, florin wrote:
Hi,
In the opening of your keynote you mentioned the need of redesigning
dlang.org. I'm more of a webdesigner than programmer so maybe I can lend
a hand here. Is there a place where this is being discussed?
Here's the thread where this was recently discussed
201 - 300 of 422 matches
Mail list logo