what about for ST3? there's no ~/Library/Application\ Support/Sublime\
Text\ 3/Packages/D
On Sat, May 25, 2013 at 4:01 PM, TommiT tommitiss...@hotmail.com wrote:
On Saturday, 25 May 2013 at 12:56:02 UTC, Andrei Alexandrescu wrote:
OK, you convinced me to try. But my SublimeText OSX
On 5/25/13 7:31 PM, TommiT wrote:
I knew the config had updated due to the fact that keyword pure was
colored like a keyword. In the default config file that was one of the
keywords missing. Also you can check that ST - View - Syntax has 'D'
checked when a d-file is open.
Yay to that, looks
For some class methods, to express comprehensive out{} contracts it is
necessary to be able to refer to the state of the class object before
the operation as well as after it e.g. if the method adds something to a
container you need to be able to specify that nothing was accidentally
deleted
I'm trying to use the OpenSSL bindings from Deimos, but whenever
I try to use the PEM_write_X509 function (among others), OpenSSL
gives a fatal error of no OPENSSL_Applink, because in OpenSSL's
ms/uplink.c, the function OPENSSL_Uplink calls GetProcAddress on
the application with the string
On 5/25/2013 5:14 PM, Jonathan M Davis wrote:
I completely disagree that null pointers are a problem. I don't even remember
the last time that I dereferenced a null pointer in my code, and I think that
null can be extremely useful. And yet for whatever reason, there are quite a
few people who
On 5/25/13 8:38 PM, Peter Williams wrote:
For some class methods, to express comprehensive out{} contracts it is
necessary to be able to refer to the state of the class object before
the operation as well as after it e.g. if the method adds something to a
container you need to be able to specify
On Saturday, 25 May 2013 at 23:28:46 UTC, Jonathan M Davis wrote:
aside from you, I'm not aware of anyone complaining about it
any time recently.
Good evening, Jonathan,
I'm not sure whether you mean that nobody's complained recently
about the spec being in DDoc lately, because, as in my
On Saturday, May 25, 2013 17:35:30 Walter Bright wrote:
Null pointers aren't even remotely the source of most programming bugs. If
they were, then languages that disallow them would be super-productive in
comparison. But they aren't. They're just an incremental step, and
elevating it into a
On Sunday, 26 May 2013 at 00:28:05 UTC, Andrei Alexandrescu wrote:
To generate several formats from one source, a macro system is
needed. One interesting thing I figured about macro systems is
they're all dirty - they can't be really considered languages
because they intermix the programming
On 5/26/13, Andrei Alexandrescu seewebsiteforem...@erdani.org wrote:
class A {
void fun()
in { auto oldLen = this.length; }
out { assert(this.length == oldLen + 1); }
body { ... }
}
That was technically difficult to do back then, and fell by the wayside.
Today it would break
On Sunday, 26 May 2013 at 00:34:46 UTC, Timothee Cour wrote:
what about for ST3? there's no ~/Library/Application\
Support/Sublime\
Text\ 3/Packages/D
According to:
http://www.sublimetext.com/docs/3/packages.html
...you create a new folder called D under the:
~/Library/Application
Andrei Alexandrescu:
That was technically difficult to do back then, and fell by the
wayside. Today it would break too much code to introduce even
if feasible.
The prestate is an important part of contract programming. So
it's better to look for some other solution to implement it.
On 5/25/13 9:03 PM, Andrej Mitrovic wrote:
On 5/26/13, Andrei Alexandrescuseewebsiteforem...@erdani.org wrote:
class A {
void fun()
in { auto oldLen = this.length; }
out { assert(this.length == oldLen + 1); }
body { ... }
}
That was technically difficult to do back then, and
On Sunday, 26 May 2013 at 01:12:35 UTC, Andrei Alexandrescu wrote:
On 5/25/13 9:03 PM, Andrej Mitrovic wrote:
On 5/26/13, Andrei Alexandrescuseewebsiteforem...@erdani.org
in { auto oldLen = this.length; }
out { assert(this.length == in.oldLen + 1); }
Since every in.xyz expression could
Jonathan M Davis:
and I think that null can be extremely useful.
null values are extremely useful, no one disagrees on this.
Good functional languages use even more null values compared
to most (or all) D programs!
Walter:
It was Hoare's engaging presentation on
I might just add, that if you have Visual Studio installed (which I
presume many Windows dev's do), then you don't need to do ANYTHING.
DMD64 just works if VS is present.
I didn't do a single thing to get DMD-Win64 working. And it's working great.
You should make sure this is clear at the top
I want to keep this discussion focussed on the DLang spec source
code. If we want to debate the features of DDoc, we should do it
in another thread.
However, as not to appear full of cricism but short of ideas, I'm
going to break my own rule and suggest, at least for the purposes
of solving
On 25 May 2013 21:03, Benjamin Thaut c...@benjamin-thaut.de wrote:
Am 25.05.2013 03:29, schrieb Manu:
Win64 works for me out of the box... ?
For me dmd produces type names like modulename.typename.**subtypename
which will causes internal errors within the visual studio debugger in some
Andrei Alexandrescu:
The problem with this is well-defining it. Since every in.xyz
expression could access an arbitrary method of the old object,
that means the whole object would need to be somehow
duplicated. Alternatively, all in.xyz expressions would need to
be evaluated before the
On 5/25/13 6:28 PM, Manu wrote:
On 25 May 2013 21:03, Benjamin Thaut c...@benjamin-thaut.de
mailto:c...@benjamin-thaut.de wrote:
Am 25.05.2013 03:29, schrieb Manu:
Win64 works for me out of the box... ?
For me dmd produces type names like
I'm voting yes.
On 05/26/2013 03:19 AM, bearophile wrote:
Jonathan M Davis:
and I think that null can be extremely useful.
null values are extremely useful, no one disagrees on this.
Good functional languages use even more null values compared to most
(or all) D programs!
Walter:
On Sunday, 26 May 2013 at 01:22:17 UTC, Borden wrote:
2) Adopting Latex's rule that a double line break means a new
paragraph. This will effectively make the $(P) macros rampant
in the DLang spec documentation unnecessary.
Oops. I realised that this has already been done. OK, so I guess
the
Timon Gehr:
Even if it's not a big problem, in the end this problem is now
solved,
because all new languages (Scala,
scala val s : String = null;
s: String = null
scala s(0)
java.lang.NullPointerException
Thank you. Are nulls used in Scala outside the strict needs of
interacting with Java
On 5/25/13 9:18 PM, Adam D. Ruppe wrote:
On Sunday, 26 May 2013 at 01:12:35 UTC, Andrei Alexandrescu wrote:
On 5/25/13 9:03 PM, Andrej Mitrovic wrote:
On 5/26/13, Andrei Alexandrescuseewebsiteforem...@erdani.org
in { auto oldLen = this.length; }
out { assert(this.length == in.oldLen + 1); }
On 26/05/13 10:43, Andrei Alexandrescu wrote:
On 5/25/13 8:38 PM, Peter Williams wrote:
For some class methods, to express comprehensive out{} contracts it is
necessary to be able to refer to the state of the class object before
the operation as well as after it e.g. if the method adds
On 05/26/2013 03:37 AM, bearophile wrote:
Timon Gehr:
Even if it's not a big problem, in the end this problem is now solved,
because all new languages (Scala,
scala val s : String = null;
s: String = null
scala s(0)
java.lang.NullPointerException
Thank you. Are nulls used in Scala outside
On 5/25/13 8:56 PM, Borden wrote:
My contention is that, for the purposes of writing lengthy, non-code
documentation like the DLang spec (I'm not referring to any other
documentation or pages on the site), enclosing the entire exposition in
macros has made the source too inflexible for me to
On Sun, 26 May 2013 00:50:28 +0200
Klaim - Joël Lamotte mjkl...@gmail.com wrote:
I think this have not been posted yet around here but might be
interesting to the D community as it is actually criticizing several
languages including D but with an interesting aproach:
On 26/05/13 11:47, Andrei Alexandrescu wrote:
On 5/25/13 9:18 PM, Adam D. Ruppe wrote:
On Sunday, 26 May 2013 at 01:12:35 UTC, Andrei Alexandrescu wrote:
On 5/25/13 9:03 PM, Andrej Mitrovic wrote:
On 5/26/13, Andrei Alexandrescuseewebsiteforem...@erdani.org
in { auto oldLen = this.length; }
On 5/25/13 9:22 PM, Borden wrote:
1) Allowing sections to be defined using == Heading == or === Heading
=== instead of $(HEADING ) or variants. The advantage that Wiki syntax
has over macro-syntax is that it automatically works out the section
nesting (which is essential for building tables of
On Sunday, 26 May 2013 at 01:57:16 UTC, Andrei Alexandrescu wrote:
This is a worthy goal. We manage to generate mobi files for the
spec (and Phobos in a pull request), is the ebook format very
different?
Andrei
Good evening, Professor,
I'm still working through the ePUB standard, but, from
On Sat, 25 May 2013 17:14:13 -0700
Jonathan M Davis jmdavisp...@gmx.com wrote:
On Sunday, May 26, 2013 01:54:36 Timon Gehr wrote:
On 05/26/2013 01:39 AM, Jonathan M Davis wrote:
On Sunday, May 26, 2013 00:50:28 Klaim - Joël Lamotte wrote:
I think this have not been posted yet around here
On 05/26/2013 02:14 AM, Jonathan M Davis wrote:
On Sunday, May 26, 2013 01:54:36 Timon Gehr wrote:
On 05/26/2013 01:39 AM, Jonathan M Davis wrote:
On Sunday, May 26, 2013 00:50:28 Klaim - Joël Lamotte wrote:
I think this have not been posted yet around here but might be
interesting
to the D
On 5/25/2013 7:28 PM, Nick Sabalausky wrote:
In something nicely static-typed like D, most tests never end up
failing, and actual applications do end up implicitly testing a heck
of a lot anyway. Of course, this doesn't imply that unittests aren't
extremely worthwhile (and I don't think even the
On 26/05/13 11:59, Nick Sabalausky wrote:
On Sun, 26 May 2013 00:50:28 +0200
Klaim - Joël Lamotte mjkl...@gmail.com wrote:
I think this have not been posted yet around here but might be
interesting to the D community as it is actually criticizing several
languages including D but with an
On 5/25/2013 5:28 PM, Andrei Alexandrescu wrote:
My attitude on DDoc has evolved in threes:
3 minutes: wtf is this crap
3 hours: this sucks
3 days: grumble I'll make do with this although it totally sucks
3 months: this is pretty darn good
Thanks for the chuckle!
DDoc is simple for what it
2013/5/26 Ahuzhgairl bulletproofch...@gmail.com
Kenji,
Thank you much for the '.C' alias support, Amazed to see there could be
some action so quick!
Could we please look at the nontype-as-primary-template?
How can we deduce all of the dependent types from a non-type template
parameter,
On Sunday, May 26, 2013 02:44:30 Borden wrote:
On Saturday, 25 May 2013 at 23:28:46 UTC, Jonathan M Davis wrote:
aside from you, I'm not aware of anyone complaining about it
any time recently.
Good evening, Jonathan,
I'm not sure whether you mean that nobody's complained recently
about
Is the inability to use dup and ~ with const arrays of class objects a
deliberate design restriction? I couldn't find mention of it in the
specification or Andrei's book and only discovered it the hard way.
Thanks
Peter
It has been proposed to introduce runtime bounds checking to insure ref
safety (avoiding escaping references to local variables), enabled with a
-checkboundsref flag (or similar).
I was wondering what would be the cost of doing this, so ran a simple test,
please see:
Good evening, Professor,
On Sunday, 26 May 2013 at 02:05:55 UTC, Andrei Alexandrescu wrote:
What vexes me is that all the sugar you propose goes against
what you opened with...
I'm not trying to cause any offence, and I apologise if any of my
phrasing or comments are construed that way. I
On Sunday, 26 May 2013 at 03:51:48 UTC, Walter Bright wrote:
It's not totally random. I've designed one macro language
before (ABEL), and have implemented 3 (ABEL, Make, and C
preprocessor), so I knew what I wanted. Ddoc is very similar to
Make's macro system.
BTW, the C preprocessor takes
On 5/25/2013 9:15 PM, Borden wrote:
3) Consider, for example, this part from abi.dd:
$(GRAMMAR
$(I MangledName):
$(B _D) $(I QualifiedName) $(I Type)
$(B _D) $(I QualifiedName) $(B M) $(I Type)
$(I QualifiedName):
$(I SymbolName)
$(I SymbolName) $(I QualifiedName)
$(I
On 5/25/2013 8:55 PM, Jonathan M Davis wrote:
3) Again using LINK2, if I were to delete the LINK2= line from
doc.ddoc and forget to readd it, my experience is that dmd -D
will quietly drop instances of $(LINK2) without telling me.
Then perhaps dmd should be fixed so that it complains. That's a
On Sunday, 26 May 2013 at 03:56:08 UTC, Jonathan M Davis wrote:
AFAIK, your recent posts on ddoc are the first that anyone has
complained about it in quite some time. There are plenty of
folks who want various improvements to the online documentation,
but doesn't necessarily require doing
On Sat, May 25, 2013 at 04:14:34PM -0700, Jonathan M Davis wrote:
On Saturday, May 25, 2013 01:42:20 Walter Bright wrote:
On 5/25/2013 12:33 AM, Joakim wrote:
At what cost? Most programmers completely punt on unicode,
because they just don't want to deal with the complexity. Perhaps
On Sunday, 26 May 2013 at 04:30:46 UTC, Walter Bright wrote:
Again, this is deliberate. Macros are set up so that the last
one overrides all the previous ones, enabling a hierarchy of
them using ddoc files. It's a simple form of 'inheritance'.
And perhaps this point could be clarified (and,
On Sunday, 26 May 2013 at 04:57:12 UTC, Borden wrote:
On Sunday, 26 May 2013 at 04:30:46 UTC, Walter Bright wrote:
Again, this is deliberate. Macros are set up so that the last
one overrides all the previous ones, enabling a hierarchy of
them using ddoc files. It's a simple form of
On Sat, 25 May 2013 18:24:41 -0700, Manu turkey...@gmail.com wrote:
FYI. DMD did not work out-of-the-box on a vanilla VS2012/Win8 install. The
Windows 8 SDK no longer includes the C++ compilers and VS2012 doesn't
setup the Environment Variables used in sc.ini.
But the most annoying part is
On Sat, May 25, 2013 at 10:28:24PM -0400, Nick Sabalausky wrote:
[...]
But, for much the same reason, I am somewhat with the author on
unittests. I definitely find them very important and worthwhile, but
my experience is in-line with writing unit tests **for everything**
very frequently fails
Thank you very much, I thought the operators are alrdy checked by
if (op == + || op == - || op == /)
But I did same tests for ushort uint and ulong, but for ulong it
didn't compile.
unittest{
alias sulong = Saturated!ulong;
assert(sulong(18_446_744_073_709_551_610) + sulong(2) ==
Namal:
And if so, do I always have to use a suffix when the number is
bigger than uint?
It looks a bit silly, I agree.
Bye,
bearophile
On Saturday, 25 May 2013 at 10:15:42 UTC, bearophile wrote:
Namal:
And if so, do I always have to use a suffix when the number is
bigger than uint?
It looks a bit silly, I agree.
Bye,
bearophile
Well, now I have same Error for signed long:
else{
static if (op == +){
On 05/25/2013 04:34 AM, Namal wrote:
assert(slong(9_223_372_036_854_775_806) + slong(-3) ==
slong(-9_223_372_036_854_775_808));
}
The first test is ok, but second wont even compile. Even if I append a L
to each number.
According to the Integer Literals section here:
Heinz:
template makeId(char[4] id)
{
const makeId = id[0] 24 | id[1] 16 | id[2] 8 | id[3];
}
const kPIHostBlendModeSignature = makeId!(8BIM);
Generally it's more descriptive to use enum (or even a CT
function):
template makeId(char[4] id)
{
enum makeId = (id[0] 24) |
Thanks, that helped me alot.
Is there a reason for restricting mixin templates to only include
declarations?
For example, the following code doesn't work.
(http://dpaste.dzfl.pl/1582a25e)
Looking at the language specification
(http://dlang.org/template-mixin.html) this doesn't seem to be an
implementation limitation.
On Saturday, 25 May 2013 at 18:05:01 UTC, yaz wrote:
Is there a reason for restricting mixin templates to only
include declarations?
For example, the following code doesn't work.
(http://dpaste.dzfl.pl/1582a25e)
Looking at the language specification
(http://dlang.org/template-mixin.html) this
On Saturday, 25 May 2013 at 18:28:09 UTC, Diggory wrote:
I think you can do it using a string mixin instead:
enum Test = `writeln(Hello D People!)`
void main() {
mixin(Test);
}
The answer to your question is probably that D has to know the
context for a template mixing at the point where
On Saturday, 25 May 2013 at 18:28:09 UTC, Diggory wrote:
D has to know the context for a template mixing at the point
where it is declared rather than where it is used.
Quite the opposite in fact. Templates exist in the context that
they are defined in, mixin templates in the context where
I have one more question towards using unsigned datatype
assert(sint(-2_147_483_647) - sint(3) == sint(-2_147_483_648));
assert(sint(-2_147_483_647) - sint(3) == sint(2_147_483_648));
Here I get an error for the second line, because it cannot be
convertet
if i use unsigned
Ok, uhhh...How do I do it?
I did already grab
http://www.sqlite.org/2013/sqlite-dll-win32-x86-3071700.zip which
contains sqlite3.dll and sqlite3.def, FWIW.
Is there any examples of using inotify with D?
http://en.wikipedia.org/wiki/Inotify
I've updated the old tango header file and tried to get something
working but it seems to hang. If anyone else has code using
inotify i'd love to take a look to see how you have used it. ta.
On 5/25/13, Nick Sabalausky seewebsitetocontac...@semitwist.com wrote:
Ok, uhhh...How do I do it?
Never used sqlite, but for implicit linking you need an import library
which you then just pass to DMD at command-line. Use implib[1],
probably with the /system switch on the DLL (or on the .def
On Sun, 26 May 2013 00:03:01 +0200
Andrej Mitrovic andrej.mitrov...@gmail.com wrote:
On 5/25/13, Nick Sabalausky seewebsitetocontac...@semitwist.com
wrote:
Ok, uhhh...How do I do it?
Never used sqlite, but for implicit linking you need an import library
which you then just pass to DMD at
On 05/25/2013 11:57 AM, Namal wrote:
I have one more question towards using unsigned datatype
assert(sint(-2_147_483_647) - sint(3) == sint(-2_147_483_648));
assert(sint(-2_147_483_647) - sint(3) == sint(2_147_483_648));
Here I get an error for the second line, because it cannot be
I have a project here which fails on link on ubuntu 12.10.
It give undefined reference errors for functions in libdl and libutil.
For some reason, ld won't cooperate unless you pass -ldl -lutil at the
end of the command string. Holy Ubuntu!
I can't seem to get dmd to do this though. Any
On Sunday, 26 May 2013 at 05:01:10 UTC, Ellery Newcomer wrote:
I have a project here which fails on link on ubuntu 12.10.
It give undefined reference errors for functions in libdl and
libutil. For some reason, ld won't cooperate unless you pass
-ldl -lutil at the end of the command string.
Just to clarify:
-I = flag to specify include path
-L-L = flag to specify additional library search path
-L-l = flag to specify link library
/Stewart
http://d.puremagic.com/issues/show_bug.cgi?id=10166
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=10167
Summary: Wrong Document Comment on std.format.d(181)
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=3449
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
http://d.puremagic.com/issues/show_bug.cgi?id=10167
--- Comment #1 from github-bugzi...@puremagic.com 2013-05-25 14:55:23 PDT ---
Commits pushed to master at https://github.com/D-Programming-Language/phobos
http://d.puremagic.com/issues/show_bug.cgi?id=10167
Andrej Mitrovic andrej.mitrov...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=10166
--- Comment #2 from github-bugzi...@puremagic.com 2013-05-25 17:18:06 PDT ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
http://d.puremagic.com/issues/show_bug.cgi?id=10166
--- Comment #3 from github-bugzi...@puremagic.com 2013-05-25 17:19:14 PDT ---
Commit pushed to 2.063 at https://github.com/D-Programming-Language/dmd
http://d.puremagic.com/issues/show_bug.cgi?id=10166
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=10168
Summary: Named tuple: inconsistent behavior
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component:
http://d.puremagic.com/issues/show_bug.cgi?id=10169
--- Comment #1 from thelastmamm...@gmail.com 2013-05-25 21:54:12 PDT ---
on this example the error would be:
Error: struct b.B member x is not accessible:
= error line repeated twice.
--
Configure issuemail:
http://d.puremagic.com/issues/show_bug.cgi?id=10169
Summary: duplicate error message: member is not accessible
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=9957
--- Comment #10 from github-bugzi...@puremagic.com 2013-05-25 22:00:47 PDT ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
http://d.puremagic.com/issues/show_bug.cgi?id=9975
--- Comment #3 from github-bugzi...@puremagic.com 2013-05-25 22:00:52 PDT ---
Commit pushed to master at https://github.com/D-Programming-Language/dmd
http://d.puremagic.com/issues/show_bug.cgi?id=10170
Summary: __traits(compiles,b.x)) incorrectly allows to access
private members
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity:
http://d.puremagic.com/issues/show_bug.cgi?id=9975
--- Comment #4 from Kenji Hara k.hara...@gmail.com 2013-05-25 22:12:10 PDT ---
(In reply to comment #3)
Commit pushed to master at https://github.com/D-Programming-Language/dmd
http://d.puremagic.com/issues/show_bug.cgi?id=9957
--- Comment #11 from Kenji Hara k.hara...@gmail.com 2013-05-25 22:13:47 PDT
---
Commit pushed to master at https://github.com/D-Programming-Language/dmd
http://d.puremagic.com/issues/show_bug.cgi?id=9957
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
101 - 187 of 187 matches
Mail list logo