Is there an easy trick to run/debug unittests?
I found the dialog to add additional options for dub, but it
always executes
"dub build"
Copying the failing unittest into main() works, but I'd prefer
another solution :)
My current workaround is to run "dub --test" from the Linux
terminal. Dub co
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 bugg
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 jav
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 you
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 nice.
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 project
On 23 March 2015 at 22:39, Bruno Medeiros via Digitalmars-d-announce
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
>>
>> wrote:
>>>
>>> On 18/03/2015 00:12, Trent Forkert wrote:
U
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 m
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(++) fi
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 o
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 -fv
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 dl
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 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 thi
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
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
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 mentio
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'
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 akin
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
e
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
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 fi
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
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
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 o
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 t
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 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 just
On 20 March 2015 at 01:31, Bruno Medeiros via Digitalmars-d-announce
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(++) executable needs a static
On 20 March 2015 at 01:14, Bruno Medeiros via Digitalmars-d-announce
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 very limited compared to o
On 20 March 2015 at 00:45, Trent Forkert via Digitalmars-d-announce
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
>> any
On 19 March 2015 at 07:49, Bruno Medeiros via Digitalmars-d-announce
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 more like CDT
>> (ie, raw
On 19 March 2015 at 07:12, Bruno Medeiros via Digitalmars-d-announce
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
>> Eclipse from a D codebase,
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 w
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 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 c
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 anyt
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
to
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 who
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
(http://code.dlang.org/package-fo
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 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 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 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 more like CDT
(ie, raw and flexible).
In the project configuration I just see the one "DUB Options" box. The
compr
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 Eclips
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 output
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 Tuesday, 17 March 2015 at 23:54:06 UTC, Manu wrote:
On 17 March 2015 at 06:00, Bruno Medeiros via
Digitalmars-d-announce
wrote:
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
On 17 March 2015 at 06:00, Bruno Medeiros via Digitalmars-d-announce
wrote:
> 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 h
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 bugg
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 bugg
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 mi
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 mi
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 buggy than usual. (as exemplified by the
regr
53 matches
Mail list logo
