On Tuesday, 25 March 2014 at 03:27:07 UTC, Jack Applegame wrote:
Nifty!
I love this Pro:
- Usually produces working executables
:)
Me too. But not more than ">>Written in D" :)
But the best is "Not written before I was born" :)
When I was a lad we had to
Steve
On 3/26/14, FrankLike <1150015...@qq.com> wrote:
> If you are programming on win32,now,DFL can be used by D2.065.
> Please git clone http://github.com/FrankLike/dfl
> Open the folder w32 ->dflexe double click the 'makedflexe.bat'
FYI: you've changed one hardcoded path to another. I also don't
un
"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 that
file format, it does
On Wednesday, 26 March 2014 at 06:17:57 UTC, Ben Boeckel wrote:
On Tue, Mar 25, 2014 at 14:12:45 -0400, Ben Boeckel wrote:
I'll try it out when I get a chance.
I've pushed some fixes to my CMake fork to work with GDC on
Linux. I've
also fixed up some things I saw and opened a bug on your fork
On Wednesday, 26 March 2014 at 15:33:39 UTC, Daniel Murphy wrote:
"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 ms
I have a quandary you might be able to help with, Ben.
I've been working on moving dependency resolution things to
cmDependsD.cxx, and I've got it mostly working.
However, if we have gdc produce make-style dependencies (which
will still require processing to get CMake to be happy), that
requ
On Wed, Mar 26, 2014 at 22:52:43 +, Trent Forkert wrote:
> However, if we have gdc produce make-style dependencies (which will
> still require processing to get CMake to be happy), that requires me
> to put a special case in the C++ that I'd rather not have.
I'm fine with either, but make-styl
On Wednesday, 26 March 2014 at 23:17:31 UTC, Ben Boeckel wrote:
What about:
4. Add depfile support to Makefile generators.
That's basically what I'm doing, though only in the context of D.
cmDependsD::WriteDependencies() gets called for every D object,
and has the D compiler produce a dmd-s
On Thu, Mar 27, 2014 at 00:38:05 +, Trent Forkert wrote:
> On Wednesday, 26 March 2014 at 23:17:31 UTC, Ben Boeckel wrote:
> > 4. Add depfile support to Makefile generators.
>
> That's basically what I'm doing, though only in the context of D.
No, I meant, using the DEPFLAGS during the make
D has a lot of tools ,but not have a Version migration tool,that
can help the old codes to migrate easily to the new dmd Version.
On Thursday, 27 March 2014 at 01:16:57 UTC, Ben Boeckel wrote:
On Thu, Mar 27, 2014 at 00:38:05 +, Trent Forkert wrote:
On Wednesday, 26 March 2014 at 23:17:31 UTC, Ben Boeckel wrote:
> 4. Add depfile support to Makefile generators.
That's basically what I'm doing, though only in the conte
On Wednesday, 26 March 2014 at 10:42:09 UTC, Andrej Mitrovic
wrote:
On 3/26/14, FrankLike <1150015...@qq.com> wrote:
If you are programming on win32,now,DFL can be used by D2.065.
Please git clone http://github.com/FrankLike/dfl
Open the folder w32 ->dflexe double click the 'makedflexe.bat'
On Thu, Mar 27, 2014 at 01:52:00 +, Trent Forkert wrote:
> I've tested this by creating a wrapper script around dmd to log calls
> to it in a file. Using that, I can confirm that cmDependsD does
> nothing at configure time. Granted it didn't refresh the deps file
> when I updated my D code, but
On Wednesday, 26 March 2014 at 15:33:39 UTC, Daniel Murphy wrote:
Now updated with basic mscoff32 support - although dmd doesn't
emit that file format, it does mean you can link the standard
import libraries into your normal D applications, instead of
having to convert them to omf.
This is a
14 matches
Mail list logo