On Tuesday, 10 April 2012 at 19:31:49 UTC, Andrej Mitrovic wrote:
On 4/10/12, Masahiro Nakagawa wrote:
Hi Andrej,
Sorry, I wasn't aware that this thread.
I just deleted the old repository ;)
Great!
In japan, many companies use MessagePack to reduce the
processing
time.
That's really co
On Tuesday, 10 April 2012 at 18:28:39 UTC, Marco Leise wrote:
Am Tue, 10 Apr 2012 07:35:31 -0400
schrieb "Steven Schveighoffer" :
Destructors are strictly for cleaning up resources that
*AREN'T* allocated by the GC. For example anything created
with C's malloc, or an open file descriptor, e
On 2012-04-10 22:10, "Timo Westkämper" " wrote:
This might be related:
https://github.com/D-Programming-Language/druntime/pull/114
I think something like this needs to be added to have shared libraries
properly work:
https://github.com/dawgfoto/druntime/blob/SharedRuntime/src/rt/dso.d
--
/
On 2012-04-10 21:45, H. S. Teoh wrote:
A lot of template code (e.g. a big part of Phobos) use signature
constraints, for example:
void put(T,R)(R range, T data) if (isOutputRange!R) { ... }
This is all nice and good, except that when the user accidentally calls
.put on a non-range, you
Thank you Jacob and H.S.
I try your suggestions. It's almost 20 years since i left IBM
mainfraimes and serious low level programming. Since then I just
worked with hilevel and scripting languages. I written some C
which I liked and C++ which I didn't like (I'm not particular
fond of OO) and Erlang
On 2012-04-10 23:30, Nick Sabalausky wrote:
I feel like a hypocritical flake for saying this mere days after affirming
my commitment to my HaxeD/Goldie projects over in the thread "Goldie Parser
Generator. Haxe language definition."...But unless there are strong
objections (doubtful), I'd be wil
On Tuesday, 10 April 2012 at 17:19:00 UTC, Russel Winder wrote:
I am a fan of declarative expression, I prefer functional
approaches
over explicitly imperative ones. For the moment though using
single
assignment in imperative languages with all the lambda/closure
technology and using functiona
On 2012-04-11 01:48, Jonathan M Davis wrote:
Probably a good idea, but it requires putting ddoc comments on all of those
functions in druntime (either empty ones or ones with links to the C docs
somewhere online), which is potentially a fair bit of work. Also, in some
cases, something like the S
On 2012-04-11 04:50, Ary Manzana wrote:
Yes. In fact, JDT has a built-in Java compiler in their implementation.
Maybe it was easier to do it for them because the Java spec is easier
and doesn't fluctuate that much as the D spec. And JDT used that
compiler all over the place for getting all those
On 2012-04-11 03:46, Jonathan M Davis wrote:
This stackoverflow question raises an interesting issue with linking order and
dmd:
http://stackoverflow.com/questions/10095150/std-net-curl-linker-errors-in-linux
I don't know if it's this way on Linux machines in general, but the OP had to
link his
On Tuesday, 10 April 2012 at 11:18:53 UTC, Steven Schveighoffer
wrote:
On Mon, 09 Apr 2012 22:48:26 -0400, Andrei Alexandrescu
wrote:
On 4/9/12 9:38 PM, Nick Sabalausky wrote:
"Jonathan M Davis" wrote in message
https://github.com/kyllingstad/phobos/tree/new-std-process
Oh yea. *Now* I
On Wednesday, April 11, 2012 10:24:40 Jacob Carlborg wrote:
> On 2012-04-11 01:48, Jonathan M Davis wrote:
> > Probably a good idea, but it requires putting ddoc comments on all of
> > those
> > functions in druntime (either empty ones or ones with links to the C docs
> > somewhere online), which i
On Wednesday, April 11, 2012 10:25:37 Jacob Carlborg wrote:
> On 2012-04-11 03:46, Jonathan M Davis wrote:
> > This stackoverflow question raises an interesting issue with linking order
> > and dmd:
> >
> > http://stackoverflow.com/questions/10095150/std-net-curl-linker-errors-in-
> > linux
> >
>
"Jacob Carlborg" wrote in message
news:jm3eka$2cgr$1...@digitalmars.com...
> On 2012-04-10 23:30, Nick Sabalausky wrote:
>
>> I feel like a hypocritical flake for saying this mere days after
>> affirming
>> my commitment to my HaxeD/Goldie projects over in the thread "Goldie
>> Parser
>> Genera
On 2012-04-11 10:37, Jonathan M Davis wrote:
I have no idea. If they always need to be in a particular order, then we can
just make dmd put the user provide ones in the correct spot, but if it varies
depending on the flags, then either dmd is going to have to know which flags go
in which order (
Hi guys!
I am currently working on fuse ( http://fuse.sourceforge.net/ ) bindings
for D and already have a hello world filesystem up and running. You can
find it here: https://github.com/eskimor/fuse
(The hello world is currently only compiling on 64 bit)
The first question I have (a little late)
Le 10/04/2012 20:00, Kapps a écrit :
On Tuesday, 10 April 2012 at 17:44:54 UTC, Jonathan M Davis wrote:
As I said in the other thread, I _hate_ export. It's one of Windows
largest
misfeatures IMHO. It drives me nuts when I have to deal with it in
C++. The
fact that Linux exports everything is _
Le 10/04/2012 19:44, Jonathan M Davis a écrit :
On Tuesday, April 10, 2012 19:36:06 deadalnix wrote:
On this newsgroup with Jonathan M Davis, we started discussing export.
As it was off topic, and as it was interesting, I wish to bring it here.
As most of you know, all symbol on posix systems a
On Wednesday, April 11, 2012 11:56:00 deadalnix wrote:
> Le 10/04/2012 19:44, Jonathan M Davis a écrit :
> > On Tuesday, April 10, 2012 19:36:06 deadalnix wrote:
> >> On this newsgroup with Jonathan M Davis, we started discussing export.
> >> As it was off topic, and as it was interesting, I wish t
On 11 April 2012 13:50, Jonathan M Davis wrote:
> On Wednesday, April 11, 2012 11:56:00 deadalnix wrote:
> > Le 10/04/2012 19:44, Jonathan M Davis a écrit :
> > > On Tuesday, April 10, 2012 19:36:06 deadalnix wrote:
> > >> On this newsgroup with Jonathan M Davis, we started discussing export.
> >
On 10/04/12 21:45, H. S. Teoh wrote:
A lot of template code (e.g. a big part of Phobos) use signature
constraints, for example:
void put(T,R)(R range, T data) if (isOutputRange!R) { ... }
This is all nice and good, except that when the user accidentally calls
.put on a non-range, you ge
On Wed, 11 Apr 2012 04:47:19 -0400, Jacob Carlborg wrote:
On 2012-04-11 10:37, Jonathan M Davis wrote:
I have no idea. If they always need to be in a particular order, then
we can
just make dmd put the user provide ones in the correct spot, but if it
varies
depending on the flags, then eit
And as I noted on my post, Windows is not alone in this regard.
Many other OS follow the same explicit export principle, AIX
being one of them.
Linux != UNIX
--
Paulo
On Wednesday, 11 April 2012 at 11:29:53 UTC, Manu wrote:
On 11 April 2012 13:50, Jonathan M Davis
wrote:
On Wednesday, Apr
Hi guys.
Is there a going development on x64 compiler for windows? Or D
won't support x64 at all?
Thanks
On Wednesday, 11 April 2012 at 12:45:08 UTC, Davita wrote:
Hi guys.
Is there a going development on x64 compiler for windows? Or D
won't support x64 at all?
Thanks
As far as I know, optlink (linker used by dmd on windows) cannot
output 64bit binaries, so until optlink gets upgraded (or unti
On 11.04.2012 16:45, Davita wrote:
Hi guys.
Is there a going development on x64 compiler for windows? Or D won't
support x64 at all?
Thanks
Given that there is x64 MinGW version of gdc that shouldn't be a problem?
(GDC is usually around one release behind though)
--
Dmitry Olshansky
Is there a going development on x64 compiler for windows?
No.
object file format, librarian, linker, etc. are from the stone age and
don't support x64.
Will take time.
On Wednesday, 11 April 2012 at 13:10:05 UTC, Trass3r wrote:
Is there a going development on x64 compiler for windows?
No.
object file format, librarian, linker, etc. are from the stone
age and don't support x64.
Will take time.
Is there any roadmap/timeline when we should wait for x64? Is t
object file format, librarian, linker, etc. are from the stone age and
don't support x64.
Will take time.
Is there any roadmap/timeline when we should wait for x64? Is the work
started about it at all?
No.
I totally forgot that you can use gdc though.
I am having a dumb n00b moment, but I need to solve this 10 mins ago ;-)
immutable files = ( selector == 0 ) ? [ "." ] : filter ! ( ( string x )
{ return x.isFile ; } ) ( sliceOfStrings ) ;
gives me the error:
Error: incompatible types for ((["."]) ? (filter(sliceOfStrings))):
'string[
On 4/10/12 11:10 PM, H. S. Teoh wrote:
On Tue, Apr 10, 2012 at 06:49:07PM -0700, Jonathan M Davis wrote:
On Tuesday, April 10, 2012 18:44:40 H. S. Teoh wrote:
TDPL, p.117, last para:
... For a user-defined type to be used as a key in an
associative array, it must define two spe
I am hoping I am failing to see the entry in the documentation due to...
Python, Java and Groovy (at least, probably other languages) have
functions for iterating over directory hierarchies, i.e. tree walkers /
visitors. For example in Python:
for root , directories , files in os.walk (
On Wednesday, 11 April 2012 at 13:55:45 UTC, Russel Winder wrote:
I am having a dumb n00b moment, but I need to solve this 10
mins ago ;-)
immutable files = ( selector == 0 ) ? [ "." ] : filter ! ( (
string x ) { return x.isFile ; } ) ( sliceOfStrings ) ;
gives me the error:
Error: incomp
On 11/04/2012 14:55, Russel Winder wrote:
I am having a dumb n00b moment, but I need to solve this 10 mins ago ;-)
immutable files = ( selector == 0 ) ? [ "." ] : filter ! ( ( string x )
{ return x.isFile ; } ) ( sliceOfStrings ) ;
gives me the error:
Error: incompatible types for (
On Wednesday, 11 April 2012 at 13:55:45 UTC, Russel Winder wrote:
I am having a dumb n00b moment, but I need to solve this 10
mins ago ;-)
immutable files = ( selector == 0 ) ? [ "." ] : filter ! ( (
string x ) { return x.isFile ; } ) ( sliceOfStrings ) ;
gives me the error:
[…]
filter()
On 4/11/12 6:42 AM, Don Clugston wrote:
Incidentally, when all template constraints fail, the compiler could
check them all again, and tell you exactly which conditions failed...
Algorithm: We know that:
false = !constraint1() && !constraint2() && !constraint3().
break each constraints into to
On 4/11/12 9:07 AM, Russel Winder wrote:
I am hoping I am failing to see the entry in the documentation due to...
Python, Java and Groovy (at least, probably other languages) have
functions for iterating over directory hierarchies, i.e. tree walkers /
visitors. For example in Python:
f
On Wednesday, 11 April 2012 at 12:45:08 UTC, Davita wrote:
Hi guys.
Is there a going development on x64 compiler for windows? Or D
won't support x64 at all?
Thanks
https://bitbucket.org/goshawk/gdc/downloads
On Wed, 11 Apr 2012 07:42:54 -0400, Don Clugston wrote:
This is the way we used to do it, before we had template constraints.
Although it works OK in simple cases, it doesn't scale -- you need to
know all possible template constraints.
I would like to see something in the language conceptu
On 4/11/12 9:23 AM, Steven Schveighoffer wrote:
Essentially, you are still forcing this sequence:
int func(T)(T arg) if(constraint) {...}
int func(T)(T arg) if(!constraint) {...}
when the second line could just be:
int func(T)(T arg) else {...}
I don't see the benefit of enforcing the else br
Andrei,
On Wed, 2012-04-11 at 09:15 -0500, Andrei Alexandrescu wrote:
[...]
>
> http://dlang.org/phobos/std_file.html#dirEntries
>
Aha, I missed the SpanMode parameter and thought this function only
dealt with the current directory without descending. (Note to self:
must *read* the manual inst
Thanks to Matt Peterson, David Nadlinger and Robert Clipsham for putting
me right in that rather than trying to preserve the lazy aspect, I
should just "take" all the results from the filter by instantiating an
array.
--
Russel.
Unfortunately, I have no idea why the linking order even matters in the
first
place, so I can't really say what we need to do here. Hopefully, someone
else
around here _does_ know. But the issue does seem to need to be brought
up.
The linker will only use succeeding archives to resolve und
https://bitbucket.org/goshawk/gdc/downloads
you are going to need this, too:
http://tdm-gcc.tdragon.net/
On Apr 11, 2012, at 1:25 AM, Jacob Carlborg wrote:
> Could it happen that the linker arguments need to be placed first sometimes ?
If it's a user-created library then maybe. The general rule on Unix is that
dependent objects need to be listed before the object they depend on. I think
the link
On Wed, 11 Apr 2012 10:33:26 -0400, Andrei Alexandrescu
wrote:
On 4/11/12 9:23 AM, Steven Schveighoffer wrote:
Essentially, you are still forcing this sequence:
int func(T)(T arg) if(constraint) {...}
int func(T)(T arg) if(!constraint) {...}
when the second line could just be:
int func(T)
The Haskell version of Romans, rubies and D:
Modified version of http://www.haskell.org/haskellwiki/Roman_numerals
so that it's compile time.
>8>8
module Romans where
import Language.Haskell.TH
import Maybe
roman :: String -> ExpQ
roman s = retu
Doing something along the lines of:
const a = array ( filter! ... ) ;
foreach ( i ; a ) { ... }
works fine. Question 1 though is why I can't use immutable here, why I
have to use const. Question 2 is why I can't do:
const a = filter! ... ;
foreach ( i ; a ) { ..
On 11.04.2012 14:45, Davita wrote:
Hi guys.
Is there a going development on x64 compiler for windows? Or D won't
support x64 at all?
Thanks
You can compile and run LDC2 on Windows x64. The major problem is
missing support for SEH64 exception handling in the used LLVM compiler
framework.
ht
On 10.04.2012 20:12, Manu wrote:
On 10 April 2012 20:41, Piotr Szturmaj mailto:bncr...@jadamspam.pl>> wrote:
Adam D. Ruppe wrote:
There's a few of us who have written our own
implementations of these, but as far as I know
none of them are considered good enough for
On Wed, 11 Apr 2012 18:08:14 +0200, Russel Winder
wrote:
Doing something along the lines of:
const a = array ( filter! ... ) ;
foreach ( i ; a ) { ... }
works fine. Question 1 though is why I can't use immutable here, why I
have to use const. Question 2 is why I can't do:
On Wednesday, 11 April 2012 at 16:08:25 UTC, Russel Winder wrote:
Doing something along the lines of:
const a = array ( filter! ... ) ;
foreach ( i ; a ) { ... }
works fine. Question 1 though is why I can't use immutable
here, why I
have to use const.
An array/slice has ind
On Wednesday, 11 April 2012 at 16:33:42 UTC, Simen Kjaeraas wrote:
On Wed, 11 Apr 2012 18:08:14 +0200, Russel Winder
wrote:
Doing something along the lines of:
const a = array ( filter! ... ) ;
foreach ( i ; a ) { ... }
works fine. Question 1 though is why I can't use immut
On Wed, Apr 11, 2012 at 01:37:48AM -0700, Jonathan M Davis wrote:
[...]
> Unfortunately, I have no idea why the linking order even matters in
> the first place, so I can't really say what we need to do here.
> Hopefully, someone else around here _does_ know. But the issue does
> seem to need to be
Am Wed, 11 Apr 2012 11:56:00 +0200
schrieb deadalnix :
>
> It isn't a misfeature. The link explain why it is interesting :
> - It improves load time of DSO.
> - Allow more optimizations.
> - Reduce DSO size by 5% to 20% for C++. Considering how long
> mangling are in D, probably more for us.
Jakob Ovrum:
Value types with no indirection are implicitly convertible to
immutable.
---
void main()
{
int a = 2;
immutable int b = a;
}
---
And far more, even with immutable reference types, in this
program 'a' has to be immutable, no just const:
int[] foo(immut
Am Tue, 10 Apr 2012 20:28:28 +0200
schrieb Marco Leise :
> Am Tue, 10 Apr 2012 07:35:31 -0400
> schrieb "Steven Schveighoffer" :
>
> > Destructors are strictly for cleaning up resources that *AREN'T*
> > allocated by the GC. For example anything created with C's malloc,
> > or an open file descr
On Tue, 10 Apr 2012 20:34:22 +0100, Ellery Newcomer
wrote:
you might see if the tango d2 port impls are working
https://github.com/SiegeLord/Tango-D2/tree/d2port/tango/util/digest
Those were mine (originally) and I am happy to contribute the original
versions to anyone who needs them.
On Wed, 11 Apr 2012 13:04:59 -0400, H. S. Teoh
wrote:
On Wed, Apr 11, 2012 at 01:37:48AM -0700, Jonathan M Davis wrote:
[...]
Unfortunately, I have no idea why the linking order even matters in
the first place, so I can't really say what we need to do here.
Hopefully, someone else around her
On Wednesday, 11 April 2012 at 17:00:43 UTC, bearophile wrote:
Jakob Ovrum:
Value types with no indirection are implicitly convertible to
immutable.
---
void main()
{
int a = 2;
immutable int b = a;
}
---
And far more, even with immutable reference types, in this
prog
On Wed, Apr 11, 2012 at 07:07:54PM +0200, Johannes Pfau wrote:
> Am Tue, 10 Apr 2012 20:28:28 +0200
> schrieb Marco Leise :
>
> > Am Tue, 10 Apr 2012 07:35:31 -0400
> > schrieb "Steven Schveighoffer" :
> >
> > > Destructors are strictly for cleaning up resources that *AREN'T*
> > > allocated by t
On Wed, 11 Apr 2012 13:07:54 -0400, Johannes Pfau
wrote:
Am Tue, 10 Apr 2012 20:28:28 +0200
schrieb Marco Leise :
Am Tue, 10 Apr 2012 07:35:31 -0400
schrieb "Steven Schveighoffer" :
> Destructors are strictly for cleaning up resources that *AREN'T*
> allocated by the GC. For example anyth
Le 11/04/2012 19:03, Johannes Pfau a écrit :
Am Wed, 11 Apr 2012 11:56:00 +0200
schrieb deadalnix:
It isn't a misfeature. The link explain why it is interesting :
- It improves load time of DSO.
- Allow more optimizations.
- Reduce DSO size by 5% to 20% for C++. Considering how long
ma
On Tue, Apr 10, 2012 at 7:46 PM, Jonathan M Davis wrote:
> This stackoverflow question raises an interesting issue with linking order
> and
> dmd:
>
>
> http://stackoverflow.com/questions/10095150/std-net-curl-linker-errors-in-linux
>
> I don't know if it's this way on Linux machines in general, b
Am 11.04.2012 19:03, schrieb Johannes Pfau:
Am Wed, 11 Apr 2012 11:56:00 +0200
schrieb deadalnix:
It isn't a misfeature. The link explain why it is interesting :
- It improves load time of DSO.
- Allow more optimizations.
- Reduce DSO size by 5% to 20% for C++. Considering how long
man
On 2012-04-11 16:59, Sean Kelly wrote:
On Apr 11, 2012, at 1:25 AM, Jacob Carlborg wrote:
Could it happen that the linker arguments need to be placed first sometimes ?
If it's a user-created library then maybe. The general rule on Unix is that
dependent objects need to be listed before the
On Wednesday, April 11, 2012 14:11:49 Paulo Pinto wrote:
> And as I noted on my post, Windows is not alone in this regard.
>
> Many other OS follow the same explicit export principle, AIX
> being one of them.
>
> Linux != UNIX
I never said that it was. I'm just saying that I consider explicit ex
On Wednesday, April 11, 2012 14:29:42 Manu wrote:
> Apply the same rules to Linux, and it'll never bother you again. It's the
> only solution, you can't possibly influence Microsoft to apply the inverse.
That doesn't fix the problem. It just makes it so that Linux has it as well.
- Jonathan M Dav
"Steven Schveighoffer" wrote in message
news:op.wcln1rh9eav7ka@localhost.localdomain...
>
> I'm not a linker expert, but I found this page which describes the changes
> and the reasoning:
>
> See this post: https://wiki.ubuntu.com/NattyNarwhal/ToolchainTransition
>
That says the order-dependent
if you tried to link:
gcc my_program.o -lB -lA (so, in reverse order)
read:
gcc my_program.o -lB -lA (so, in unnatural order)
this looked a bit like:
gcc my_program.o -lA -lB
read:
"it looked like the order is arbitrary"
BUT what really happened was that the true link command was no
Not exactly. For example, Ubuntu 10 was perfectly happy
accepting libraries in any order. Only with Ubuntu 11 did this
"revert" to the old way.
Actually, it looked like that. What happenned behind the doors it
was that the linking proceeded with --as-needed and the expansion
was on the spot
Le 11/04/2012 00:10, Alex Rønne Petersen a écrit :
I'm planning to go over druntime and add nothrow/pure everywhere I can,
but I don't want to disturb anyone else who's currently working on
patches that this could disrupt.
Can't we consider this as an inference issue ?
On Wednesday, 11 April 2012 at 17:03:48 UTC, Johannes Pfau wrote:
This explains why symbol visibility is useful. But do we really
need 'export'? Are there cases where public = export,
private/package = 'not exported' wouldn't work?
I want to sort of hijack export for my web apps. Say
you have
On 04/11/2012 09:54 PM, eles wrote:
if you tried to link:
gcc my_program.o -lB -lA (so, in reverse order)
read:
gcc my_program.o -lB -lA (so, in unnatural order)
this looked a bit like:
gcc my_program.o -lA -lB
read:
"it looked like the order is arbitrary"
BUT what really happened w
"Kevin Cox" wrote in message
news:mailman.1599.1334099575.4860.digitalmar...@puremagic.com...
>
>I was wondering why they could not be implied from the code itself.
That question comes up a lot. The thing is, that would completely defeat the
point. The point is that you want the compiler to *gu
On Apr 11, 2012 4:14 PM, "Nick Sabalausky" <
seewebsitetocontac...@semitwist.com> wrote:
>
> "Kevin Cox" wrote in message
> news:mailman.1599.1334099575.4860.digitalmar...@puremagic.com...
> >
> >I was wondering why they could not be implied from the code itself.
>
> That question comes up a lot.
On 04/11/12 20:30, Jacob Carlborg wrote:
> On 2012-04-11 16:59, Sean Kelly wrote:
>> On Apr 11, 2012, at 1:25 AM, Jacob Carlborg wrote:
>>
>>> Could it happen that the linker arguments need to be placed first sometimes
>>> ?
>>
>> If it's a user-created library then maybe. The general rule on Uni
On Wednesday, April 11, 2012 22:01:36 deadalnix wrote:
> Le 11/04/2012 00:10, Alex Rønne Petersen a écrit :
> > I'm planning to go over druntime and add nothrow/pure everywhere I can,
> > but I don't want to disturb anyone else who's currently working on
> > patches that this could disrupt.
>
> Ca
I will try my best to track it down and report.
First I will try 2.058 to see if problem persist.
Then - with -no-float.
On Tuesday, 10 April 2012 at 19:23:02 UTC, Walter Bright wrote:
On 4/10/2012 9:05 AM, Timofei Bolshakoc wrote:
I am using D ver. 2 for more then a year - since version
2.051.
On Apr 11, 2012, at 1:17 PM, Artur Skawina wrote:
> On 04/11/12 20:30, Jacob Carlborg wrote:
>> On 2012-04-11 16:59, Sean Kelly wrote:
>>> On Apr 11, 2012, at 1:25 AM, Jacob Carlborg wrote:
>>>
Could it happen that the linker arguments need to be placed first
sometimes ?
>>>
>>> If
* Nick Sabalausky [2012-04-11 16:08:05
-0400]:
> "Kevin Cox" wrote in message
> news:mailman.1599.1334099575.4860.digitalmar...@puremagic.com...
> >
> >I was wondering why they could not be implied from the code itself.
>
> That question comes up a lot. The thing is, that would completely defe
On 4/10/12 4:30 PM, Nick Sabalausky wrote:
But unless there are strong
objections (doubtful), I'd be willing to put those projects on a summer
hiatus to mentor a DWT, wxD or Android (or *maybe* even iOS) project for
gsoc since I'm convinced those *are* more important to D.
Thanks Nick! This is
On 4/10/12 10:13 PM, Jesse Phillips wrote:
I think evaluation could be challenging to decide what criteria would
create failure. Does the evaluation form ask questions that make this
choice easier?
I'll consider submitting an official request.
Thanks Jesse. Once we choose this year's projects,
On 4/11/12 4:27 PM, Jacob Carlborg wrote:
On 2012-04-11 04:50, Ary Manzana wrote:
Yes. In fact, JDT has a built-in Java compiler in their implementation.
Maybe it was easier to do it for them because the Java spec is easier
and doesn't fluctuate that much as the D spec. And JDT used that
compil
On Tuesday, 10 April 2012 at 02:24:31 UTC, Andrei Alexandrescu
wrote:
Would the JSON compiler output help?
I made a pull request a while ago that gives a lot more JSON
output (https://github.com/D-Programming-Language/dmd/pull/813).
I'm willing to try to improve it to better meet the needs of
Firstly, I had no idea where suggestions should go, and I saw a
few others here and thus here I am.
I was writing some code that depended heavily on my own eponymous
templates, and decided to change the names of some of them to
make them more self-documenting. However, after changing the
name
On Thu, Apr 12, 2012 at 04:21:45AM +0200, Reid Levenick wrote:
> Firstly, I had no idea where suggestions should go, and I saw a few
> others here and thus here I am.
AFAIK this is as good a place as any other.
> I was writing some code that depended heavily on my own eponymous
> templates, and
Reid Levenick:
So, my idea is that the 'this' keyword could be used in
templates as a shortcut for eponymous templates, allowing code
like this
template anEponymousTemplate( size_t whatever ) {
enum this = whatever * 2;
}
Other "This" (with upper case)?
Bye,
bearophile
"James Miller" wrote in message
news:mailman.1640.1334189880.4860.digitalmar...@puremagic.com...
>
> I don't trust computers, I've spent too long programming to think that
> they can get anything right.
>
Quote of the year, right there. while(true) vote++;
I need that on a T-Shirt, or tattooed
On 4/11/12 9:21 PM, Reid Levenick wrote:
So, my idea is that the 'this' keyword could be used in templates as a
shortcut for eponymous templates, allowing code like this
template anEponymousTemplate( size_t whatever ) {
enum this = whatever * 2;
}
template anotherOne( T ) {
static if( is( T == c
On Thursday, 12 April 2012 at 04:28:01 UTC, Nathan M. Swan wrote:
I like the idea. To get rid of any confusion with keywords,
name-mangling, or classes, I suggest having "this" being
syntactic sugar for the name of the template.
I expressed it badly at the time, but that is exactly what I
mea
On Thursday, 12 April 2012 at 02:21:46 UTC, Reid Levenick wrote:
Firstly, I had no idea where suggestions should go, and I saw a
few others here and thus here I am.
I was writing some code that depended heavily on my own
eponymous templates, and decided to change the names of some of
them to
"Andrei Alexandrescu" wrote in message
news:jm59i3$mr9$1...@digitalmars.com...
> On 4/10/12 4:30 PM, Nick Sabalausky wrote:
>> But unless there are strong
>> objections (doubtful), I'd be willing to put those projects on a summer
>> hiatus to mentor a DWT, wxD or Android (or *maybe* even iOS) pro
On Thu, Apr 12, 2012 at 12:59:06AM -0400, Nick Sabalausky wrote:
> "James Miller" wrote in message
> news:mailman.1640.1334189880.4860.digitalmar...@puremagic.com...
> >
> > I don't trust computers, I've spent too long programming to think that
> > they can get anything right.
> >
>
> Quote of t
12.04.2012 6:21, Reid Levenick написал:
Firstly, I had no idea where suggestions should go, and I saw a few
others here and thus here I am.
I was writing some code that depended heavily on my own eponymous
templates, and decided to change the names of some of them to make them
more self-document
It conflicts with ”alias this” syntax.
template Inherits(T)
{
T value;
alias T Inherits; // (1) Inherits!int == int
alias T this; // (2) declares "alias this"!
}
struct S {
mixin Inherits!int; // (1) invalid or (2) mixing alias this declaration?
}
Kenji Hara
2012年4月12日11:21 Reid Lev
Am Wed, 11 Apr 2012 14:51:14 -0400
schrieb "Nick Sabalausky" :
> "Steven Schveighoffer" wrote in message
> news:op.wcln1rh9eav7ka@localhost.localdomain...
> >
> > I'm not a linker expert, but I found this page which describes the changes
> > and the reasoning:
> >
> > See this post: https://wik
"Marco Leise" wrote in message
news:20120412074942.0c6bb2cd@marco-leise...
> Am Wed, 11 Apr 2012 14:51:14 -0400
> schrieb "Nick Sabalausky" :
>
>> "Steven Schveighoffer" wrote in message
>> news:op.wcln1rh9eav7ka@localhost.localdomain...
>> >
>> > I'm not a linker expert, but I found this page w
* H. S. Teoh [2012-04-11 22:28:32 -0700]:
> On Thu, Apr 12, 2012 at 12:59:06AM -0400, Nick Sabalausky wrote:
> > "James Miller" wrote in message
> > news:mailman.1640.1334189880.4860.digitalmar...@puremagic.com...
> > >
> > > I don't trust computers, I've spent too long programming to think that
On 2012-04-12 03:31, Matt Peterson wrote:
On Tuesday, 10 April 2012 at 02:24:31 UTC, Andrei Alexandrescu wrote:
Would the JSON compiler output help?
I made a pull request a while ago that gives a lot more JSON output
(https://github.com/D-Programming-Language/dmd/pull/813). I'm willing to
try
1 - 100 of 101 matches
Mail list logo
