On Sunday, 7 May 2023 at 16:23:31 UTC, kinke wrote:
On Sunday, 7 May 2023 at 13:41:43 UTC, WebFreak001 wrote:
I have multiple GDCs installed through apt, how do I make gdmd
pick the higher one (`gdc-12`) and not just `gdc`?
With e.g. `ln -s gdmd /usr/bin/gdmd-12`, and then using
`gdmd-12
On Sunday, 7 May 2023 at 13:41:43 UTC, WebFreak001 wrote:
I have multiple GDCs installed through apt, how do I make gdmd
pick the higher one (`gdc-12`) and not just `gdc`?
With e.g. `ln -s gdmd /usr/bin/gdmd-12`, and then using
`gdmd-12`. As shown by the few linked lines in the Perl script
Now gdmd is picking up GDC 11 instead of GDC 12, causing
issues in the build.
Is there a way to tell gdmd to use GDC 12? Right now I hacked
around this by doing
I imagine what you're seeing is gdmd using the correct version
of the compiler, just not the one you wanted.
https://gi
On Thursday, 4 May 2023 at 13:05:07 UTC, WebFreak001 wrote:
In GitHub Actions I installed `sudo apt install gdc-12` now
inside Ubuntu 22.04, however `gdc` still seemed to be a small
extra package that's symlinking gdc to gdc-11.
Now gdmd is picking up GDC 11 instead of GDC 12, causing i
In GitHub Actions I installed `sudo apt install gdc-12` now
inside Ubuntu 22.04, however `gdc` still seemed to be a small
extra package that's symlinking gdc to gdc-11.
Now gdmd is picking up GDC 11 instead of GDC 12, causing issues
in the build.
Is there a way to tell gdmd to use G
On Tuesday, 24 May 2022 at 18:21:40 UTC, max haughton wrote:
[...]
I think the best route to go may be to just pick one and run
with it, then push it into a dtools or gdctools directory on
the gcc tree.
One thing I'd like to note about gdmd (the version of it that I
have on my machi
On Tuesday, 24 May 2022 at 10:32:14 UTC, Iain Buclaw wrote:
On Tuesday, 24 May 2022 at 08:22:30 UTC, Chris Piker wrote:
Hi GDC
Attempting to use meson I found that I probably need dub, but
building dub requires dmd command line emulation. The external
gdmd perl script to handles this course
On Tuesday, 24 May 2022 at 08:22:30 UTC, Chris Piker wrote:
Hi GDC
Attempting to use meson I found that I probably need dub, but
building dub requires dmd command line emulation. The external
gdmd perl script to handles this course, but should there be a
gdmd binary that is built while
Hi GDC
Attempting to use meson I found that I probably need dub, but
building dub requires dmd command line emulation. The external
gdmd perl script to handles this course, but should there be a
gdmd binary that is built while producing gdc? Pulling in a
whole extra language interpreter
On Wednesday, 31 January 2018 at 07:44:29 UTC, Johannes Pfau
wrote:
It is probably not available in ubuntu packages. You can get
the source
code here:
https://github.com/D-Programming-GDC/GDMD/
https://github.com/D-Programming-GDC/GDMD/tree/dport
Thanks!
obably not available in ubuntu packages. You can get the source
code here:
https://github.com/D-Programming-GDC/GDMD/
https://github.com/D-Programming-GDC/GDMD/tree/dport
-- Johannes
On Wednesday, 31 January 2018 at 05:44:44 UTC, Tony wrote:
The Wiki page "Using GDC"
https://wiki.dlang.org/Using_GDC
says that "there is the standalone program 'gdmd', distributed
with GDC releases, which maps DMD's command line options to
GDC."
I am on
On Wednesday, 31 January 2018 at 05:44:44 UTC, Tony wrote:
which Ubuntu package would I need to install to get it, or
should it be there now?
Or do I need a newer version of GDC?
The Wiki page "Using GDC"
https://wiki.dlang.org/Using_GDC
says that "there is the standalone program 'gdmd', distributed
with GDC releases, which maps DMD's command line options to GDC."
I am on Ubuntu 16.04 and installed GDC with Synaptic. The
packa
http://bugzilla.gdcproject.org/show_bug.cgi?id=232
--- Comment #2 from David Nadlinger ---
That sounds sensible enough, but is ultimately something you guys will need to
figure out internally – as a user, I only care that there is a GDMD that works
correctly. :)
--
You are receiving this mail
from Johannes Pfau ---
Works with the new D GDMD:
https://github.com/D-Programming-GDC/GDMD/tree/dport
I'm not sure if we should fix the old GDMD script or just switch to the new
GDMD everywhere...
--
You are receiving this mail because:
You are watching all bug changes.
http://bugzilla.gdcproject.org/show_bug.cgi?id=232
Bug ID: 232
Summary: 'gdmd -c -of …' writes .o
Product: GDC
Version: development
Hardware: All
OS: Linux
Status: NEW
Severity: normal
ary toolchains. So if you use gdmd
-gdc=gdc it will find ar, but if you use gdmd
-gdc=x86_64-w64-mingw32-gdc it will search for
x86_64-w64-mingw32-ar and won't find it.
Right, sorry for the misleading report. After adding the
additional '-gdc=gdc' parameter gcc-ar is detected.
Am Sun, 27 Mar 2016 13:36:19 +0200
schrieb Johannes Pfau :
> Am Sun, 27 Mar 2016 04:25:27 +
> schrieb Basile B. :
>
> > On Saturday, 26 March 2016 at 10:09:10 UTC, Johannes Pfau wrote:
> > > I've finally finished the D port of GDMD and pushed everything
>
Am Sun, 27 Mar 2016 13:36:19 +0200
schrieb Johannes Pfau :
> Am Sun, 27 Mar 2016 04:25:27 +
> schrieb Basile B. :
>
> > On Saturday, 26 March 2016 at 10:09:10 UTC, Johannes Pfau wrote:
> > > I've finally finished the D port of GDMD and pushed everything
>
Am Sun, 27 Mar 2016 13:31:34 +0200
schrieb Johannes Pfau :
> Am Sun, 27 Mar 2016 08:35:00 +
> schrieb Vladimir Panteleev :
>
>
> > I'm not sure this approach is the best - I think unescaping and
> > splitting should be done in one pass. Essentially, I think
> > arguments are separated by a
Am Sun, 27 Mar 2016 04:25:27 +
schrieb Basile B. :
> On Saturday, 26 March 2016 at 10:09:10 UTC, Johannes Pfau wrote:
> > I've finally finished the D port of GDMD and pushed everything
> > including a detailed README to
> > https://github.com/D-Programming-GDC/G
rns a slice to the original content
and does not assemble the unescaped strings on the fly.
> If you have a Windows machine, you can verify it yourself by
> comparing the results with CommandLineToArgvW.
>
> > https://github.com/D-Programming-GDC/GDMD/commit/0e2b0744a13a69f9dae90cf
comparing the results with CommandLineToArgvW.
https://github.com/D-Programming-GDC/GDMD/commit/0e2b0744a13a69f9dae90cf5db8c689ccca82f10
It'd be great if you could have a look at the unittests and
tell me if
the parsing is correct ;-)
The unit tests *look* OK, but I can't say for sure witho
On Saturday, 26 March 2016 at 10:09:10 UTC, Johannes Pfau wrote:
I've finally finished the D port of GDMD and pushed everything
including a detailed README to
https://github.com/D-Programming-GDC/GDMD/tree/dport
All parameters are tested for simple cases but in complex
combinations
Am Sat, 26 Mar 2016 10:35:44 +
schrieb Vladimir Panteleev :
> On Saturday, 26 March 2016 at 10:09:10 UTC, Johannes Pfau wrote:
> > I've finally finished the D port of GDMD and pushed everything
> > including a detailed README to
> > https://github.com/D-Progr
On Saturday, 26 March 2016 at 10:09:10 UTC, Johannes Pfau wrote:
I've finally finished the D port of GDMD and pushed everything
including a detailed README to
https://github.com/D-Programming-GDC/GDMD/tree/dport
Thanks for this.
I see that parsing response files isn't imple
On Saturday, 26 March 2016 at 10:35:44 UTC, Vladimir Panteleev
wrote:
On Saturday, 26 March 2016 at 10:09:10 UTC, Johannes Pfau wrote:
I've finally finished the D port of GDMD and pushed everything
including a detailed README to
https://github.com/D-Programming-GDC/GDMD/tree/dport
Thank
Am Sat, 26 Mar 2016 11:09:10 +0100
schrieb Johannes Pfau :
> I've finally finished the D port of GDMD and pushed everything
> including a detailed README to
> https://github.com/D-Programming-GDC/GDMD/tree/dport
>
> All parameters are tested for simple cases but in complex
I've finally finished the D port of GDMD and pushed everything
including a detailed README to
https://github.com/D-Programming-GDC/GDMD/tree/dport
All parameters are tested for simple cases but in complex
combinations there could still be some unknown bugs.
I think the D port should alrea
http://bugzilla.gdcproject.org/show_bug.cgi?id=123
Bug ID: 123
Summary: gdmd not packaged in Debian
Product: GDC
Version: development
Hardware: x86_64
OS: Linux
Status: NEW
Severity: minor
On 27 February 2014 19:10, H. S. Teoh wrote:
> On Sun, Feb 23, 2014 at 09:38:09AM +, Iain Buclaw wrote:
>> On 23 Feb 2014 09:30, "Joseph Rushton Wakeling" <
>> joseph.wakel...@webdrake.net> wrote:
>> >
>> > On 21/02/2014 18:09, H. S. Teoh wrote:
>> >>
>> >> It's not quite ready to replace the
On Sun, Feb 23, 2014 at 09:38:09AM +, Iain Buclaw wrote:
> On 23 Feb 2014 09:30, "Joseph Rushton Wakeling" <
> joseph.wakel...@webdrake.net> wrote:
> >
> > On 21/02/2014 18:09, H. S. Teoh wrote:
> >>
> >> It's not quite ready to replace the current script yet, as a number
> >> of dmd options ar
On 23 Feb 2014 09:30, "Joseph Rushton Wakeling" <
joseph.wakel...@webdrake.net> wrote:
>
> On 21/02/2014 18:09, H. S. Teoh wrote:
>>
>> It's not quite ready to replace the current script yet, as a number of
>> dmd options are still not handled (or not completely handled) yet.
>
>
> Do you have a to
On 21/02/2014 18:09, H. S. Teoh wrote:
It's not quite ready to replace the current script yet, as a number of
dmd options are still not handled (or not completely handled) yet.
Do you have a todo list ... ?
On 22 February 2014 07:33, Joseph Rushton Wakeling
wrote:
> On 21/02/2014 20:50, H. S. Teoh wrote:
>>
>> On Fri, Feb 21, 2014 at 08:02:45PM +0100, Johannes Pfau wrote:
>>>
>>> Did the old gdmd also parse dmd.conf? I'm not sure if this is
>>> necessar
On 21/02/2014 17:20, Iain Buclaw wrote:
Whatever happened to revamped development on GDMD?
For reference ... I still just install the old perl script manually :o)
On 21/02/2014 20:50, H. S. Teoh wrote:
On Fri, Feb 21, 2014 at 08:02:45PM +0100, Johannes Pfau wrote:
Did the old gdmd also parse dmd.conf? I'm not sure if this is
necessary. Parsing /etc/dmd.conf is even problematic as it might
contain library paths with incompatible libraries. We could
> The code looks nice so far.
>
> Some comments:
>
> We now have http://dlang.org/phobos/std_file.html#thisExePath
> which could replace findScriptPath.
Good idea.
> We'd also have to decide how we want to ship gdmd:
>
> 1: Ship one copy of gdmd with every gdc
so far.
Some comments:
We now have http://dlang.org/phobos/std_file.html#thisExePath
which could replace findScriptPath.
We'd also have to decide how we want to ship gdmd:
1: Ship one copy of gdmd with every gdc like we used to do.
Then we can use
thisExePath.dirName()/thisExePath.b
On Friday, 21 February 2014 at 17:53:15 UTC, H. S. Teoh wrote:
On Fri, Feb 21, 2014 at 04:20:34PM +, Iain Buclaw wrote:
It's not quite ready to replace the current script yet, as a
number of
dmd options are still not handled (or not completely handled)
yet. It
would be nice if others coul
On Fri, Feb 21, 2014 at 04:20:34PM +, Iain Buclaw wrote:
> Hi,
>
> Whatever happened to revamped development on GDMD?
>
> I see that someone started work on re-writing it in D, but nothing
> has happened in 8 months. Is it still in development? Does it
> work? Can
On Friday, 21 February 2014 at 16:20:35 UTC, Iain Buclaw wrote:
Hi,
Whatever happened to revamped development on GDMD?
I see that someone started work on re-writing it in D, but
nothing has happened in 8 months. Is it still in development?
Does it work? Can it be merged into the mainline
Hi,
Whatever happened to revamped development on GDMD?
I see that someone started work on re-writing it in D, but
nothing has happened in 8 months. Is it still in development?
Does it work? Can it be merged into the mainline project?
Regards
Iain
http://bugzilla.gdcproject.org/show_bug.cgi?id=39
Johannes Pfau changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
On 16 December 2013 22:34, Joseph Rushton Wakeling
wrote:
> On 16/12/13 17:38, Iain Buclaw wrote:
>>
>> Just rechecked, gdc-multiarch patch is commented out in rules.patch. ;-)
>
>
> Anything in particular I could try out to see if it's working in practice?
>
Check the location of the installed i
On 16/12/13 17:38, Iain Buclaw wrote:
Just rechecked, gdc-multiarch patch is commented out in rules.patch. ;-)
Anything in particular I could try out to see if it's working in practice?
On 16 December 2013 15:55, Joseph Rushton Wakeling
wrote:
> On 16/12/13 15:33, Iain Buclaw wrote:
>>
>> Nope. Though I thought that debian patches were still needed in order
>> to be compatible with Debian/Ubuntu's multiarch directory structure.
>
>
> I'm fairly sure I remember you telling me that
On 16/12/13 15:33, Iain Buclaw wrote:
Nope. Though I thought that debian patches were still needed in order
to be compatible with Debian/Ubuntu's multiarch directory structure.
I'm fairly sure I remember you telling me that Debian patches weren't needed for
GCC 4.8 and later, although with 4.8
On 16 December 2013 14:01, Joseph Rushton Wakeling
wrote:
> On 15/12/13 19:47, Joseph Rushton Wakeling wrote:
>>
>> All went fine with the build, which was configured with
>>
>> ../gcc-trunk/configure --enable-languages=d --enable-multiarch
>> --enable-checking=release --prefix=/opt/gdc
>
>
>
On 15/12/13 19:47, Joseph Rushton Wakeling wrote:
All went fine with the build, which was configured with
../gcc-trunk/configure --enable-languages=d --enable-multiarch
--enable-checking=release --prefix=/opt/gdc
I should add that this is the first time I've successfully compiled GDC wit
On 16/12/13 13:14, Iain Buclaw wrote:
OK, it's a driver bug. Reproduced using:
gdc -c hello.d
gdc hello.o
Aaack, I should have thought to try that before assuming it was gdmd. I'd
forgotten that gdmd technically builds the object file first and then compiles
to the executable
ram was. ;)
>>
>>
>> No program seems immune :-) But try this:
>>
>> ///
>> import std.stdio;
>>
>> void main()
>> {
>> writeln("Hello, gdmd!");
>> }
>> ///
gram seems immune :-) But try this:
>
> ///
> import std.stdio;
>
> void main()
> {
> writeln("Hello, gdmd!");
> }
> ///
>
> ... which compiled with gdc proper works fine, but when compiled with gdmd
> results in this:
>
OK, it's a driver bug. Reproduced using:
gdc -c hello.d
gdc hello.o
Regards
Iain
On 16/12/13 11:59, Iain Buclaw wrote:
I'd need to know what undefined reference errors there were and what
the simple program was. ;)
No program seems immune :-) But try this:
///
import std.stdio;
void main()
{
writeln("H
overing just about
> everything in my program and everything it used in druntime and Phobos.
>
> I was compiling using the gdmd wrapper (the perl script), so just to check,
> I tried compiling using gdc directly, and indeed, it compiled fine and
> without complaint.
>
> So, what&#
-checking=release --prefix=/opt/gdc
However, on my first attempt at compiling a simple program, I was greeted with a
slew of "undefined reference" errors, seemingly covering just about everything
in my program and everything it used in druntime and Phobos.
I was compiling using the gd
(here) and suggest how to
> distribute those between us?
>
> This will avoid duplicate work and will allow us keeping some focus.
Actually, I haven't had time to do much with gdmd for the past week or
so, and probably won't have that much time this week either. If you want
to work on i
http://bugzilla.gdcproject.org/show_bug.cgi?id=46
--- Comment #4 from Joe Wakeling 2013-04-09
13:56:00 UTC ---
Yes, it was merged into the separate GDMD project. I was going to say, "But
dmd-script is still in the 4.8 branch!" but I see you changed yesterday with
the merge w
http://bugzilla.gdcproject.org/show_bug.cgi?id=46
--- Comment #3 from Iain Buclaw 2013-04-09 10:39:16
UTC ---
Also - as it is now separate from gdc project, no longer care about GNU
philosophy.
--
Configure bugmail: http://bugzilla.gdcproject.org/userprefs.cgi?tab=email
--- You are receivi
||FIXED
--- Comment #2 from Iain Buclaw 2013-04-09 10:38:31
UTC ---
I think this got merged in to gdmd.
--
Configure bugmail: http://bugzilla.gdcproject.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching all bug changes.
On 4 April 2013 17:59, Joseph Rushton Wakeling wrote:
> On 03/28/2013 01:38 PM, Iain Buclaw wrote:
> > Installed separately.
>
> Sorry for late response, but -- what's the long-term goal? Is it intended
> to be
> a short-term separation for hack/rewrite purposes with the new version
> being
> re
On 03/28/2013 01:38 PM, Iain Buclaw wrote:
> Installed separately.
Sorry for late response, but -- what's the long-term goal? Is it intended to be
a short-term separation for hack/rewrite purposes with the new version being
reintegrated with the rest of the GDC codebase, or a permanent division?
On 28 March 2013 17:29, Joseph Rushton Wakeling <
joseph.wakel...@webdrake.net> wrote:
> On 03/28/2013 06:06 PM, Iain Buclaw wrote:
> > $ echo $GNOME_DESKTOP_SESSION_ID
> > GNOME_DESKTOP_SESSION_ID=this-is-deprecated
>
> Yup, same on my system (actually it just prints this-is-deprecated).
>
> > $
On 03/28/2013 06:06 PM, Iain Buclaw wrote:
> $ echo $GNOME_DESKTOP_SESSION_ID
> GNOME_DESKTOP_SESSION_ID=this-is-deprecated
Yup, same on my system (actually it just prints this-is-deprecated).
> $ which gnome-open
> /usr/bin/gnome-open
>
> Guess the detection method is deprecated, but the open c
On 28 March 2013 13:35, Joseph Rushton Wakeling <
joseph.wakel...@webdrake.net> wrote:
> Calling gdmd -man is supposed to open the default browser and load the user
> documentation. However, on my system (Ubuntu 13.04, Unity interface) the
> command fails with the error
Calling gdmd -man is supposed to open the default browser and load the user
documentation. However, on my system (Ubuntu 13.04, Unity interface) the
command fails with the errors:
Use of uninitialized value $ENV{"KDE_FULL_SESSION"} in string eq at
/opt/gdc/bin/gdmd line 289.
On 28 March 2013 12:26, Joseph Rushton Wakeling <
joseph.wakel...@webdrake.net> wrote:
> On 03/23/2013 02:05 PM, Iain Buclaw wrote:
> > I'm going to let this one go in gdc. The gdmd perl script that provides
> as a
> > front-end / conversion between dmd-style optio
On 03/23/2013 02:05 PM, Iain Buclaw wrote:
> I'm going to let this one go in gdc. The gdmd perl script that provides as a
> front-end / conversion between dmd-style options and gdc-style options is
> being
> moved into a separate repository.
Just for clarification, how's t
I'm going to let this one go in gdc. The gdmd perl script that
provides as a front-end / conversion between dmd-style options
and gdc-style options is being moved into a separate repository.
https://github.com/D-Programming-GDC/GDMD
This is to allow anyone who wants to, to improve up
http://gdcproject.org/bugzilla/show_bug.cgi?id=46
--- Comment #1 from Joe Wakeling 2013-03-20
15:05:32 UTC ---
Created attachment 34
--> http://gdcproject.org/bugzilla/attachment.cgi?id=34
Patch to fix the issue
I think the attached patch should fix things. I've deliberately missed out the
G
http://gdcproject.org/bugzilla/show_bug.cgi?id=46
Bug #: 46
Summary: gdmd --help gives out of date documentation links
Classification: Unclassified
Product: GDC
Version: development
Platform: x86_64
OS/Version: Linux
http://gdcproject.org/bugzilla/show_bug.cgi?id=45
Dicebot changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gdcproject.org/bugzilla/show_bug.cgi?id=45
Vladimir Panteleev changed:
What|Removed |Added
CC||gdcproject@thecybershadow.n
http://gdcproject.org/bugzilla/show_bug.cgi?id=45
Bug #: 45
Summary: gdmd does not accept rdmd output
Classification: Unclassified
Product: GDC
Version: development
Platform: All
OS/Version: All
Status: NEW
http://gdcproject.org/bugzilla/show_bug.cgi?id=41
Iain Buclaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gdcproject.org/bugzilla/show_bug.cgi?id=41
Bug #: 41
Summary: gdmd commit suicide when using -femit-templates
Classification: Unclassified
Product: GDC
Version: 4.8.x
Platform: x86_64
OS/Version: Linux
Status
http://gdcproject.org/bugzilla/show_bug.cgi?id=39
--- Comment #2 from Iain Buclaw 2013-03-06 08:45:39
UTC ---
Please include all files related to the bug, or reduce your testcase down
further.
Thanks
Iain
--
Configure issuemail: http://gdcproject.org/bugzilla/userprefs.cgi?tab=email
--- Y
http://gdcproject.org/bugzilla/show_bug.cgi?id=39
--- Comment #1 from J 2013-03-06 06:42:42 UTC ---
gdb stack trace to help localize the problem:
$gdb gdc
(gdb) # have to follow the child process or we aren't tracing the process that
crashes:
(gdb) set follow-fork-mode child
(gdb) set args gdmd_
http://gdcproject.org/bugzilla/show_bug.cgi?id=39
Bug #: 39
Summary: gdmd segfault during compilation of simple matrix
multiplication routine
Classification: Unclassified
Product: GDC
Version: 4.7.x
Platform: x86_64
On 2012-11-02 17:12, Dan Olson wrote:
Jacob, how far did you get?
I didn't try much, I never was able to compile DMD with the SDK used buy
the simulator. One thing I know was missing was the Gestalt function,
it's used to get information about Mac OS X, like what exact version.
A couple y
Jacob Carlborg writes:
> Cool, I also tried this, with DMD tough. I didn't get very far, there
> are functionality that DMD needs that's missing from the iPhone SDK.
Jacob, how far did you get?
A couple years ago I started building a bare druntime. Not too useful
because I stripped GC and with
On 2012-11-02 07:58, Dan Olson wrote:
I am switching to gdc because "I have a Dream" that one day D can be
used to write ios apps. And gdc has the arm ISA so I can cross-compile.
So it is closer than dmd. I know eventually it will need a rewritten
druntime, but my baby step is to just compile
I am coming back to D fun after a year. I am playing on osx 10.6 and just
built native gdc last weekend using github gdc-4.7.
Sorry if this has been discussed before, but my searches could not find
it. I discovered that dmd and gdmd -lib behave different. I really like
the way dmd -lib option
On 28 June 2012 18:16, Joseph Rushton Wakeling
wrote:
> Hello all,
>
> The following code crashes my version of GDC (4.6.3) when I try and compile
> it:
>
>
> import std.range, std.stdio;
>
> void main()
> {
> double[] a = [ 0, 1, 2, 3, 4,
Hello all,
The following code crashes my version of GDC (4.6.3) when I try and compile it:
import std.range, std.stdio;
void main()
{
double[] a = [ 0, 1, 2, 3, 4, 5 ];
foreach(i, x; retro(a))
writeln(x);
}
//
On 17/04/12 16:27, Iain Buclaw wrote:
It'll be in 4.7.0 and later. :)
Cool. :-) Are there any plans to maintain a PPA to package this for earlier
Debian/Ubuntu releases? Could be tricky I guess, as these only have GCC 4.6 and
earlier.
On 17 April 2012 15:14, Joseph Rushton Wakeling
wrote:
> On 17/04/12 15:58, Trass3r wrote:
>>
>>
>> https://bitbucket.org/goshawk/gdc/issue/283/gdmd-libraries-not-put-into-od-dir
>
>
> Ah, cool. This fix didn't make it into the 4.6.3 release, I take it.
On 17/04/12 15:58, Trass3r wrote:
https://bitbucket.org/goshawk/gdc/issue/283/gdmd-libraries-not-put-into-od-dir
Ah, cool. This fix didn't make it into the 4.6.3 release, I take it. :-(
gdmd [a lot of sources] -lib -odgenerated -oflibscid.a
... which if run, produces the "generated" subdir but places the output
file libscid.a in the current directory. This happens consistently,
even if the "generated" dir already exists.
https://bitbucket.org/g
aked
the build script to replace dmd with gdmd. The essential build command is,
gdmd [a lot of sources] -lib -odgenerated -oflibscid.a
... which if run, produces the "generated" subdir but places the output file
libscid.a in the current directory. This happens consistently, e
On 17 April 2012 03:30, Andrej Mitrovic wrote:
> On 4/15/12, Joseph Rushton Wakeling wrote:
>> Hello all,
>>
>> Is gdmd missing the -od flag (outputdir for built objects) that dmd
>> provides?
>
> It seems to work just fine? Object files get dumped into the outpu
On 4/15/12, Joseph Rushton Wakeling wrote:
> Hello all,
>
> Is gdmd missing the -od flag (outputdir for built objects) that dmd
> provides?
It seems to work just fine? Object files get dumped into the output
dir just like with dmd.
E.g.:
gdmd -odsubdir test.d
Hello all,
Is gdmd missing the -od flag (outputdir for built objects) that dmd provides?
If so, is there a plan to add it?
Thanks & best wishes,
-- Joe
On 09/04/12 16:24, Kagamin wrote:
GPL doesn't prohibit distribution in binary form, it's about rights, not form.
The point is that there may be no meaningful "corresponding source" to the
zipped-up code. Cf. my other emails in the thread and the Debian discussions
linked to.
On 09-04-2012 16:24, Kagamin wrote:
On Friday, 6 April 2012 at 13:00:34 UTC, Joseph Rushton Wakeling wrote:
Yes, but -- if I understand correctly -- the Waf binary is provided as
an integral part of the source distribution. It's not just another
program that sits elsewhere on your computer and c
On Friday, 6 April 2012 at 13:00:34 UTC, Joseph Rushton Wakeling
wrote:
Yes, but -- if I understand correctly -- the Waf binary is
provided as an integral part of the source distribution. It's
not just another program that sits elsewhere on your computer
and can be installed independently.
I
On 03/04/2012 22:11, Jacob Carlborg wrote:
On 2012-04-03 22:36, Robert Clipsham wrote:
So use D! I use D for my build script, works just fine.
https://github.com/mrmonday/serenity/blob/master/build.d
In ~365 LoC that I hacked together and didn't put much effort in to it
builds a library and a
On 07/04/12 06:08, Daniel Green wrote:
At this point, the waf binary should be considered no different than a zip file
containing source. It's just that this fact isn't obvious.
In GPL terms, cf. my earlier answer:
The “source code” for a work means the preferred form of the work for makin
On 4/6/2012 8:00 AM, Joseph Rushton Wakeling wrote:
In fact, the zipped-up wscript is contained within the build script as a
binary blob, no? This alone is enough to make it fall under the GPL
provisions.
An interesting thing to note about the waf binary blob. Currently, it
actually extracts
1 - 100 of 146 matches
Mail list logo
