On Mon, Dec 31, 2012 at 12:15:07PM +, Russel Winder wrote:
> On Sun, 2012-12-30 at 20:32 -0800, H. S. Teoh wrote:
> […]
> > Just wondering if there's any update on this issue. I did a 'hg
> > pull; hg update', which pulled in a bunch of updates, but the
> > '-L-L.' option is still missing from
On Sun, 2012-12-30 at 20:32 -0800, H. S. Teoh wrote:
[…]
> Just wondering if there's any update on this issue. I did a 'hg pull; hg
> update', which pulled in a bunch of updates, but the '-L-L.' option is
> still missing from the link command.
[…]
I have put a "quick hack" in place to make things
On Sun, 2012-12-30 at 20:32 -0800, H. S. Teoh wrote:
[…]
> Just wondering if there's any update on this issue. I did a 'hg pull; hg
> update', which pulled in a bunch of updates, but the '-L-L.' option is
> still missing from the link command.
The period Dec 20 → Jan 2 is a (generally far too shor
On Mon, Dec 17, 2012 at 07:28:53PM +, Russel Winder wrote:
> On Mon, 2012-12-17 at 11:08 -0800, H. S. Teoh wrote:
[...]
> > Anyway. The command is missing a "-L-L." option. It should read:
> >
> > /usr/src/d/dmd/src/dmd -ofprog prog.o -L-L. -L-lmylib
> >
> > which passes a "-L." option t
On Monday, 17 December 2012 at 20:09:01 UTC, Russel Winder wrote:
Indeed. I guess I just failed to read the message on the
grounds it was
mentioning stuff I had no interest in. My problem I guess.
DMD from Git master should emit an explicit error for this now
(by parsing the linker output).
On Mon, 2012-12-17 at 20:37 +0100, David Nadlinger wrote:
> On Monday, 17 December 2012 at 19:29:04 UTC, Russel Winder wrote:
[…]
> Your program seems to be missing a main() function, the rest is
> just noise (DMD emits certain symbols to the main module only).
Indeed. I guess I just failed to re
On Mon, 2012-12-17 at 11:37 -0800, H. S. Teoh wrote:
[…]
> I haven't tried LDC yet, though I've heard good things about it. Maybe I
> should check it out sometime.
I checked out the Git repository and build master/HEAD, but then I am an
unstable, bleeding-edge kind of person.
> Did you define ma
On Monday, 17 December 2012 at 19:29:04 UTC, Russel Winder wrote:
I tried this on spec earlier and got:
|> dmd -ofprog prog.o -L-L. -L-lmylib
/usr/lib/x86_64-linux-gnu/libphobos2.a(dmain2_45f_1a5.o): In
function `_D2rt6dmain24mainUiPPaZi7runMainMFZv':
src/rt/dmain2.d:(.text._D2rt6dmain24mainUiP
On Mon, Dec 17, 2012 at 07:28:53PM +, Russel Winder wrote:
> On Mon, 2012-12-17 at 11:08 -0800, H. S. Teoh wrote:
> […]
>
> > I'm a GDC/GCC person as well. :-) Except that GDC for my platform is
> > horribly outdated, so I've had to resort to DMD for my newer
> > projects. Plus, sometimes I'm
On Mon, 2012-12-17 at 11:08 -0800, H. S. Teoh wrote:
[…]
> I'm a GDC/GCC person as well. :-) Except that GDC for my platform is
> horribly outdated, so I've had to resort to DMD for my newer projects.
> Plus, sometimes I'm testing fixes for Phobos, which often requires the
> latest git dmd to even
On Mon, Dec 17, 2012 at 11:08:00AM -0800, H. S. Teoh wrote:
[...]
> Anyway. The command is missing a "-L-L." option. It should read:
>
> /usr/src/d/dmd/src/dmd -ofprog prog.o -L-L. -L-lmylib
>
> which passes a "-L." option to the linker to make it search the current
> directory for the lib
On Mon, Dec 17, 2012 at 06:32:57PM +, Russel Winder wrote:
> On Sat, 2012-12-15 at 11:19 -0800, H. S. Teoh wrote:
> […]
> > But I have trouble when I try to link to it. For some reason, the dmd
> > link command isn't picking up the value of LIBPATH, so the linker can't
> > find the library. Her
On Sat, 2012-12-15 at 11:19 -0800, H. S. Teoh wrote:
[…]
> But I have trouble when I try to link to it. For some reason, the dmd
> link command isn't picking up the value of LIBPATH, so the linker can't
> find the library. Here's a reduced test case:
>
> #!/usr/src/scons/russel/scons_d_tooli
On Sat, Dec 15, 2012 at 06:42:45PM +, Russel Winder wrote:
> On Thu, 2012-12-13 at 14:49 -0800, H. S. Teoh wrote:
> > Hi Russel,
> >
> > I've been using your BitBucket scons_d_tooling version of SCons for
> > my D projects, and it's been great! However, I needed to make a
> > static library to
On Thu, 2012-12-13 at 14:49 -0800, H. S. Teoh wrote:
> Hi Russel,
>
> I've been using your BitBucket scons_d_tooling version of SCons for my D
> projects, and it's been great! However, I needed to make a static
> library today and I'm having some trouble with it. Here's a reduced
> testcase:
>
>
On 2012-12-13 23:49, H. S. Teoh wrote:
The compilation steps work fine, but when it should be running ar to
create the library archive, it runs a non-existent 'lib' instead, which
fails.
Isn't "lib" what Windows uses? You know that you can also use the "-lib"
flag directly with dmd.
--
/Jac
Hi,
I can't look at this today as I am at Groovy and Grails eXchange 2012
and have to give a talk which needs some reworking in the light of
happenings yesterday. Ping me a couple of times over the weekend to
make sure I get this looked into by Monday morning.
Thanks.
On Thu, 2012-12-13 at 14:4
Hi Russel,
I've been using your BitBucket scons_d_tooling version of SCons for my D
projects, and it's been great! However, I needed to make a static
library today and I'm having some trouble with it. Here's a reduced
testcase:
env = Environment(
DC = '/usr/src/d/dmd/src/
On Friday, 19 October 2012 at 15:53:45 UTC, Russel Winder wrote:
The need is to fix the new stuff on Windows.
Clearly for testing in an ideal world we need a Windows with no
D, one
with each of GDC, LDC and DMD alone, and then all the various
combinations. But what is needed immediately is to
I do not have access to a Windows box or VM, and to be honest, I would
really rather not. This means the D tool for SCons is being developed
and tested on Debian Linux and OS X only. This means Windows is untested
and uncared for. A corollary is that the D tool in SCons will never be
updated
On Mon, Mar 19, 2012 at 08:43:44PM +0100, Andrej Mitrovic wrote:
> On 3/19/12, H. S. Teoh wrote:
> > dmd -unittest source.d
> >
> > in GDC, you'd have to write:
> >
> > gdc -funittest source.d
> >
>
> That's what GDMD is for. It's a Perl script (in GDC's /bin folder)
> that acts like a DM
On 3/19/12, H. S. Teoh wrote:
> dmd -unittest source.d
>
> in GDC, you'd have to write:
>
> gdc -funittest source.d
>
That's what GDMD is for. It's a Perl script (in GDC's /bin folder)
that acts like a DMD front-end to GDC, so you can pass regular
DMD-style flags to GDC via GDMD. I th
untime/phobos code
> > (DMD), so being able to select which compiler to use is very
> > important for me.
>
> This should happen automatically. it does for C, C++ and Fortran, so
> it should for D. The right approach really depends on whether people
> want to say "this
On Mon, Mar 19, 2012 at 12:12:27PM +, Russel Winder wrote:
> I will likely be able to do some work on the D tool for SCons over the
> next few weeks. As preparation, I am wondering about the DMD, GDC, LDC
> issue and also the fact that currently DMD is only used as a
> front
Walter Bright has just released version 1.067 and 2.052 of DMD which
offers 64-bit support on Linux for the D language. Also there is a GDC
for version 2 of the language which is not handled in the current D
tool. I will do some development of a new D tool (based on the current
one that is in
Hello Walter,
BCS wrote:
(BTW I'm taking (but haven't yet finished) a compilers class so I
might be missing something)
That's one of my gripes about compiler classes, they expend enormous
effort on the simplest part of a compiler - the lexer/parser.
In working on the D compiler, I easily sp
Walter Bright wrote:
> BCS wrote:
>> (BTW I'm taking (but haven't yet finished) a compilers class so I
>> might be missing something)
>
> That's one of my gripes about compiler classes, they expend enormous
> effort on the simplest part of a compiler - the lexer/parser.
>
> In working on the D co
Walter Bright Wrote:
> Ellery Newcomer wrote:
> > ANTLR has pretty good support for backtracking, so writing a D grammar
> > for it wasn't too difficult, but then the resultant performance isn't
> > anything near what I'd like.
>
> My recommendation is to forget about parser generators and just b
Nick Sabalausky wrote:
(Cue Walter reminiscing about how great Caltech was... ;) )
The only software course I took at Caltech was a Fortran one. I can't
remember anything about it .
BCS wrote:
(BTW I'm taking (but haven't yet finished) a compilers class so I might
be missing something)
That's one of my gripes about compiler classes, they expend enormous
effort on the simplest part of a compiler - the lexer/parser.
In working on the D compiler, I easily spend less than 1
Ellery Newcomer wrote:
ANTLR has pretty good support for backtracking, so writing a D grammar
for it wasn't too difficult, but then the resultant performance isn't
anything near what I'd like.
My recommendation is to forget about parser generators and just build
one by hand. They're easy to wr
"BCS" wrote in message
news:a6268ffb8018cc1e47bb9fc...@news.digitalmars.com...
> Hello Nick,
>
>> "BCS" wrote in message
>>
>>> If mine did that I'd shoot him (a scorching e-mail :)
>>>
>> You should both feel lucky. The best I had was a class where we filled
>> in the bodies of a handful of sma
Hello Ellery,
BCS wrote:
Hello Ellery,
For some reason, my professor seems to be skipping LR parsing.
If mine did that I'd shoot him (a scorching e-mail :)
It's probably because he can't make us write a LALR parser by hand.
For a small language he could. My prof has done several 2-4 p
Hello Nick,
"BCS" wrote in message
If mine did that I'd shoot him (a scorching e-mail :)
You should both feel lucky. The best I had was a class where we filled
in the bodies of a handful of small functions in a trivial assembler
(trivial meaning completely bare-minimum, and no actual lex/pa
Eric Suen wrote:
Because of many programming language is not design for speed, there is
no point to write a compiler in there native language. Even Java's compiler
is writtern in Java, why not D? Compiler bootstrapping is very basic
technique,
Doing this would make it more difficult than neces
BCS wrote:
> Hello Ellery,
>
>> BCS wrote:
>>
>>> Hello Ellery,
>>>
Do LALR parsers care about arbitrary
lookahead? LL(k) parsers do.
>>> LALR needs to be able to unambiguously determine all the /completed/
>>> productions to the left of each point by looking at nothing beyond
>>> the ne
"Ellery Newcomer" wrote in message
news:hbd6q8$1o5...@digitalmars.com...
>
> For some reason, my professor seems to be skipping LR parsing.
Gold's documentation has a lot of good starting point information:
http://www.devincook.com/goldparser/articles/lalr.htm
http://www.devincook.com/goldparse
"Nick Sabalausky" wrote in message
news:hbdana$27s...@digitalmars.com...
> "Ellery Newcomer" wrote in message
> news:hbd6q8$1o5...@digitalmars.com...
>>
>> For some reason, my professor seems to be skipping LR parsing.
>
> Gold's documentation has a lot of good starting point information:
>
> h
"BCS" wrote in message
news:a6268ffb7838cc1d4346bad...@news.digitalmars.com...
> Hello Ellery,
>
>> BCS wrote:
>>
>>>
>>> (BTW I'm taking (but haven't yet finished) a compilers class so I
>>> might be missing something)
>>>
>> Small world :)
>>
>> For some reason, my professor seems to be skippin
Hello Ellery,
BCS wrote:
Hello Ellery,
Do LALR parsers care about arbitrary
lookahead? LL(k) parsers do.
LALR needs to be able to unambiguously determine all the /completed/
productions to the left of each point by looking at nothing beyond
the next token to the right. This might not be con
"Ellery Newcomer" wrote in message
news:hbcq8b$av...@digitalmars.com...
>
> Does GOLD let you manually specify how to resolve the ambiguities? Cuz
> you're going to have them with D, and murphy says they're going to be
> reduce-reduce :)
>
No. Reduce-reduce are errors and require adjusting the g
"Christopher Wright" wrote in message
news:hbcg2t$20i...@digitalmars.com...
> Jacob Carlborg wrote:
>> On 10/17/09 00:23, Christopher Wright wrote:
>>> Jacob Carlborg wrote:
On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
> GtkD supports Glade.
Yes, but GtkD doesn't use native
BCS wrote:
> Hello Ellery,
>
>> Do LALR parsers care about arbitrary
>> lookahead? LL(k) parsers do.
>>
>
> LALR needs to be able to unambiguously determine all the /completed/
> productions to the left of each point by looking at nothing beyond the
> next token to the right. This might not be co
Hello Ellery,
But what I'm wondering about LALR is will it have to back up if it
chooses wrong,
LALR can't backup
or can it sail on through in one parse attempt. I bet
it can.
What it will do is parse the "{", parse an expression and /then/ use what
comes next to decide what the stuff it
Hello Ellery,
Do LALR parsers care about arbitrary
lookahead? LL(k) parsers do.
LALR needs to be able to unambiguously determine all the /completed/ productions
to the left of each point by looking at nothing beyond the next token to
the right. This might not be conservative enough, but I s
Nick Sabalausky wrote:
> "Ellery Newcomer" wrote in message
> news:hbaom1$138...@digitalmars.com...
>> Nick Sabalausky wrote:
>>> "Ellery Newcomer" wrote in message
>>> news:hbak0n$q5...@digitalmars.com...
I could count the number of places that are ambiguous syntactically or
semantica
Jacob Carlborg wrote:
On 10/17/09 00:23, Christopher Wright wrote:
Jacob Carlborg wrote:
On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
GtkD supports Glade.
Yes, but GtkD doesn't use native controls.
A minor point, I think. Eclipse doesn't look very native and has
widespread acceptance.
language_fan wrote:
> Sat, 17 Oct 2009 10:22:55 +0800, Eric Suen thusly wrote:
>
>> Does Walter Bright use D for any projects himself?
>
> He makes "nice" html presentations of the language, demonstrating small
> code snippets. They are sometimes available online :S
DMDscript, the garbage colle
Jacob Carlborg wrote:
...
> GtkD doesn't use native controls, DFL is only for windows (last I
> checked).
Sure. But think of it this way: GtkD *is* the native controls (for Gnome),
only they are also usable on other platforms. Same way QT *is* native for
the KDE platform. (except QT does use n
On 10/17/09 10:31, Eric Suen wrote:
"Christopher Wright" wrote
Jacob Carlborg wrote:
On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
GtkD supports Glade.
Yes, but GtkD doesn't use native controls.
A minor point, I think. Eclipse doesn't look very native and has
widespread acceptance.
SWT
Sat, 17 Oct 2009 10:22:55 +0800, Eric Suen thusly wrote:
> Does Walter Bright use D for any projects himself?
He makes "nice" html presentations of the language, demonstrating small
code snippets. They are sometimes available online :S
On 10/17/09 07:06, Nick Sabalausky wrote:
"Christopher Wright" wrote in message
news:hbarno$188...@digitalmars.com...
Jacob Carlborg wrote:
On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
GtkD supports Glade.
Yes, but GtkD doesn't use native controls.
A minor point, I think. Eclipse doesn
On 10/17/09 04:22, Eric Suen wrote:
"Lutger" wrote
Jacob Carlborg wrote:
Here is my thoughts and what I think is needed to build a really good
IDE and maybe get some attention from the enterprise. It's really not
enough for the compiler to output some json for an IDE to use, the whole
tool cha
On 10/17/09 00:23, Christopher Wright wrote:
Jacob Carlborg wrote:
On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
GtkD supports Glade.
Yes, but GtkD doesn't use native controls.
A minor point, I think. Eclipse doesn't look very native and has
widespread acceptance.
It depends on what you
On 10/16/09 19:18, Lutger wrote:
Jacob Carlborg wrote:
Here is my thoughts and what I think is needed to build a really good
IDE and maybe get some attention from the enterprise. It's really not
enough for the compiler to output some json for an IDE to use, the whole
tool chain needs to be revi
"Ellery Newcomer" wrote in message
news:hbaom1$138...@digitalmars.com...
>
> But what I'm wondering about LALR is will it have to back up if it
> chooses wrong, or can it sail on through in one parse attempt. I bet it
> can.
>
> And how about actual ambiguity? How well does GOLD handle that?
I a
"Christopher Wright" wrote
> Jacob Carlborg wrote:
>> On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
>>> GtkD supports Glade.
>>
>> Yes, but GtkD doesn't use native controls.
>
> A minor point, I think. Eclipse doesn't look very native and has
> widespread acceptance.
SWT wrap native controls, a
"Nick Sabalausky" wrote in message
news:hbblfe$2k4...@digitalmars.com...
> "Ellery Newcomer" wrote in message
> news:hbaom1$138...@digitalmars.com...
>>
>> Well, let's see here...
>>
>> PrimExp -> structLiteral
>> PrimExp -> functionLiteral
>>
>> and suppose
>>
>> structLiteral => { /* really,
"Ellery Newcomer" wrote in message
news:hbap0k$141...@digitalmars.com...
> Nick Sabalausky wrote:
>>
>> That mentioned, in the section about LL(k), "If both A are
>> legal
>> expressions, where B can be of arbitrary length, then no finite amount of
>> look-ahead will allow this to be parsed."
>>
"Ellery Newcomer" wrote in message
news:hbaom1$138...@digitalmars.com...
> Nick Sabalausky wrote:
>> "Ellery Newcomer" wrote in message
>> news:hbak0n$q5...@digitalmars.com...
>>> I could count the number of places that are ambiguous syntactically or
>>> semantically on one hand, and maybe the n
"Christopher Wright" wrote in message
news:hbarno$188...@digitalmars.com...
> Jacob Carlborg wrote:
>> On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
>>> GtkD supports Glade.
>>
>> Yes, but GtkD doesn't use native controls.
>
> A minor point, I think. Eclipse doesn't look very native and has
>
"Lutger" wrote
> Jacob Carlborg wrote:
>
>> Here is my thoughts and what I think is needed to build a really good
>> IDE and maybe get some attention from the enterprise. It's really not
>> enough for the compiler to output some json for an IDE to use, the whole
>> tool chain needs to be revised.
>
Jacob Carlborg wrote:
On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
GtkD supports Glade.
Yes, but GtkD doesn't use native controls.
A minor point, I think. Eclipse doesn't look very native and has
widespread acceptance.
Nick Sabalausky wrote:
> "Justin Johansson" wrote in message
> news:hbamfa$v3...@digitalmars.com...
>> Nick Sabalausky Wrote:
>>
>>> "Ellery Newcomer" wrote in message
>>> news:hbak0n$q5...@digitalmars.com...
Nick Sabalausky wrote:
> "Denis Koroskin" <2kor...@gmail.com> wrote in message
Nick Sabalausky wrote:
> "Ellery Newcomer" wrote in message
> news:hbak0n$q5...@digitalmars.com...
>> Nick Sabalausky wrote:
>>> "Denis Koroskin" <2kor...@gmail.com> wrote in message
>>> news:op.u1v7jdgco7c...@korden-pc...
Yes, it's a DMD port. Unfortunately, there is no other mature D
"Justin Johansson" wrote in message
news:hbamfa$v3...@digitalmars.com...
> Nick Sabalausky Wrote:
>
>> "Ellery Newcomer" wrote in message
>> news:hbak0n$q5...@digitalmars.com...
>> > Nick Sabalausky wrote:
>> >> "Denis Koroskin" <2kor...@gmail.com> wrote in message
>> >> news:op.u1v7jdgco7c...@k
Nick Sabalausky Wrote:
> "Ellery Newcomer" wrote in message
> news:hbak0n$q5...@digitalmars.com...
> > Nick Sabalausky wrote:
> >> "Denis Koroskin" <2kor...@gmail.com> wrote in message
> >> news:op.u1v7jdgco7c...@korden-pc...
> >>> Yes, it's a DMD port. Unfortunately, there is no other mature D
"Ellery Newcomer" wrote in message
news:hbak0n$q5...@digitalmars.com...
> Nick Sabalausky wrote:
>> "Denis Koroskin" <2kor...@gmail.com> wrote in message
>> news:op.u1v7jdgco7c...@korden-pc...
>>> Yes, it's a DMD port. Unfortunately, there is no other mature D
>>> front-end
>>> at present. Other
Nick Sabalausky wrote:
> "Denis Koroskin" <2kor...@gmail.com> wrote in message
> news:op.u1v7jdgco7c...@korden-pc...
>> Yes, it's a DMD port. Unfortunately, there is no other mature D front-end
>> at present. Other folks are working on D compilers (dil, dang, ...) but
>> the progress is very slo
"Denis Koroskin" <2kor...@gmail.com> wrote in message
news:op.u1v7jdgco7c...@korden-pc...
>
> Yes, it's a DMD port. Unfortunately, there is no other mature D front-end
> at present. Other folks are working on D compilers (dil, dang, ...) but
> the progress is very slow.
FWIW, I've been meaning
Jacob Carlborg Wrote:
> Here is my thoughts and what I think is needed to build a really good
> IDE and maybe get some attention from the enterprise. It's really not
> enough for the compiler to output some json for an IDE to use, the whole
> tool chain needs to be revised.
>
> Compiler:
> *
Jacob Carlborg wrote:
> Here is my thoughts and what I think is needed to build a really good
> IDE and maybe get some attention from the enterprise. It's really not
> enough for the compiler to output some json for an IDE to use, the whole
> tool chain needs to be revised.
I think this list is w
On Fri, 16 Oct 2009 20:11:25 +0400, Leandro Lucarella
wrote:
Ary Borenszweig, el 16 de octubre a las 14:20 me escribiste:
>I can't agree more. Everything you wrote is in my TODO list,
>starting with a compiler, which already compiles most of the
>druntime (and hopefully will compile it fully
Ary Borenszweig, el 16 de octubre a las 14:20 me escribiste:
> >I can't agree more. Everything you wrote is in my TODO list,
> >starting with a compiler, which already compiles most of the
> >druntime (and hopefully will compile it fully by the end of this
> >week). I'll release it to public as soo
Jacob Carlborg schrieb:
> On 10/16/09 13:03, digited wrote:
>> Jacob Carlborg Wrote:
>>
>>> IDE: Descent
>>
>> Poseidon + xfBuild may do the job (but Poseidon needs work to run on
>> linux and mac). Eclipse itself is too heavy and too java's.
>
> I totally forgot about Poseidon. It has already bee
On 10/16/09 14:27, Denis Koroskin wrote:
On Fri, 16 Oct 2009 16:20:31 +0400, Ary Borenszweig
wrote:
Denis Koroskin wrote:
On Fri, 16 Oct 2009 14:06:59 +0400, Jacob Carlborg wrote:
Here is my thoughts and what I think is needed to build a really
good IDE and maybe get some attention from th
On 10/16/09 13:03, digited wrote:
Jacob Carlborg Wrote:
IDE: Descent
Poseidon + xfBuild may do the job (but Poseidon needs work to run on linux and
mac). Eclipse itself is too heavy and too java's.
I totally forgot about Poseidon. It has already been ported to the new
DWT library, I don't
On 10/16/09 12:58, Tomas Lindquist Olsen wrote:
On Fri, Oct 16, 2009 at 12:06 PM, Jacob Carlborg wrote:
Here is my thoughts and what I think is needed to build a really good IDE
and maybe get some attention from the enterprise. It's really not enough for
the compiler to output some json for an
On Fri, 16 Oct 2009 16:20:31 +0400, Ary Borenszweig
wrote:
Denis Koroskin wrote:
On Fri, 16 Oct 2009 14:06:59 +0400, Jacob Carlborg wrote:
Here is my thoughts and what I think is needed to build a really good
IDE and maybe get some attention from the enterprise. It's really not
enough
Denis Koroskin wrote:
On Fri, 16 Oct 2009 14:06:59 +0400, Jacob Carlborg wrote:
Here is my thoughts and what I think is needed to build a really good
IDE and maybe get some attention from the enterprise. It's really not
enough for the compiler to output some json for an IDE to use, the
whole
On Fri, 16 Oct 2009 14:06:59 +0400, Jacob Carlborg wrote:
Here is my thoughts and what I think is needed to build a really good
IDE and maybe get some attention from the enterprise. It's really not
enough for the compiler to output some json for an IDE to use, the whole
tool chain needs to
On Fri, Oct 16, 2009 at 12:06 PM, Jacob Carlborg wrote:
> Here is my thoughts and what I think is needed to build a really good IDE
> and maybe get some attention from the enterprise. It's really not enough for
> the compiler to output some json for an IDE to use, the whole tool chain
> needs to b
Jacob Carlborg Wrote:
> IDE: Descent
Poseidon + xfBuild may do the job (but Poseidon needs work to run on linux and
mac). Eclipse itself is too heavy and too java's.
Here is my thoughts and what I think is needed to build a really good
IDE and maybe get some attention from the enterprise. It's really not
enough for the compiler to output some json for an IDE to use, the whole
tool chain needs to be revised.
Compiler:
* Written in D
* Supports all major p
84 matches
Mail list logo