On 1/06/2016 9:40 PM, Jacob Carlborg wrote:
Yes I could. Like I could participate to VisualD/cpp2d or magicport2
projects.
Anything that is not using a real front end is a lost cause.
Haha that really depends on your goals.
On 19/05/2016 3:50 AM, Stefan Koch wrote:
I am currently designing an IR to feed into the CTFE Evaluator.
I am aware that this could potentially make it harder to get things
merged since DMD already has the glue-layer.
It's always more difficult to justify merging more complexity. But if
you
On 18/05/2016 9:01 AM, Martin Nowak wrote:
Yes, this
https://github.com/dlang/dmd/blob/7d00095301c4780b41addcfeb50f4743a9a6c5d4/src/dinterpret.d#L3418
is really ugly and complex, but you won't get rid of this inherent
complexity. The e2ir code for AssingExp looks almost the same
https://github.c
On 16/05/2016 9:20 PM, Martin Nowak wrote:
On Monday, 16 May 2016 at 10:01:47 UTC, Kagamin wrote:
Wasn't it possible to enable GC for entire compiler? There can be
hybrid approach: 1) first allocate from bump heap 2) when it reaches,
say, 200MB, switch to GC.
Well, I wouldn't use D's GC for th
On 15/05/2016 11:25 PM, Martin Nowak wrote:
On 05/15/2016 02:17 PM, Daniel Murphy wrote:
For simple types that's true. For more complicated reference types...
Variable indexes are not enough, you also need heap memory, but slices
and pointers (and references) can refer to values eith
On 15/05/2016 9:57 PM, Martin Nowak wrote:
On 05/15/2016 01:58 PM, Daniel Murphy wrote:
The biggest advantage of bytecode is not the interpreter speed, it's
that by lowering you can substitute VarExps etc with actual references
to memory without modifying the AST.
By working with some
On 15/05/2016 9:57 PM, Martin Nowak wrote:
On 05/15/2016 01:58 PM, Daniel Murphy wrote:
The biggest advantage of bytecode is not the interpreter speed, it's
that by lowering you can substitute VarExps etc with actual references
to memory without modifying the AST.
By working with some
On 15/05/2016 8:29 PM, Martin Nowak wrote:
No need for a byte-code interpreter, it mostly just adds overhead and
complexity over an AST interpreter. If you want to go really fast you
need some sort of JIT anyhow, but a proper interpreter will be orders of
mangnitude faster than the current imple
On 9/02/2016 12:23 AM, Atila Neves wrote:
What's new:
Built-in unittest blocks can now have a name with just a string UDA:
@("test that does stuff") unittest {... }
I feel obliged to point out that this is going to be a dis
On 1/02/2016 8:46 AM, Iain Buclaw via Digitalmars-d-announce wrote:
I know, I've been hitting bug after bug in 2.067, and the answer has always
been to backport from 2.068. I already have backported druntime's object.d
from 2.068 because 2.067's object module has drifted so far out of sync
with
On 9/11/2015 10:25 AM, Jack Stouffer wrote:
Is there any reason why this isn't currently used in the front end?
Lack of testing, focus on matching c-dmd performance, it used to be
blocked and nobody realized it wasn't any more etc.
On 8/11/2015 1:41 AM, Dmitry Olshansky wrote:
IMHO enabling D's GC in the frontend is better way to fix leaking in the
CTFE, but there are some issues with that (it segfaults if we enable GC).
Actually I think it's fixed now, just disabled.
It used to have problems with lib*/scan*, but those
On 8/09/2015 1:54 AM, "Luís Marques wrote:
On Friday, 4 September 2015 at 12:38:41 UTC, Daniel Murphy wrote:
It's not that phobos is bad, it's that we're following the same
development pattern we had with C++. We're using a conservative
subset of D features
On 6/09/2015 5:11 AM, Jacob Carlborg wrote:
I'm pretty sure the conversion tool already converted at least some
loops to foreach loops.
I took that code out some time before the switch because D's stricter
implicit conversions were causing problems in some places. Even doing
it by hand is
On 6/09/2015 2:47 AM, Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
wrote:
But you are going to do high level refactoring too, right? Not just
local conversions into foreachs and the like?
Of course. Some of this was been started before the conversion.
On 1/09/2015 11:57 PM, Rory McGuire via Digitalmars-d-announce wrote:
Surely this is a code coverage issue then?
Are there any unit tests in ddmd?
There is an enormous test suite, but there are also plenty of parts with
zero coverage.
On 2/09/2015 11:23 PM, Rory McGuire via Digitalmars-d-announce wrote:
Surely if the dog food is so bad no one should be eating?
It's not that phobos is bad, it's that we're following the same
development pattern we had with C++. We're using a conservative subset
of D features and libraries,
"Jacob Carlborg" wrote in message news:mrsigg$1574$1...@digitalmars.com...
I'm pretty sure we already have a tool that generates C/C++ headers for D
modules.
Adam started one, I don't think it got to the point where it would work for
this, and I don't agree that the json output is a good way
"Iain Buclaw via Digitalmars-d-announce"
wrote in message
news:mailman.647.1440844869.13986.digitalmars-d-annou...@puremagic.com...
Just an idea to selectively @tag any classes or functions you want to
export to C++, then let the
conversion tool do the rest. This is as opposed to going back
"Iain Buclaw via Digitalmars-d-announce"
wrote in message
news:mailman.640.1440835567.13986.digitalmars-d-annou...@puremagic.com...
> I'm planning to generate the C++ headers from the D source rather than
> maintain them by hand.
You could use UDAs for that!
How?
""Luís Marques " wrote in message
news:fnhnundiapulkyqmi...@forum.dlang.org...
Probably not all of them, though, no? For instance, utf.h is not needed by
the GDC / LDC glue code, is it?
We don't have a policy on this yet. It won't matter so much if we can
auto-generate the headers.
""Luís Marques " wrote in message
news:ckyiqzpchfahzfjmm...@forum.dlang.org...
What is the relation between the .h files that were left intact, and the
backend, GDC, and LDC? When the backend is converted to D, will the DMD
source drop the C++ header files, or will (some?) of those be left beh
"Iain Buclaw via Digitalmars-d-announce"
wrote in message
news:mailman.598.1440753894.13986.digitalmars-d-annou...@puremagic.com...
Best to start using GDC in the CI development of DMD now though so we
catch them when it
happens!
I've played the 'upgrade the autotester' game before, and I'
"Johannes Pfau" wrote in message news:mrp3m1$184s$1...@digitalmars.com...
Current GDC master can compile DDMD, although it uses the 2.066.1
frontend. Iain backported the relevant C++ mangle changes:
https://github.com/D-Programming-Language/dmd/pull/4957
Yeah, I guess the more accurate state
"Bruno Medeiros" wrote in message news:mrn30f$26ff$2...@digitalmars.com...
Cool stuff!
Yeah!
What's the plan going forward, for those not so much up to date with
what's going on? Is the next major release of DMD gonna be D-DMD based
then? Which compiler is going to be used to compile D-DMD
"Mike" wrote in message news:hkyvytmqbstkelkum...@forum.dlang.org...
There are still a number of .h files in the front end. What will happen
with those? Do they need to be maintained?
For now they must be maintained by hand, if there is any possibility of the
glue layers or backends needin
"Dicebot" wrote in message news:jdgpeyxvdltshldnf...@forum.dlang.org...
Great!
Daniel, does that mean that I can remove DDMD testing job from my
CI? :)
Yes, thanks!
"Joakim" wrote in message news:sfhycfhmabpfxxuxn...@forum.dlang.org...
Great work, thanks to Daniel and others who helped out, can't wait to use
ddmd and see all the changes that come with it in the next couple
releases.
I can't wait to use foreach internally! No more manual for loops!
Can
"BBasile" wrote in message news:fmoabuqgvlztgmqyj...@forum.dlang.org...
By the way, currently under win32 it's not possible to build DDMD unless
the line
---
#HOST_DC=dmd
---
is uncommented. Because there is a bunch of commands using dmd compile and
run (-run) in win32.mak. Is it a bug ? Ma
"BBasile" wrote in message news:rljvemqjfvnnqqnnc...@forum.dlang.org...
Excellent. I guess it's also time to clean the wiki page that explained
how to build under win32 with DMC. It's obsolete now.
Nope! The glue layer and backend are still in C++, and still need to be
built with DMC.
"Steven Schveighoffer" wrote in message
news:mjkncd$21e7$1...@digitalmars.com...
BTW, I will stress again that I'm going to be at the hotel all day Tuesday
(and without a car) if anyone is interested in hanging out :)
I'll be there from Saturday night.
"Kai Nacke" wrote in message news:kxcbizohnxdtimjwl...@forum.dlang.org...
But: I am not going to extend the DMD backend! This has 2 consequences.
First, we need to decide how to integrate the code.
(Do we want to clutter the code with #if WANT_CENT as I currently do?
Should we wait for DDMD?)
"Szymon Gatner" wrote in message
news:tthkrzwwobmdzbufe...@forum.dlang.org...
sure I could bug individuals to make things work for me, then discover
another problem rinse and repeat. thing is i dont want things to somehow
work (possibly only until next release that will breake it) I want to k
"Szymon Gatner" wrote in message
news:oofoormyfxkefokvk...@forum.dlang.org...
i really try not to be whiny about it but it is sooo frustrating. d
advertises itself as easy to integrate with c/c++ and maybe in theory it
is but in practice it is not true at all. simplest example from Adam's
bo
"Rainer Schuetze" wrote in message news:mehkf1$21k2$1...@digitalmars.com...
I think we should not do it for the dmd 2.067 release. It would be good
to have it integrated into the test infrastructure before adding it to
the release.
I think that needs to be a hard requirement.
"Brian Schott" wrote in message
news:wctzwywddsrjzbygr...@forum.dlang.org...
https://github.com/Hackerpilot/dfmt/releases/tag/v0.1.3
dfmt is a source code formatter for D. v0.1.3 fixes 34 issues from v0.1.2.
The codename is inspired by somebody who may or may not* have filed 45
Github issue
"Robert M. Münch" wrote in message news:mdi3sn$jh8$1...@digitalmars.com...
make -fwin32.mak C=backend TK=tk ROOT=root HOST_DC= "OPT=-o" "DEBUG="
"LFLAGS=-L/delexe/la" dmd.exe
run idgen
Error: 'run' not found
dmd has very recently been changed to required dmd already installed on the
system.
"Jacob Carlborg" wrote in message news:md8vu6$hc1$1...@digitalmars.com...
The DMD front end is not really designed to be used as a library for
tooling.
It isn't, but it's slowly getting better. eg You can now build the lexer as
a library without pulling everything else in. It's quite possi
"Brian Schott" wrote in message
news:updwbngwrilngxhun...@forum.dlang.org...
dfmt is a D source code formatting tool.
https://github.com/Hackerpilot/dfmt/
https://github.com/Hackerpilot/dfmt/releases/tag/v0.1.0
Is this on code.dlang.org? I can't find it.
"Vladimir Panteleev" wrote in message
news:viqwfixznbdbdwvha...@forum.dlang.org...
I don't use Dub
You really should! I put it off for months and months but I'm quite happy
with it now.
"Joakim" wrote in message news:nphrawlkmiwksghfy...@forum.dlang.org...
Nice work, D needed some direction like this. I thought one oversight was
no mention of ddmd, which seems to have gone into limbo over the last
year. According to Daniel, it's pretty much done but is just waiting on
Brad
"Walter Bright" wrote in message news:maed4o$2da6$1...@digitalmars.com...
>
> So constructors and destructors are mangled 'a la D' instead of the C++
> way.
Please post this to bugzilla.
The problems with constructors go beyond mangling, so the current forced D
mangling is intentional to
"Jonathan M Davis via Digitalmars-d-announce" wrote in message
news:mailman.4595.1421160931.9932.digitalmars-d-annou...@puremagic.com...
On Tuesday, January 13, 2015 14:39:42 Iain Buclaw via
Digitalmars-d-announce wrote:
> Daniel prefers to talk through other peoples talks. :o)
Or to work on
"Brad Anderson" wrote in message
news:jcidebafygjtdsabn...@forum.dlang.org...
Sounds like a good subject for Daniel Murphy to talk about. He spent a
good hour explaining to me how a linker works in the Aloft bar after most
people had retired (thanks for that, Daniel) and he certa
"Laeeth Isharc" wrote in message
news:vtgirvyjsalkzjvlz...@forum.dlang.org...
Thanks v much - this will be very helpful indeed.
Let me know if you have any questions about it.
"Daniel Murphy" wrote in message news:m8bdul$1dke$1...@digitalmars.com...
I've created a dub package for the D version of DMD's lexer, generated
automatically from the C++ source.
github: https://github.com/yebblies/ddmd
dub: http://code.dlang.org/packages/ddmd
I
"Laeeth Isharc" wrote in message
news:yzmwemaevaltcmkyw...@forum.dlang.org...
on a related note, have you considered sharing your translation tool
(c++ -> D)? I completely understand if you would rather not of course.
The translation tool is available on github and is boost licensed.
This
"Kiith-Sa" wrote in message news:nffxogzwpmayydyom...@forum.dlang.org...
(sorry if you get this question too often)
How is DDMD as a whole going? Is it getting closer or are ongoing DMD
changes slowing it down too much?
It's been sitting still for 8 nearly months because of
https://github.
"Rikki Cattermole" wrote in message news:m8be2m$1dlp$1...@digitalmars.com...
I saw that. I'm really looking forward to getting my teeth into it and
doing some good old refactoring. Although that will be a while because
of the auto generated thing.
There's plenty of refactoring to be done on
I've created a dub package for the D version of DMD's lexer, generated
automatically from the C++ source.
github: https://github.com/yebblies/ddmd
dub: http://code.dlang.org/packages/ddmd
There are a few annoying limitations, such that it uses dmd's error printing
and allocation functions, and
"Andrej Mitrovic via Digitalmars-d-announce" wrote in message
news:mailman.3585.1419448250.9932.digitalmars-d-annou...@puremagic.com...
The animations are super-fast, it makes it hard to see what's going on
but it's still fun. I wonder what that sudden branch explosion was in
DMD, maybe some c
""Nordlöw"" wrote in message news:iswbimvzcxegthnxg...@forum.dlang.org...
Crap, I should of course have posted this on digitalmars.D.
You should probably post it on dub's issue tracker or forums.
"weaselcat" wrote in message news:rnlbybkfqokypxlgf...@forum.dlang.org...
I see array.sort is planned for future deprecation, what does "future"
fall under?
Generally 'future deprecation' means at least 6 months after it gets turned
into a warning. Often it's significantly longer, because n
"eles" wrote in message news:rixtiaiokrukvqjsf...@forum.dlang.org...
But the request is simply to split the current druntime in a
language-runtime and a phobos-runtime. The namespace and so on might even
remain the same and the existing code would run unmodified. What is really
important is t
"eles" wrote in message news:ybcxmuwwpsiyupwer...@forum.dlang.org...
The question of dupplication may be addressed now better, since the newly
fixed bug about hierarchical packaging.
I don't see how.
_only that_ should be the runtime. And the sole part that one needs to
port in order to cla
"eles" wrote in message news:qrfucjdbmydvoqgey...@forum.dlang.org...
While this might be acceptable, there is one more question: what use to
have the druntime separated from phobos, in this case?
Apart from the fact that it's too late to change of course.
For me the druntime shall include on
"Mike" wrote in message news:bkkdiikafdsraqssj...@forum.dlang.org...
> I really don't see a practical problem with having them in druntime,
> only a philosophical one.
It give the impression that D requires the C standard library, the C++
standard library, and an full-featured desktop OS in
"Ola Fosheim Grøstad" " wrote in message
news:mclztlymyjydwhcxs...@forum.dlang.org...
Probably, at least without whole-program optimization turned on.
Linking with D is not a concern for whole-program-optimized C++ programs.
But you still have to track compiler version changelogs and then de
"Mike" wrote in message news:zjscnxerhbxnopvay...@forum.dlang.org...
The C standard library and C++ standard library are not part of
D-the-language. D would even be better served by putting these features
in phobos as std.stdc and std.stdcpp. This would make them just as
conveniently availa
"Ola Fosheim Grøstad" " wrote in message
news:pbfaphgiugafrhach...@forum.dlang.org...
I know, but the vendor provided C++ libraries could trigger compiler-magic
in the optimizer, so it might not be enough to look at the source code in
the general case…
I would be very surprised to find a C++
"Mike" wrote in message news:sdrjfagsayomsngme...@forum.dlang.org...
What's the motivation for embedding these things in the d runtime?
Make them available.
Wouldn't it be better to have a libc_d instead of core.stdc, libcpp_d
instead of core.stdcpp, liblinux_d instead of core.sys.linux, et
"Kagamin" wrote in message news:ujtkjzyvjhtvmcvjh...@forum.dlang.org...
On Friday, 22 August 2014 at 08:18:18 UTC, Daniel Murphy wrote:
> 2. These features are rather difficult to use, and I don't want people
> to think they can just plug-and-play. I've sp
"Walter Bright" wrote in message news:lt7tan$24ei$1...@digitalmars.com...
> 1. I hate writing documentation. I really really hate it.
Join the club :-)
=)
Sorry you got to be the pioneer with the arrows in your back, but you've
paved the way for the rest of us.
I don't really mind, for s
"Walter Bright" wrote in message news:lt5l3k$2s5t$1...@digitalmars.com...
The thing is, while the code was there, there wasn't a single test case
for it in the test suite. Furthermore, at least for Elf, there was no
support for the special mangling done for ::std:: stuff.
Yeah, I don't know
"Jonathan M Davis" wrote in message
news:fxdqpmfcbskvtcafz...@forum.dlang.org...
LOL. Yeah, well, it would be ni going to support C+ce if we could get an
actual list of the C++ features that D currently supports somewhere (and
how to use them if it's not obvious). You've been doing so much gr
"Jacob Carlborg" wrote in message news:lt50m0$20f0$1...@digitalmars.com...
> Support for C++ templates was in the last release, and the new pull
> request is only for special mangling of some stl declarations.
You see, I get confused of all the syntax changes ;)
Don't worry, so did Walter.
"Jacob Carlborg" wrote in message news:lt43pj$ral$1...@digitalmars.com...
Support for C++ namespaces where just released and support for C++
templates will most likely end up in master soon.
Support for C++ templates was in the last release, and the new pull request
is only for special mangl
"safety0ff" wrote in message news:xfceasqsqxxygwzsc...@forum.dlang.org...
I have a kludge / patch for #11435, but I get the impression of
apathy towards back end issues so I don't feel motivated to
contribute.
Are you joking? Do a pull request.
"Brad Roberts via Digitalmars-d-announce" wrote in message
news:mailman.3141.1404253839.2907.digitalmars-d-annou...@puremagic.com...
The host that runs these two services is down. I'm working on getting
them back up.
There's a reasonable chance I'll end up having to restore both db's from
"Andrei Alexandrescu" wrote in message news:lndq8q$obh$1...@digitalmars.com...
> You did say that something with the same effect as 'virtual' was going
> in.
No.
I am certain either you or Walter did in the last 'final by default'
discussion.
Please no new keyword for what can be done al
"Andrei Alexandrescu" wrote in message
news:lncrb0$31ec$1...@digitalmars.com...
> It was decided and 100% certain - "virtual" is not going in. Need to
> remove it from DMD before this release is out.
Yes please. -- Andrei
You did say that something with the same effect as 'virtual' was goin
"Brad Roberts" wrote in message
news:mailman.87.1397638127.2763.digitalmars-d-annou...@puremagic.com...
The only thing I'm sure is broken right now are the old greasemonkey
scripts to
integrate test results with github (the native github build status stuff
works still). I'll get those fixed u
"Brad Roberts" wrote in message
news:mailman.102.1397104256.1648.digitalmars-d-annou...@puremagic.com...
At the bottom of the search results page there is a 'change columns'
button with > the ui to control the columns to display. You'd have had to
do this at some point on the old site
too.
Is there some way to get the severity column back on the search results
page? And make regressions orange again?
"Jay Norwood" wrote in message news:tsyxasgqmrkmuolmf...@forum.dlang.org...
Is there a test suite that you have to pass to declare it fully
functional?
Not that I know of, but it _almost_ passes the dmd test suite (3 failures).
I'm slowly refactoring it so I can build a comprehensive test su
"Daniel Murphy" wrote in message news:lgngea$1ccj$1...@digitalmars.com...
So a couple of years ago I had too much free time and wrote a linker.
It's now on github: https://github.com/yebblies/ylink
Now updated with basic mscoff32 support - although dmd doesn't emit t
So a couple of years ago I had too much free time and wrote a linker.
It's now on github: https://github.com/yebblies/ylink
Pros:
- Written in D
- Not written in assembly
- Not written before I was born
- Boost license
- Usually produces working executables
Cons:
- No debug information (yet)
-
"Andrei Alexandrescu" wrote in message news:53231aa4.1020...@erdani.org...
That said, since recently there are too many D internal projects for me
to oversee so if anything I'm lacking headcount.
Awesome!
"Jacob Carlborg" wrote in message news:lfqf4t$2v1o$1...@digitalmars.com...
I think Daniel has said he as a working Linux compiler. He just need to
create pull requests (and get them merged) for all changes his tool
requires.
The changes to dmd's source are all done(!), it's now time to start
"Michel Fortin" wrote in message news:lfqcs6$2su5$1...@digitalmars.com...
If the compiler is going to be converted to the D language (how is that
progressing?), it'd probably be better to merge before that, otherwise
it'll be a lot of work to port all those changes.
The converter can convert
"Dicebot" wrote in message news:rkgevwccvxaynrbbi...@forum.dlang.org...
Full stop. It should be other way around - remove all such
arguable warnings from compiler to dedicated lint tool and never
add any single one to compiler.
Exactly.
This sort of thing would make an excellent compiler pl
"bearophile" wrote in message news:bskrlqgtwkqdyoqwk...@forum.dlang.org...
D language has similar rules, but I don't rember if the D
compiler warns against usage of similar identifiers.
It doesn't!
[snip etc]
The D compiler is not a lint tool!
"Steven Schveighoffer" wrote in message
news:op.xbs1naiueav7ka@stevens-macbook-pro.local...
A wild wild guess is that there was code in the compiler that used to
require it (after all, it was required a long time ago), and somehow it
got reactivated by accident.
But wild guesses don't help
"Steven Schveighoffer" wrote in message
news:op.xbm0zbffeav7ka@stevens-macbook-pro.local...
I know that Andrei is now living in the area, and he was the one who
picked Aloft. I'm assuming Andrei's house is likely not the new location
;) Where is the "hot spot" this year going to be? I want to
"Denis Koroskin" wrote in message
news:wjdvvungwvpemwmxl...@forum.dlang.org...
I'll throw in $300 extra (maybe more), but can you please first
formalize the requirements (list of flags, and what each flag
should mean, required unittests to pass etc).
Required unittests are very helpful, spec
"Steven Schveighoffer" wrote in message
news:op.xa929juueav7ka@stevens-macbook-pro.local...
>> static this/~this is tougher. If it is possible for it to work, then
>> it should. I feel that this is more of a language feature.
>
> These might work with init sections, but maybe not.
No, stat
"1100110" wrote in message news:ldl9fj$28g6$1...@digitalmars.com...
> I don't think it's worth throwing out assert over. A runtime that
> supported assert + Object would be about 8 lines and would IMO be
> worthwhile.
But then where do we stop?
This is why I think it's an excellent idea to hav
"1100110" wrote in message news:ldl6v6$255r$1...@digitalmars.com...
I dont know enough about TLS to comment really. Thoughts?
It's probably platform dependent, I guess it should work everywhere that C
supports TLS.
Dynamic cast can be disabled.
Sure, but should it be an error or be repl
"1100110" wrote in message news:ldl2pf$20b0$1...@digitalmars.com...
I want a way to disable the GC, and have the compiler verify that no GC
allocations may occur.
I want a way to disable Exceptions, and have the compiler verify that no
Exceptions may occur.
Good, this is what I had in mi
"1100110" wrote in message news:ldkuku$1sgt$1...@digitalmars.com...
I don't think we'll ever please everyone here. All I'm really trying to
do by specifying the name is prevent some cutesy annoying name.
It's pretty hard to get a pull request in with a silly switch name, so I
wouldn't worry
"Orvid King" wrote in message news:ntpjdeutsxqicjywt...@forum.dlang.org...
(except for float->string
conversion, which I don't understand the algorithms enough to
implement myself) even going so far as to create an output range
based version of to!string(int/uint/long/ulong/etc.).
std.form
"1100110" wrote in message news:tjgimnoqoflzrcrlw...@forum.dlang.org...
I'm offering a $50 bounty on this.
(Preferably Bitcoins, but I'll use bountysource if desired.)
I'd say just put it on bountysource, because then there's more chance others
will add to it.
rules:
Has to be called -mi
DDMD alpha win32 debug nogc
http://dtsm460.web.cse.unsw.edu.au/dmd.2.065.0-b2.windows.ddmd.zip
This one is most likely to work!
"Jacob Carlborg" wrote in message news:lc7vah$149c$2...@digitalmars.com...
Cool. Is it too early to try it on OS X?
It's ~4 hours work away from working on OS X (if the linux port is a good
indicator), but I don't have a mac box to work on. If anyone can provide me
with an ssh account I'd
On Sunday, 26 January 2014 at 23:38:56 UTC, Andrew Edwards wrote:
We've made a lot of progress towards the 2.065 stable release.
Available binaries are as follows:
Linux
http://ftp.digitalmars.com/dmd.2.065.0-b2.linux.zip
For anyone feeling adventurous - I've uploaded an alternative
"Martin Nowak" wrote in message
news:jcszzsgkwldowcmwz...@forum.dlang.org...
Mmh, we could simply upload the intermediate zip files for each platform,
that fall out of create_dmd_release before they are combined.
Any ETA on this? I'd like to provide a win32 version with dmd replaced by
ddmd
"Walter Bright" wrote in message news:lbuc93$ke0$1...@digitalmars.com...
(I also recommend registering yourname.com and a twitter account in your
name, for the same reason.)
Not so easy:
https://github.com/DanielMurphy (not me)
https://twitter.com/danielmurphy (not me)
https://www.facebook.
"Martin Nowak" wrote in message
news:jcszzsgkwldowcmwz...@forum.dlang.org...
Mmh, we could simply upload the intermediate zip files for each platform,
that fall out of create_dmd_release before they are combined.
Sounds good.
"Andrew Edwards" wrote in message news:lbmru9$290b$1...@digitalmars.com...
ftp://ftp.digitalmars.com/dmd.2.065.b1.zip
While you're at it, can we get per-platform zips? Just take the normal zip
and delete all but one platform.
"Walter Bright" wrote in message news:lbelqh$e54$1...@digitalmars.com...
It's a problem. There cannot be line endings in it.
The one in the git repo has a unix line ending.
1 - 100 of 135 matches
Mail list logo