On 06/03/2015 17:37, Bruno Medeiros wrote:
A new version of DDT is out. Improvements to the semantic engine,
important fixes:
https://github.com/bruno-medeiros/DDT/releases/tag/Release_0.11.0
There has also been some big internal changes lately, so these latest
releases might be a bit more
On 23/03/2015 15:35, Ben Boeckel via Digitalmars-d-announce wrote:
Running a Python script to generate D code?
Yes, in DUB you can run arbitrary external commands before and after the
D sources compilation.
But not in between? Basically, can you have a tool written in D built
with the
On 25/03/2015 2:24 a.m., Bruno Medeiros wrote:
On 23/03/2015 15:35, Ben Boeckel via Digitalmars-d-announce wrote:
Running a Python script to generate D code?
Yes, in DUB you can run arbitrary external commands before and after the
D sources compilation.
But not in between? Basically, can
On 23/03/2015 23:01, Ben Boeckel via Digitalmars-d-announce wrote:
On Mon, Mar 23, 2015 at 21:14:31 +0100, Jacob Carlborg via
Digitalmars-d-announce wrote:
On 2015-03-23 13:54, Bruno Medeiros wrote:
There's no plans ATM to integrate with CDT itself. (I don't even know
what integration with
On 24/03/2015 02:22, Manu via Digitalmars-d-announce wrote:
On 23 March 2015 at 22:39, Bruno Medeiros via Digitalmars-d-announce
In Visual-D you can even press F12 (go to definition) on an extern(C)
symbol in your D code, and it will jump to the .cpp file where it's
defined.
That's quite
On 20/03/2015 04:12, Manu via Digitalmars-d-announce wrote:
On 19 March 2015 at 07:12, Bruno Medeiros via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 18/03/2015 00:12, Trent Forkert wrote:
Unless something has changed recently, it shouldn't require dub. Last
time I
On 19/03/2015 15:55, Trent Forkert wrote:
On Thursday, 19 March 2015 at 15:14:09 UTC, Bruno Medeiros wrote:
On 19/03/2015 14:45, Trent Forkert wrote:
It seems you are right that it *is* limited, but it shouldn't be. CMake
emits include/import paths into the project structure. I had thought it
On 20/03/2015 05:30, Manu via Digitalmars-d-announce wrote:
On 20 March 2015 at 01:14, Bruno Medeiros via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 19/03/2015 14:45, Trent Forkert wrote:
On Thursday, 19 March 2015 at 11:18:29 UTC, Dicebot wrote:
Semantics
On Mon, Mar 23, 2015 at 12:51:36 +, Bruno Medeiros via
Digitalmars-d-announce wrote:
At the time of this message of yours, you didn't offer any concrete,
*technical* reasons of why dub shouldn't be used. Saying one doesn't
*want* to use dub is not a valid reason at all. Saying you can't,
On 20/03/2015 18:07, Trent Forkert wrote:
And I don't understand why it is not acceptable.
* Because it is not guaranteed to be there. For instance, I don't have
dub on my system
That's the lamest reason ever. Why is that an issue? Just install it if
it is not installed. To me, that's
On Mon, Mar 23, 2015 at 14:04:30 +, Dicebot via Digitalmars-d-announce
wrote:
If you mean separate compilation with different flags per module
and linking into same binary - it is pretty much illegal in D and
can only be done at own risk. I don't know if it is mentioned
anyway on
On 23/03/2015 13:39, Ben Boeckel via Digitalmars-d-announce wrote:
On Mon, Mar 23, 2015 at 12:51:36 +, Bruno Medeiros via
Digitalmars-d-announce wrote:
At the time of this message of yours, you didn't offer any concrete,
*technical* reasons of why dub shouldn't be used. Saying one doesn't
On 20/03/2015 05:04, Manu via Digitalmars-d-announce wrote:
On 19 March 2015 at 07:49, Bruno Medeiros via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 17/03/2015 23:45, Manu via Digitalmars-d-announce wrote:
I just checked out DDT, and I noticed it seems to use DUB...
On Monday, 23 March 2015 at 13:40:04 UTC, Ben Boeckel wrote:
Different flags to
different source files?
If you mean separate compilation with different flags per module
and linking into same binary - it is pretty much illegal in D and
can only be done at own risk. I don't know if it is
On 19/03/2015 16:02, Ben Boeckel via Digitalmars-d-announce wrote:
It might force to think of your build components in a more
structured/componentized way, instead of the paradigm of building on a
file by file basis, the `make` way. (I've only used make though, not
cmake, so dunno how much this
On Mon, Mar 23, 2015 at 14:25:22 +, Bruno Medeiros via
Digitalmars-d-announce wrote:
Yes - use DUB sub-packages.
Ah, had missed this.
Different flags to different source files?
What dicebot said.
That looks like an invalid, abstraction-breaking thing to do
Not all flags are
On Monday, 23 March 2015 at 15:30:43 UTC, Ben Boeckel wrote:
On Mon, Mar 23, 2015 at 14:04:30 +, Dicebot via
Digitalmars-d-announce wrote:
If you mean separate compilation with different flags per
module and linking into same binary - it is pretty much
illegal in D and can only be done at
On 2015-03-23 13:54, Bruno Medeiros wrote:
There's no plans ATM to integrate with CDT itself. (I don't even know
what integration with java tools would mean here) Even for CDT, I don't
see what much would there be to integrate, other than the build system.
I would guess he means using C(++)
On Mon, Mar 23, 2015 at 21:14:31 +0100, Jacob Carlborg via
Digitalmars-d-announce wrote:
On 2015-03-23 13:54, Bruno Medeiros wrote:
There's no plans ATM to integrate with CDT itself. (I don't even know
what integration with java tools would mean here) Even for CDT, I don't
see what much
On 23 March 2015 at 22:39, Bruno Medeiros via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 20/03/2015 04:12, Manu via Digitalmars-d-announce wrote:
On 19 March 2015 at 07:12, Bruno Medeiros via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On
On Thursday, 19 March 2015 at 14:45:08 UTC, Trent Forkert wrote:
On Thursday, 19 March 2015 at 11:18:29 UTC, Dicebot wrote:
I call dub from makefile rules and feel pretty comfortable
about such pattern (apart from being not-so-portable compared
to raw dub). And building anything via IDE is
On Friday, 20 March 2015 at 14:36:51 UTC, Dicebot wrote:
I wasn't referring to the vim vs IDE holy debate. I often use
IDE myself but never use interal build systems tied to IDE -
mostly for portability reasons. It is good to know that your
project will always be built the same way - on local
On Friday, 20 March 2015 at 15:47:09 UTC, Trent Forkert wrote:
On Friday, 20 March 2015 at 14:36:51 UTC, Dicebot wrote:
I wasn't referring to the vim vs IDE holy debate. I often use
IDE myself but never use interal build systems tied to IDE -
mostly for portability reasons. It is good to know
On Friday, 20 March 2015 at 15:52:18 UTC, Dicebot wrote:
It is _supposed_ to be the same, but not necessarily is. Bugs
in CMake generators are not impossible.
Of course not, but I prefer a build system that works 99.99% of
the time regardless of where it is used over a build system that
can
On Wednesday, 18 March 2015 at 22:32:06 UTC, Trent Forkert wrote:
On Wednesday, 18 March 2015 at 21:49:17 UTC, Bruno Medeiros
wrote:
Why is it insufficient? You don't have to use DUB to the
exclusion of everything else. Isn't the use of the
preGenerateCommands
On 20 March 2015 at 01:31, Bruno Medeiros via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 19/03/2015 11:18, Dicebot wrote:
On Wednesday, 18 March 2015 at 22:32:06 UTC, Trent Forkert wrote:
Arbitrary, contrived example (though not entirely unrealistic):
* a C(++)
On 20 March 2015 at 00:45, Trent Forkert via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On Thursday, 19 March 2015 at 11:18:29 UTC, Dicebot wrote:
I call dub from makefile rules and feel pretty comfortable about such
pattern (apart from being not-so-portable compared to
On 19 March 2015 at 07:49, Bruno Medeiros via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 17/03/2015 23:45, Manu via Digitalmars-d-announce wrote:
I just checked out DDT, and I noticed it seems to use DUB... _
Why this marriage? I was really hoping it would be a lot
On 19 March 2015 at 07:12, Bruno Medeiros via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 18/03/2015 00:12, Trent Forkert wrote:
Unless something has changed recently, it shouldn't require dub. Last
time I checked, my CMake work[1] could still generate projects for
On 20 March 2015 at 01:14, Bruno Medeiros via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 19/03/2015 14:45, Trent Forkert wrote:
On Thursday, 19 March 2015 at 11:18:29 UTC, Dicebot wrote:
Semantics analysis you can get by simply opening .d file in CDT
project is
On Thursday, 19 March 2015 at 11:18:29 UTC, Dicebot wrote:
I call dub from makefile rules and feel pretty comfortable
about such pattern (apart from being not-so-portable compared
to raw dub). And building anything via IDE is just asking for
trouble :)
I use Vim myself, but I think people
On 18/03/2015 22:09, Trent Forkert wrote:
On Wednesday, 18 March 2015 at 21:12:11 UTC, Bruno Medeiros wrote:
What kind of Eclipse projects does it generate?
CDT. Anything else would prevent it from supporting multi-language
projects, and thus turn it into yet another crappy monolingual NIHS
On Thursday, 19 March 2015 at 15:14:09 UTC, Bruno Medeiros wrote:
On 19/03/2015 14:45, Trent Forkert wrote:
It seems you are right that it *is* limited, but it shouldn't
be. CMake
emits include/import paths into the project structure. I had
thought it
emitted into .project, but evidently emits
On Thu, Mar 19, 2015 at 15:31:49 +, Bruno Medeiros via
Digitalmars-d-announce wrote:
Indeed, I reckon in these more complex examples, you'd call DUB from
make/cmake/whatever. DUB would be in charge of building the D library
aspect/component of that whole project. I don't see why this
On 19/03/2015 14:45, Trent Forkert wrote:
On Thursday, 19 March 2015 at 11:18:29 UTC, Dicebot wrote:
Semantics analysis you can get by simply opening .d file in CDT
project is very limited compared to opening dub project because it
can't know the import paths for dependencies or pretty much
On 19/03/2015 11:18, Dicebot wrote:
On Wednesday, 18 March 2015 at 22:32:06 UTC, Trent Forkert wrote:
Arbitrary, contrived example (though not entirely unrealistic):
* a C(++) executable needs a static D library
* Said D library in turn uses a C(++) library
* All three of these are built as
Just go to project Properties, Builders, de-select DUB Build and
add any another build option or script you need.
On Tuesday, 17 March 2015 at 23:54:06 UTC, Manu wrote:
I just checked out DDT, and I noticed it seems to use DUB... _
On Wed, Mar 18, 2015 at 22:32:05 +, Trent Forkert via
Digitalmars-d-announce wrote:
The only sensible way to use multiple languages in the same
project is to use the same build system for them. Anything else
is way too fragile and hackish.
Arbitrary, contrived example (though not
On Wednesday, 18 March 2015 at 21:49:17 UTC, Bruno Medeiros wrote:
Why is it insufficient? You don't have to use DUB to the
exclusion of everything else. Isn't the use of the
preGenerateCommands
(http://code.dlang.org/package-format#build-settings) enough to
call these other build systems you
On Wednesday, 18 March 2015 at 21:12:11 UTC, Bruno Medeiros wrote:
What kind of Eclipse projects does it generate?
CDT. Anything else would prevent it from supporting
multi-language projects, and thus turn it into yet another crappy
monolingual NIHS tool, and thus useless for me (and Manu).
On Wed, Mar 18, 2015 at 21:12:07 +, Bruno Medeiros via
Digitalmars-d-announce wrote:
What kind of Eclipse projects does it generate? If it generates CDT
projects, it's not really much help as CDT doesn't understand D (duh),
and DDT doesn't work with CDT projects (also duh).
It should
On 18/03/2015 00:12, Trent Forkert wrote:
Unless something has changed recently, it shouldn't require dub. Last
time I checked, my CMake work[1] could still generate projects for
Eclipse from a D codebase, using Makefiles or Ninja. Not that that helps
if you are creating a project from an
On 17/03/2015 23:45, Manu via Digitalmars-d-announce wrote:
I also couldn't launch GDB and debug the example 'hello world' app
under Windows. Are there more steps to make this work?
If you're using DMD, that simply doesn't work at all. GDB doesn't
understand any of the debug formats DMD
On Tuesday, 17 March 2015 at 23:54:06 UTC, Manu wrote:
On 17 March 2015 at 06:00, Bruno Medeiros via
Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 06/03/2015 17:37, Bruno Medeiros wrote:
A new version of DDT is out. Improvements to the semantic
engine,
important
On 17 March 2015 at 06:00, Bruno Medeiros via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 06/03/2015 17:37, Bruno Medeiros wrote:
A new version of DDT is out. Improvements to the semantic engine,
important fixes:
On 06/03/2015 17:37, Bruno Medeiros wrote:
A new version of DDT is out. Improvements to the semantic engine,
important fixes:
https://github.com/bruno-medeiros/DDT/releases/tag/Release_0.11.0
There has also been some big internal changes lately, so these latest
releases might be a bit more
On 06/03/2015 17:37, Bruno Medeiros wrote:
A new version of DDT is out. Improvements to the semantic engine,
important fixes:
https://github.com/bruno-medeiros/DDT/releases/tag/Release_0.11.0
There has also been some big internal changes lately, so these latest
releases might be a bit more
On 06/03/2015 18:48, wobbles wrote:
On Friday, 6 March 2015 at 17:37:51 UTC, Bruno Medeiros wrote:
A new version of DDT is out. Improvements to the semantic engine,
important fixes:
https://github.com/bruno-medeiros/DDT/releases/tag/Release_0.11.0
There has also been some big internal changes
On Friday, 6 March 2015 at 17:37:51 UTC, Bruno Medeiros wrote:
A new version of DDT is out. Improvements to the semantic
engine, important fixes:
https://github.com/bruno-medeiros/DDT/releases/tag/Release_0.11.0
There has also been some big internal changes lately, so these
latest releases
On Friday, 6 March 2015 at 17:37:51 UTC, Bruno Medeiros wrote:
A new version of DDT is out. Improvements to the semantic
engine, important fixes:
https://github.com/bruno-medeiros/DDT/releases/tag/Release_0.11.0
There has also been some big internal changes lately, so these
latest releases
50 matches
Mail list logo
