On 2015-04-07 01:51, Adam Hawkins wrote:
Only trade off in the Ruby case is metaprogramming.
You can do metaprogramming in D, it's just a bit different compared to Ruby.
--
/Jacob Carlborg
On 2015-04-07 02:29, Adam D. Ruppe wrote:
On Tuesday, 7 April 2015 at 00:15:51 UTC, w0rp wrote:
[...]and runtime templates. The last two haven't been written yet.
Really? Runtime templates aren't even hard to implement
vibe.d has a template system. It's based on Jade, which seems to be
On 2015-04-07 10:33, John Colvin wrote:
(parentheses are optional for all function calls),
Optional for all function calls taking no arguments. Note that in Ruby
parentheses are optional for function calls taking arguments as well.
--
/Jacob Carlborg
On 2015-04-07 18:06, Adam D. Ruppe wrote:
Aye, though it is compile time rather than runtime which hurts the
edit/run cycle - you have to recompile, redeploy (maybe), and restart
just to see a quick text change.
Oh, right, that was what he meant with "runtime" :)
--
/Jacob Carlborg
On 2015-04-08 00:58, weaselcat wrote:
Hi, I hope nobody minds but I'm just curious as to the popularity
amongst D IDEs for a blog post. Sorry if I forgot your favorite $editor.
http://goo.gl/forms/MmsuInzDL0
TextMate 2.
--
/Jacob Carlborg
On 2015-04-07 19:53, deadalnix wrote:
https://www.destroyallsoftware.com/talks/wat
That is mostly for JavaScript.
--
/Jacob Carlborg
On 2015-04-07 19:46, Ary Borenszweig wrote:
It's true that Ruby is slow, but only because their priority is
correctness.
I don't think it's so much about the correctness, it's rather the
complicated features it supports, like metaprogramming. eval and
bindings are causing problems, also prom
On 2015-04-08 08:26, Daniel Murphy wrote:
Several hours ago, Walter merged my DDMD branch into master. This means
that an additional 'ddmd' target is available in the makefiles, and the
autotester will check that it builds.
The make target converts the C++ frontend source to D, and then compile
On 2015-04-08 08:51, extrawurst wrote:
What i like about the current layout is the possibility to rapidly try
different keyword searches using the browser find-functionality.
I like that too, but it only works when there are quire few packages.
--
/Jacob Carlborg
On 2015-04-08 12:29, Jens Bauer wrote:
I voted for nano+uCode (my own IDE, which is still pre-alpha).
uCode is designed for microcontroller and SPLD/CPLD use.
nano, because it's the only editor on a Mac, I can be sure of handling
Unicode well.
(TextEdit messes up unicode files, Xcode 2.5 seems t
On 2015-04-09 11:34, Jens Bauer wrote:
Xcode 2.5 is the best Xcode. There's only one IDE from Apple which is
better: Project Builder!
The rest of them are too broken for me. Xcode 3.x keeps spamming my
console.
Even if I could run Xcode 7254.9, I double they would have fixed the
unicode problem
On 2015-04-10 21:02, Idan Arye wrote:
Many of these Vim users are not really Vim users - not in the sense that
Emacs users are Emacs users anyways. Sure, they use Vim - but only
because it's a default editor in Unix-like systems. If Windows Notepad
was the default text they wouldn't have install
On 2015-04-14 07:03, bitwise wrote:
You may want to look at "Orange".
https://github.com/jacob-carlborg/orange
The API is clean, and non-invasive. The only downside for me, is that in
order to serialize a class by a base pointer, you have to register it at
compile time.
Yeah, this will requir
On 2015-04-13 21:29, "Marc =?UTF-8?B?U2Now7x0eiI=?= "
wrote:
This is the best I can come up with currently. I think with a
@forceinline attribute, it would be a lot better, assuming `alloca()` is
usable inside an inlined method.
If I recall correctly "alloca" can be used as a default argument
On 2015-04-14 10:33, "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
" wrote:
No.
"No" as in "alloca" doesn't work like that for default arguments or a
string mixin is still needed?
If alloca() ends up within a loop you are in a bad situation. Keep
in mind that alloca is released on function RETURN
On 2015-04-14 11:50, "Marc =?UTF-8?B?U2Now7x0eiI=?= "
wrote:
It does work like that, but I don't see a way to pass the length to the
alloca() call. Unfortunately, we can't refer to other parameters. It
that were possible, it would indeed work:
import core.stdc.stdlib : alloca;
T[] stackArray(T
On 2015-04-14 14:07, Russel Winder via Digitalmars-d wrote:
Waf chooses N and it makes the workstation unusable whilst the
compilation is happening.
[…]
I have four cores (if I recall correctly) and I always compile DMD with
-j 16 without any problems.
--
/Jacob Carlborg
On 2015-04-14 18:33, bitwise wrote:
This is one of the main reasons I like the OffsetTypeInfo/offTi()
option. I think a "name" field would have to be added to OffsetTypeInfo
for it to be useful, and I have a feeling that would increase the binary
size by quite a bit.. So I'll have to test it and
On 2015-04-14 16:28, Daniel Murphy wrote:
DMD does not inline functions that have any calls to alloca.
What about this [1], is that something different?
[1] https://github.com/D-Programming-Language/dmd/pull/3961
--
/Jacob Carlborg
On 2015-04-15 17:26, bitwise wrote:
Right now, this is the def:
/**
* Array of pairs giving the offset and type information for each
* member in an aggregate.
*/
struct OffsetTypeInfo
{
size_t offset;/// Offset of member from start of object
TypeInfo ti;/// TypeInf
On 2015-04-16 00:32, Kapps wrote:
One of the biggest issues I can think of would be code breakage. While
we're the point where most compiler updates no longer break my code, if
you expect to use a codebase from 2 years ago without having to update
your code, you'll be disappointed.
I don't agr
On 2015-04-15 15:15, rcorre wrote:
For those who don't know, ycmd (https://github.com/Valloric/ycmd) is an
editor-agnostic completion engine that aims to reduce a lot of the
duplicate code written for handling autocompletions in different
language/editor combinations.
Which editors are supporte
On 2015-04-16 01:32, bitwise wrote:
One reason is that casting with multiple inheritance offsets the
pointer, and I forget exactly virtual inheritance works, but I'm sure it
breaks things too..
In D I would assume this would eventually be possible:
class Foo { int a; }
class Bar : Foo { int b
On 2015-04-16 08:02, Andrei Alexandrescu wrote:
This is good stuff. FWIW we do have a keyword "preapproved" on bugzilla:
https://issues.dlang.org/buglist.cgi?f1=keywords&list_id=200200&o1=equals&query_format=advanced&resolution=---&v1=preapproved
It has 23 items of various ages. I didn't noti
On 2015-04-07 18:37, Sönke Ludwig wrote:
Anyone up to this? The issues of the previous discussion [1] have all
been addressed now more or less, so the package is ready for a more
thorough review.
Is it possible to use "toJSON" or a similar method to generate JSON from
a primitive type without
On 2015-04-16 11:29, Sönke Ludwig wrote:
I'd like to let that be part of a more general serialization framework
in top of this package instead of integrating a simplistic custom
solution that will then later be obsoleted.
I was thinking about some low level primitives that a serialization
lib
On 2015-04-16 14:28, w0rp wrote:
I think serialiastion for this JSON library should probably be
considered out of scope until we have a general serisalisation API. Then
once we have both, we can marry the two together. So as you say, the
support from your end seems to be there. There just needs
On 2015-04-16 14:17, Sönke Ludwig wrote:
The simplest target for a serialization library would be to generate a
stream of JSONParserNodes. That way the serializer doesn't have to keep
track of nesting levels and can reuse the pretty printing functionality
of stdx.data.generator.
However, this c
On 2015-04-16 16:49, Andrei Alexandrescu wrote:
This is worth trying. I'll put a list together perhaps during the
hackathon. The more difficult part will be maintaining it, which becomes
a job - one extra thing on the plate of the same people. I guess the
first item on the list will be "maintain
On 2015-04-17 01:25, bitwise wrote:
Ok, that sounds right. D has no multiple or virtual inheritance, so I
guess things should be fine. C# is the same way(single inheritance,
interfaces) which is likely designed to avoid these kinds of issues.
I would be modifying the offTi() property though, no
On 2015-04-17 04:26, Casey wrote:
O.K. This is just an idea that's been running through my head, so I
figured someone here may be interested.
Text search engines that I know of are meant to index unstructured data
or apply a schema to data at runtime. However, since D has the ability
to do thi
On 2015-04-17 04:19, Walter Bright wrote:
Yes it would. The problem is I have a hard time reviewing complex things
I don't understand, so I procrastinate. The fault is mine, not with your
work.
Please let me know if there's something I can do to make this easier for
you. Anything I can explai
On 2015-04-16 19:36, Andrei Alexandrescu wrote:
On 4/16/15 9:51 AM, Jacob Carlborg wrote:
Example, updating the website is something I would recommend delegating
to someone else.
Good example. The question is who'd want to take that job. -- Andrei
That's the tricky part being a project manag
On 2015-04-17 17:00, Andrei Alexandrescu wrote:
Well, last time I posted a [WORK] item was this:
http://forum.dlang.org/thread/mfesp4$9bn$1...@digitalmars.com
Walter did it after we talked about it on the phone...
Well, I'm not sure if it was the _latest_, but at some point (fairly
recently
On 2015-04-17 17:09, "=?UTF-8?B?Ik3DoXJjaW8=?= Martins\"
\"" wrote:
P.S. Way to hijack SDC's thread...
That's what we do here ;)
--
/Jacob Carlborg
On 2015-04-17 16:21, Casey Sybrandy wrote:
I was thinking something a bit more specific without having to manually
generate the structs.
For example, let's say I have a JSON document that has a number of
fields in it. Some are numbers, some are strings, etc. What I'm
thinking either a) based o
On 2015-04-18 07:50, Shammah Chancellor wrote:
I did try to compile it, but it started pulling in tango 1.0 and whatnot
-- I figured it was not up to date. Is this wrong?
It's up to date and is working. It builds with DMD 2.066.1 and the test
suite passes. Pre-compiled binaries are available
On 2015-04-18 09:58, John Colvin wrote:
Code points aren't equivalent to characters. They're not the same thing
in most European languages, never mind the rest of the world. If we have
a line-wrapping algorithm in phobos that works by code points, it needs
a large "THIS IS ONLY FOR SIMPLE ENGLIS
On 2015-04-18 09:33, Shammah Chancellor wrote:
Yeah, I am at an impasse. It either segfaults or spits out lots
of errors about not being able to find headers despite adding all
the -I paths.
Which headers are it complaining about?
--
/Jacob Carlborg
On 2015-04-18 12:27, Walter Bright wrote:
That doesn't make sense to me, because the umlauts and the accented e
all have Unicode code point assignments.
This code snippet demonstrates the problem:
import std.stdio;
void main ()
{
dstring a = "e\u0301";
dstring b = "é";
assert(a !
On 2015-04-18 14:25, Gary Willoughby wrote:
byGrapheme to the rescue:
http://dlang.org/phobos/std_uni.html#byGrapheme
Or is this unsuitable here?
How is byGrapheme supposed to be used? I tried this put it doesn't do
what I expected:
foreach (e ; "e\u0301".byGrapheme)
writeln(e);
--
/
On 2015-04-18 17:25, Shammah Chancellor wrote:
File(10B2B20F0, "")/usr/include/module.map:36:14: error: header
'float.h' not found
File(10B2B20F0, "")/usr/include/module.map:81:14: error: header
'stdarg.h' not found
File(10B2B20F0, "")/usr/include/module.map:113:14: error: header
'tgmath.h' not
On 2015-04-18 19:30, Dan Olson wrote:
Just checking to see if anybody has D and Xcode playing together nicely.
Not for any recent version of Xcode. Michel Fortin wrote a puling for
Xcode 3 [1], if you're interested.
[1] https://michelf.ca/projects/d-for-xcode/
--
/Jacob Carlborg
On 2015-04-19 01:03, Shammah Chancellor wrote:
I included the -I flag for the location of those included headers. It
seems as if maybe it is not including anything. With that said, I am
using clan release_34, because I cannot build 32 on MacOS X.
Is there a build script you can inspect to s
On 2015-04-18 22:18, Dan Olson wrote:
Another approach is to use different IDE that can supports iOS dev
(download, debug). Not sure what is available, but these folks setup
Eclipse for Java iOS dev.
Xamarin [1] seems to have pretty good support for iOS development. They
collaborating with M
On 2015-04-19 02:28, Michel Fortin wrote:
It's undocumented API, and they sometime change it although not that
much. Xcode 4 broke the plugin and I didn't put much effort into
figuring out what was wrong. Feel free to fork and fix it if you want,
the code is on Github.
https://github.com/michelf
On 2015-04-19 11:57, w0rp wrote:
I'm not sure how that will
end up looking in the end, but I am reminded of Objective C again, where
allocation and construction are explicitly separated.
// Enough time in Wonderland makes this seem perfectly natural.
MyClass* foo = [[MyClass alloc] initWithNumb
On 2015-04-20 08:04, Nick B wrote:
Perhaps a new Unicode standard, could start that way as well ?
https://xkcd.com/927/
--
/Jacob Carlborg
On 2015-04-20 15:28, Atila Neves wrote:
Original library: http://code.dlang.org/packages/unit-threaded
PR: https://github.com/D-Programming-Language/phobos/pull/3207
It's my first Phobos PR, I tried reading the wiki and doing what's
required but bear with me if I've screwed up somehow.
Any new
On 2015-04-20 16:29, Atila Neves wrote:
I saw links to PRs past with generated docs but have/had no
idea how to get a similar result. Besides the html make target,
what is it a person has to do exactly? I'm going to edit the wiki
with this information as well.
Some developer use Ddox [1], some
On 2015-04-20 18:33, Dan Olson wrote:
An observation on OSX w/ 2.067: mangleof for C++ (and D) names produces
the actual object file symbol while mangleof for C names strips a
leading underscore.
Is this intended? If so what is rationale?
I don't think it's intentional. The point of "mangleof
On 2015-04-20 21:42, Gary Willoughby wrote:
and here are some proposed substitutions:
https://gist.github.com/nomad-software/20d2ab1f7d4c9e55a343
I don't think you should use the "style" attribute at all. I think it's
better to use classes, or similar.
--
/Jacob Carlborg
On 2015-04-21 15:56, Robert burner Schadek wrote:
I did use "github pages" https://pages.github.com/
I have used dropbox.
--
/Jacob Carlborg
On 2015-04-21 19:01, Dan Olson wrote:
Hmmm, I can see another point of view where mangleof should produce the
equivalent extern(C) symbol. My gut says this is the way it should
work.
That makes sense.
If I want to call a C function void debug(const char*) from a C library,
I would do this b
On 2015-04-22 03:46, Daniel Murphy wrote:
Until fairly recently .mangleof was completely broken for eg extern(C++)
mangling on windows. I'm not surprised there are still bugs there.
Ideally .mangleof will give exactly the string that ends up in the
object file.
And what about pragma(mangle),
On 2015-04-23 04:00, deadalnix wrote:
D style hello world is HUGE. writeln need half of the world to work to
spit out anything :)
What about "Hello World" with "printf" instead?
Yes, It is also needed to stop dumping the LLVM IR on the standard
output. But at this stage, it just make the dev
On 2015-04-24 22:27, Steven Schveighoffer wrote:
If pragma(lib, "libcurl"); doesn't work normally, then we should remove
std.net.curl, and put it in dub.
It doesn't work with GDC.
--
/Jacob Carlborg
On 2015-04-25 08:42, Iain Buclaw via Digitalmars-d wrote:
Doesn't DMD use dmd.conf for these?
No, on OS X DMD adds the following when calling GCC:
-lphobos2 -lpthread -lm
--
/Jacob Carlborg
On 2015-04-29 02:49, Walter Bright wrote:
Yes, many times, yes. Report it to bugzilla as a bug. Any code relying
on buggy behavior listed in bugzilla is likely to get little sympathy
from the D community when it breaks due to a bugfix.
The most difficult part is to figure if a weird behavior i
On 2014-09-10 04:13, Nick Sabalausky wrote:
This is getting to be (or rather, *continuing* to be) a royal PITA:
https://github.com/rejectedsoftware/vibe.d/issues/673
I don't mean to pick on Vibe.d in particular, but can we have a solution
(that doesn't involve obscure corners of druntime, or de
On 2015-05-02 15:00, maik klein wrote:
and there was a reddit post somewhere
about an automatic binding generator? I just can't seem to find it anymore.
There's DStep [1] but that is only for C, not for C++. Is there a C
interface available?
[1] https://github.com/jacob-carlborg/dstep
--
/
On 2015-05-03 06:20, Andrei Alexandrescu wrote:
Is this a common thing people wanna do? Put in Phobos?
Yes, I would think so. Although, I would prefer a regular template mixin
and taking the member as an alias parameter instead of a string, if
possible.
--
/Jacob Carlborg
On 2015-05-04 07:28, Andrei Alexandrescu wrote:
But then the opDispatch solution is more structured and restricted in a
good way. I think we need a bit more experience with both to figure out
which is the best way to go.
I would guess the opDispatch solution doesn't integrate so well with an
On 2015-05-03 19:39, Robert burner Schadek wrote:
Not much code yet, I'm currently building the performance test suite
https://github.com/burner/std.xml2
I recommend benchmarking against the Tango pull parser.
--
/Jacob Carlborg
On 2015-05-04 21:14, Jonathan M Davis wrote:
If I were doing it, I'd do three types of parsers:
1. A parser that was pretty much as low level as you can get, where you
basically a range of XML atributes or tags. Exactly how to build that
could be a bit entertaining, since it would have to be hi
On 2015-05-03 19:39, Robert burner Schadek wrote:
Not much code yet, I'm currently building the performance test suite
https://github.com/burner/std.xml2
There are a couple of interesting comments about the Tango pull parser
that can be worth mentioning:
* Use -version=whitespace to retain
On 2015-05-05 12:41, "Mario =?UTF-8?B?S3LDtnBsaW4i?=
" wrote:
Recently, I compared DOM parsers for an XML files of 100 MByte:
15.8 s tango.text.xml (SiegeLord/Tango-D2)
13.4 s ae.utils.xml (CyberShadow/ae)
8.5 s xml.etree (Python)
Either the Tango DOM parser is slow compared to the Tango pu
On 2015-05-05 16:04, "Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
" wrote:
In my opinion it is rather difficult to build a good API without also
using the API in an application in parallel. So it would be a good
strategy to build a specific DOM along with writing the XML
infrastructure, like SVG/HTML.
On 2015-05-06 01:38, Walter Bright wrote:
I haven't read the Tango source code, but the performance of it's xml
was supposedly because it did not use the GC, it used slices.
That's only true for the pull parser (not sure about the SAX parser).
The DOM parser needs to allocate the nodes, but i
On 2015-05-06 20:26, Brad Anderson wrote:
https://msdn.microsoft.com/en-us/library/vstudio/bb531344(v=vs.140).aspx
I'm sharing this specifically so we can have an unproductive flamewar
about whether breaking changes in D are sometimes worth it or if they
are holding D back from mass adoption :).
On 2015-05-07 18:15, Dmitri wrote:
I'm a D noob, so my question is perhaps naive. At work, we develop
servers that are 24/7 and as such they don't have a clean exit path.
Sometimes, however, I'd like to troubleshoot a process and use valgrind,
in which case I have to come with a way of forcing a
On 2015-05-08 00:28, Walter Bright wrote:
D has some excellent tools that are generally nonstandard, klunky or
nonexistent in other languages:
1. unit testing
2. documentation generation
3. coverage analysis
4. profiler
5. and as of last week, a memory usage profiler
I know many feel that thes
On 2015-05-08 09:55, Walter Bright wrote:
On the other hand, D's builtin unit testing is so effective it has been
a game changer, in that it has successfully changed the culture of D
programming.
Perhaps compared to C++ or previous D code. But compared to Ruby it's
certainly not a game change
On 2015-05-08 12:43, Walter Bright wrote:
I've never seen any as easy to use as D's, and that includes Ruby. Easy
to use is what makes it a game changer, because people are much more
likely to use it.
As I've said, it's available in Ruby standard library, but perhaps
that's not enough built-i
On 2015-05-08 21:55, Andrei Alexandrescu wrote:
a few measurements would be in order. -- Andrei
Be sure you do that on more than one platform. For example, the emulate
TLS on OS X can be quite slow, I've heard.
--
/Jacob Carlborg
On 2015-05-10 10:14, Oren Tirosh wrote:
I think it should work for any two structs as long their fields are
public and individually assignment-compatible.
Just for the record, "tupleof" bypasses protection.
--
/Jacob Carlborg
On 2015-05-08 21:45, Walter Bright wrote:
This is an interesting problem, one that I faced with Warp.
The solution was to make the function being tested a function template.
Then, in the unit test I replace the 'file' argument to the function
with a static array of test data.
I don't really l
On 2015-05-10 10:12, Jonathan M Davis wrote:
Those are really the only ones that I've ever thought made sense, and in
several cases, the things that folks want are things that I very much
_don't_ want (e.g. continuing to execute a unittest block after an
assertion failure).
I don't think most
On 2015-05-11 11:33, weaselcat wrote:
I'd put the symbol here, but it's too long and got rejected by the NG.
So, you can view it here. https://paste.ee/r/cIuGm
Haha :)
--
/Jacob Carlborg
On 2015-05-11 18:08, Timothee Cour via Digitalmars-d wrote:
I found the culprit by bisection:
hash: 50b7697...
HEAD is now at 50b7697... Merge pull request #3970 from yebblies/idgend2
https://github.com/D-Programming-Language/dmd/commit/aa8a7b3dcf985c8332783961c1dd7bc598ec36c5
it builds fine r
On 2015-05-11 17:45, Andrei Alexandrescu wrote:
For now, here's a snapshot of flags that the allocation primitives
should know about:
enum AllocOptions
{
/// Allocate an array, not an individual object
array,
/// Allocate a string of characters
string,
/// Plan to let the GC take
On 2015-05-12 17:03, Andrei Alexandrescu wrote:
dvm is fine as long as its installation itself is automated.
The installation is a one-liner command:
curl -L -o dvm
https://github.com/jacob-carlborg/dvm/releases/download/v0.4.3/dvm-0.4.3-osx
&& chmod +x dvm && ./dvm install dvm
Binaries a
On 2018-10-15 20:46, Manu wrote:
1. traditional; assert that the object become thread-local by
acquiring a lock, cast shared away
Instead of having to explicitly cast away shared we could leverage the
synchronized statement. It could be enhanced to allow the following:
shared int a;
Mutex m
On 2018-10-21 09:33, Russel Winder wrote:
The SWT framework is being replaced with JavaFX, so should D forget DWT
and do something similar?
Where do you get that idea? SWT (and therefore DWT) is using the native
drawing operations of the OS.
No, D should not forget DWT. It's one of the few
On 2018-10-21 03:25, Nick Sabalausky (Abscissa) wrote:
What about DWT? It seemed pretty good from what I could tell, though I
still haven't ventured into D GUIs just yet myself. Are there issues
people have with DWT? Or WxD?
DWT is currently stuck at SWT version 3.4 and no macOS version is
av
On 2018-10-20 11:25, Russel Winder wrote:
GtkD works very well for me. But I guess GTK+ has a reputation of not
working on Windows and macOS. Once a reputation is established it is
nigh on impossible to refute.
As has been stated elsewhere, it's working on Windows and macOS but
looks very ali
On 2018-10-21 19:29, Russel Winder wrote:
But who apart from Eclipse and JetBrains uses Java for desktop GUI
applications?
There's probably a ton of business/enterprise applications that are
written in Java.
But I don't care for that, that's why I'm using D :)
I do not have Eclipse to che
On 2018-10-21 22:31, Patrick Schluter wrote:
I like it and I'm looking forward that it gets beyond swt 3.4.
I ported my Java GUI SWT program to D and it was a breeze to do. I
didn't even require to change the structure of the app and the class
hierarchy. There was only the file and string hand
On 2018-10-22 12:06, Russel Winder wrote:
Jacob,
GitHub is currently making a total mess for me of our conversation on
Issue 42, I see stuff then it goes away. Apologies if I have made a
mess of that conversation for you.
Yeah, I noticed that. GitHub had/still having some major issues [1].
S
On Tuesday, 13 March 2018 at 22:34:32 UTC, Jack Applegame wrote:
Code:
import std.stdio;
import core.thread;
import core.time;
auto arr = new ubyte[1]; // THIS SHOULD NOT COMPILE
int main(string[] args)
{
new Thread({
arr[0]++;
}).start();
new Thread({
arr[0]++;
On Thursday, 15 March 2018 at 05:22:45 UTC, Seb wrote:
Hmm how would this solve the StdUnittest use case? I.e. that
templated phobos unittests and private unittest symbols are
compiled into the users unittests?
See also:
https://github.com/dlang/phobos/pull/6202
https://github.com/dlang/phob
On 2018-03-19 01:00, Manu wrote:
It's not aggression, it's a decade of compounded frustration.
Perhaps you can give this a try:
https://forum.dlang.org/thread/ojxxjixcxnztmssky...@forum.dlang.org
--
/Jacob Carlborg
On 2018-03-19 20:52, Tony wrote:
The downloads page is a little corrupted:
https://dlang.org/download.html
It's fixed now.
--
/Jacob Carlborg
On 2018-03-19 16:42, Graham Fawcett wrote:
On Monday, 19 March 2018 at 14:28:59 UTC, Andrei Alexandrescu wrote:
The D Language Foundation is thrilled to announce that registration
for DConf 2018, May 2-5 in Munich, is now open.
Hi Andrei,
I think something broke on the dlang.org Web site when
On Wednesday, 21 March 2018 at 22:48:36 UTC, Seb wrote:
Not sure whether you are aware of these two projects?
https://github.com/jacob-carlborg/dstep (converts C headers to
D headers auto-magically)
https://github.com/Syniurge/Calypso (LDC fork which allows
direct interfacing with C/C++ cod
On Friday, 23 March 2018 at 09:37:26 UTC, Norm wrote:
I think the main reason for this is because they expect a
C++/Python like experience where your rarely hit a
compiler/interpreter bug.
What happens if they found a bug in C++ or Python?
--
/Jacob Carlborg
On 2018-03-23 13:34, bauss wrote:
What do you mean?
https://gcc.gnu.org/bugzilla/buglist.cgi?component=c%2B%2B&product=gcc&resolution=---
That's only limited to 500, here's a list of 10 000:
https://gcc.gnu.org/bugzilla/buglist.cgi?component=c%2B%2B&limit=0&order=bug_status%2Cpriority%2Cass
On 2018-03-23 20:25, Jonathan M Davis wrote:
Really? I've dealt with relatively few projects that use github as a bug
tracker, and it's been my experience that most anything that's really
serious has its own bugtracker (usually some form of bugzilla) - though most
such projects predate github by
On 2018-03-24 00:37, Nick Sabalausky wrote:
OAuth is a phisher's paradise.
But that aside, it's never made any sense to me for projects to
self-impose a policy of "If you've found a bug, and you're
non-registered, we don't want to hear about it."
I would think any self-respecting project wo
On 2018-04-09 18:39, Cym13 wrote:
On Monday, 9 April 2018 at 15:30:33 UTC, Stefan Koch wrote:
On Friday, 6 April 2018 at 21:45:45 UTC, Zach Tollen wrote:
I think Walter's reason was that such macros would hide too many
idiosyncrasies in how they were programmed, such that a lot of code
which
901 - 1000 of 2325 matches
Mail list logo
