, SConsolidator, and Eclipse for C++ projects, or
Emacs, but when I found CLion I became a bit of an addict. Sadly though
it means using CMake – for now. For GStreamer related projects I am
using Meson.
SCons has D as a peer to C, C++, and Fortran. I think the D community
should make use of this, e
ng SCons_D_Experiment repository to pick up the SCons D
tools?
> env = Environment(DMD = '/path/to/dmd', DMDFLAGS = [ ... ])
> env.Command('myprogram', Split("""
> myprogram.d
> module1.d
> mo
not actually use SCons for D code, if you
are interested in D you are interested in this page as it is another
marketing vector for D.
I've come to like SCons for my C++ projects. Way more so than say
CMake. It would be awesome to have full-fledged support for D there
esp. in mixed C++ with D
On Wed, May 03, 2017 at 12:05:48AM +0200, Dmitry Olshansky via Digitalmars-d
wrote:
> On 5/2/17 2:20 PM, Russel Winder via Digitalmars-d wrote:
> > Hi,
> >
> > Prompted by Bill Deegan (*), I have started a SCons wiki page on D
> > support. Even if you do not actually u
On 5/2/17 2:20 PM, Russel Winder via Digitalmars-d wrote:
Hi,
Prompted by Bill Deegan (*), I have started a SCons wiki page on D
support. Even if you do not actually use SCons for D code, if you are
interested in D you are interested in this page as it is another
marketing vector for D.
I've
Hi,
Prompted by Bill Deegan (*), I have started a SCons wiki page on D
support. Even if you do not actually use SCons for D code, if you are
interested in D you are interested in this page as it is another
marketing vector for D.
Two things:
1. Can people check what is there, and that it has
On Fri, 2012-09-14 at 06:51 +0100, Russel Winder wrote:
[…]
Issues associated with the SCons code base should be reported through
the Tigris issue tracker: http://scons.tigris.org/bug-submission.html
And if you could make sure you put D-Lang or some such in the issue
title when submitting it
On Friday, 14 September 2012 at 05:51:24 UTC, Russel Winder wrote:
Issues associated with the SCons code base should be reported
through
the Tigris issue tracker:
http://scons.tigris.org/bug-submission.html
So this is to report any scons problem, including the changes
relating to D
On Sat, 2012-09-15 at 00:30 +0200, Rob T wrote:
On Friday, 14 September 2012 at 05:51:24 UTC, Russel Winder wrote:
Issues associated with the SCons code base should be reported
through
the Tigris issue tracker:
http://scons.tigris.org/bug-submission.html
So this is to report any
On Thursday, 13 September 2012 at 22:36:23 UTC, Rob T wrote:
I just started using your fork of scons and I appreciate the
effort.
There are a few issues I will report.
https://bitbucket.org/russel/scons_d_tooling/issues
This repository does not have issue tracking enabled.
Is there another
I just started using your fork of scons and I appreciate the
effort.
There are a few issues I will report.
I definitely would like to see scons build and link both c/c++
objects files together with D, so for that reason alone
integration is a good idea imo.
Integration is also a good idea for
On Fri, 2012-09-14 at 00:39 +0200, Rob T wrote:
On Thursday, 13 September 2012 at 22:36:23 UTC, Rob T wrote:
I just started using your fork of scons and I appreciate the
effort.
There are a few issues I will report.
https://bitbucket.org/russel/scons_d_tooling/issues
This repository
that information.
Do you have any intention of supporting pragma(lib) in scons?
If that is valid Dv2 and SCons doesn't deal with it then the SCons
D tools are broken and need fixing.
Is there a tiny project replicating this that I can turn into a
unit/system test. The red so caused
Am Mon, 10 Sep 2012 14:48:30 +0200
schrieb Johannes Pfau nos...@example.com:
Sorry, I should have said 'It'll _probably_ never be supported in
gdc'. There are some possible solutions but:
* It must be good enough to get approved when gdc is merged into gcc.
(remember it must be portable
with it then the SCons D
tools are broken and need fixing.
Is there a tiny project replicating this that I can turn into a
unit/system test. The red so caused will necessitate action :-)
Please note that pragma(lib) is an evil feature. For example it will
never work in gdc.
On Sun, 2012-09-09 at 10:15 +0200, Johannes Pfau wrote:
[…]
Please note that pragma(lib) is an evil feature. For example it will
never work in gdc.
So this is a DMD-only (*) feature and not a feature of the D programming
language per se?
(*) and hence LDC.
--
Russel.
Johannes Pfau:
pragma(lib) is an evil feature. For example it will never work
in gdc.
Do you know why it's impossible to implement it in GDC?
And if it's impossible to implement in GDC, then maybe it's
better to ask Walter to deprecate its usage in general.
Bye,
bearophile
Am Sun, 09 Sep 2012 13:53:23 +0200
schrieb bearophile bearophileh...@lycos.com:
Do you know why it's impossible to implement it in GDC?
And if it's impossible to implement in GDC, then maybe it's
better to ask Walter to deprecate its usage in general.
Bye,
bearophile
IIRC this is the
Johannes Pfau:
Putting linker flags into source files is just not a good idea:
Thank you for the explanation. Then maybe we should deprecate
pragma(lib).
Bye,
bearophile
On Sunday, 9 September 2012 at 14:26:48 UTC, bearophile wrote:
Thank you for the explanation. Then maybe we should deprecate
pragma(lib).
If it doesn't work, there's no difference between having it and
not - you have to do it yourself anyway. So deprecation
accomplishes nothing except
On 09/09/2012 07:27 AM, bearophile wrote:
Johannes Pfau:
Putting linker flags into source files is just not a good idea:
Thank you for the explanation. Then maybe we should deprecate
pragma(lib).
Bye,
bearophile
Similar to pragmas in C and C++, D pragmas allow language extensions:
On Sun, 2012-09-09 at 08:05 -0700, Ali Çehreli wrote:
[…]
Similar to pragmas in C and C++, D pragmas allow language extensions:
Pragmas are a way to pass special information to the compiler and to
add vendor specific extensions to D.
http://dlang.org/pragma.html
This states that:
On 09/09/2012 08:48 AM, Russel Winder wrote:
On Sun, 2012-09-09 at 08:05 -0700, Ali Çehreli wrote:
http://dlang.org/pragma.html
This states that:
pragma(lib, blah.lib)
is a part of the D language and not just a DMD extension.
I hadn't read that far. :*)
Personally I would say
and SCons doesn't deal with it then the SCons D
tools are broken and need fixing.
Is there a tiny project replicating this that I can turn into a
unit/system test. The red so caused will necessitate action :-)
Please note that pragma(lib) is an evil feature. For example it will
never work
On Thu, 2012-09-06 at 09:14 -0700, William Deegan wrote:
[…]
Are you dropping any existing tools?
No. The dmd tool remains but has been revamped significantly. the gdc
and ldc tools are additions. Currently they are close to copies of each
other. More refactoring is needed to pull out common
call to dmd links the appropriate lib in, but scons' link step
loses that information.
Do you have any intention of supporting pragma(lib) in scons?
If that is valid Dv2 and SCons doesn't deal with it then the SCons D
tools are broken and need fixing.
Is there a tiny project replicating
On Monday, 3 September 2012 at 07:19:06 UTC, Russel Winder wrote:
Hi,
Is there anyone out there using SCons to build D code? If so it
would be
good to get some alpha and beta testers for the evolution of D
support
in SCons.
I appreciate that other build frameworks may be the preferred
ones
I have a first cut at a second generation D support in SCons. There are
separate dmd, gdc and ldc tools all of which appear to work, well they
pass the few tests there are just now, there needs to be more. Further
the tools are integrated into the SCons defaulting and selection scheme
so you
Chris, (and T),
I'm using Scons for a couple of toy D projects. What's the best channel
for feedback/bug reports?
Thanks for getting back to me. The reasons for calling for the attention
of people using SCons for D building is because I think I need to change
the way the D tools are developed
On Tue, Sep 04, 2012 at 09:06:56AM +0100, Russel Winder wrote:
[...]
What is comes down to is whether people testing the evolution of D
tooling would be happy to work with a fork of SCons or whether it is
necessary to work with a separate package and a distributed SCons.
[...]
I'm OK to use a
and a distributed SCons.
[...]
I'm OK to use a fork of SCons as long as it doesn't disrupt my non-D
projects.
T
+1. I'm happy to accept a reasonable amount of pain to help the
evolution of D+Scons.
Hi,
Is there anyone out there using SCons to build D code? If so it would be
good to get some alpha and beta testers for the evolution of D support
in SCons.
I appreciate that other build frameworks may be the preferred ones for
D, let us not start a which build framework is the best debate
On Mon, Sep 03, 2012 at 08:19:19AM +0100, Russel Winder wrote:
Hi,
Is there anyone out there using SCons to build D code?
I (still) am!
If so it would be good to get some alpha and beta testers for the
evolution of D support in SCons.
[...]
Currently my D projects aren't very complex yet
On 03/09/2012 08:19, Russel Winder wrote:
Hi,
Is there anyone out there using SCons to build D code? If so it would be
good to get some alpha and beta testers for the evolution of D support
in SCons.
I appreciate that other build frameworks may be the preferred ones for
D, let us not start
I am planning doing a bit more work on the SCons support for D. In
terms of strategy the following question arises: Are the object files
produced by DMD, GDC and LDC mutually compatible? i.e. can some sources
be compiled with DMD, some with GDC, and some with LDC and all the
object files linked
No. Each has a separate runtime, etc.
Sent from my iPhone
On Jan 6, 2012, at 6:29 AM, Russel Winder rus...@russel.org.uk wrote:
I am planning doing a bit more work on the SCons support for D. In
terms of strategy the following question arises: Are the object files
produced by DMD, GDC
libraries required for
DMD and GDC compiled objects is different and incompatible.
Sent from my iPhone
On Jan 6, 2012, at 6:29 AM, Russel Winder rus...@russel.org.uk wrote:
I am planning doing a bit more work on the SCons support for D. In
terms of strategy the following question arises
:
I am planning doing a bit more work on the SCons support for D. In
terms of strategy the following question arises: Are the object files
produced by DMD, GDC and LDC mutually compatible? i.e. can some sources
be compiled with DMD, some with GDC, and some with LDC and all the
object files
libraries required for
DMD and GDC compiled objects is different and incompatible.
Sent from my iPhone
On Jan 6, 2012, at 6:29 AM, Russel Winder rus...@russel.org.uk wrote:
I am planning doing a bit more work on the SCons support for D. In
terms of strategy the following question arises
On 1/6/2012 6:29 AM, Russel Winder wrote:
I am planning doing a bit more work on the SCons support for D. In
terms of strategy the following question arises: Are the object files
produced by DMD, GDC and LDC mutually compatible? i.e. can some sources
be compiled with DMD, some with GDC
On 6 January 2012 18:05, Sean Kelly s...@invisibleduck.org wrote:
From an ABI perspective, I know GDC used to not pass the first function
argument in EAX on x32 (ie. the calling convention for extern (C) and extern
(D) were identical). I imagine this is still true, but one of the GDC folks
41 matches
Mail list logo
