Am 03.09.2013 18:23, schrieb Ludovit Lucenic:
Hello
Benjamin, if you don't mind I would update the GDC project wiki with the
information you provided in this thread, once I get to the working GDC
executable for Windows.
Are you ok with it?
Ludovit
Yes of course. It would be really awesome to
The last offical binary was posted with this discription:
> A new binary has been posted. This contains GDC master up to Nov. 28th.
>
> There's one annoyingly significant bug that I am aware of regarding
exceptions.
>
> Any uncaught exceptions will result in an infinite loop eventually
dieing
Am 28.08.2013 09:51, schrieb Ludovit Lucenic:
On Wednesday, 28 August 2013 at 06:30:04 UTC, Benjamin Thaut wrote:
The difference is, that the one at venix1 has some mingw patches.
Without them a couple of features will be broken, like TLS.
I think it should be possible to build from directly
Am 28.08.2013 00:50, schrieb Ludovit Lucenic:
On Tuesday, 27 August 2013 at 10:34:20 UTC, Benjamin Thaut wrote:
Am 27.08.2013 09:17, schrieb Ludovit Lucenic:
Hello out there,
is anybody here, please, who would help me to compile/get a
working GDC in Windows environments (both 32 and 64 bit
advance, dear Dees.
Ludovit
skype: moondog82
http://3d.benjamin-thaut.de/?p=71
I don't know if this still works though.
Kind Regards
Benjamin Thaut
s as bare metal as it gets, just start writing
all functions you will get linker errors for. Be warned a lot of
language features will break that way, eg:
- Everything that relies on the GC (closures, array literals, etc)
- Module Constructors / Destructors
- Thread local storage
I've also seen that there is a minmal druntime somewhere on the web, but
I can't find it right now.
Kind Regards
Benjamin Thaut
"
It works correctly.
Thanks for the tip.
Kind Regards
Benjamin Thaut
l
failed
attempt to open
C:\Users\Benjamin\Documents\d-projects\Spacecraft-git\game\..\..\phobos\libthBase64d_mingw.a
failed
attempt to open ./libthBase64d_mingw.dll.a failed
attempt to open ./thBase64d_mingw.dll.a failed
attempt to open ./libthBase64d_mingw.a succeeded
Any ideas what is going wrong here?
Kind Regards
Benjamin Thaut
Am 15.03.2013 20:00, schrieb Daniel Green:
On 3/15/2013 11:42 AM, Benjamin Thaut wrote:
Well mingw-gdc is quite a bit behind.
I'm working on that.
C:\MinGW\msys\1.0>/crossdev/gdc/stage/bin/gdc -v
Using built-in specs.
COLLECT_GCC=/crossdev/gdc/stage/bin/gdc
COLLECT_LTO_WRAPPER=c:/
Am 15.03.2013 17:06, schrieb Iain Buclaw:
On 15 March 2013 15:21, Benjamin Thaut mailto:c...@benjamin-thaut.de>> wrote:
Am 15.03.2013 15:29, schrieb Iain Buclaw:
On 15 March 2013 14:06, Benjamin Thaut mailto:c...@benjamin-thaut.de>
<mailto:c...@benja
Am 15.03.2013 15:29, schrieb Iain Buclaw:
On 15 March 2013 14:06, Benjamin Thaut mailto:c...@benjamin-thaut.de>> wrote:
Am 15.03.2013 14:20, schrieb Iain Buclaw:
On 15 March 2013 13:18, Iain Buclaw mailto:ibuc...@ubuntu.com>
<mailto:ibuc...@ubuntu.com
Am 15.03.2013 14:20, schrieb Iain Buclaw:
On 15 March 2013 13:18, Iain Buclaw mailto:ibuc...@ubuntu.com>> wrote:
On 15 March 2013 13:05, Benjamin Thaut mailto:c...@benjamin-thaut.de>> wrote:
Am 15.03.2013 13:26, schrieb Iain Buclaw:
On 15 March 2013 12:
Am 15.03.2013 13:26, schrieb Iain Buclaw:
On 15 March 2013 12:01, Benjamin Thaut mailto:c...@benjamin-thaut.de>> wrote:
Well I don't want to overwrite the existing version of druntime and
phobos. I want to be ablte to specifiy via a compiler option to use
a different
Am 15.03.2013 11:05, schrieb Iain Buclaw:
On 15 March 2013 10:03, Iain Buclaw mailto:ibuc...@ubuntu.com>> wrote:
On 14 March 2013 19:05, Benjamin Thaut mailto:c...@benjamin-thaut.de>> wrote:
I want to use a different version of druntime and phobos with
GDC but
erent. How does GDC know where to import druntime and phobos from,
and how do I overwrite it?
Kind Regards
Benjamin Thaut
Dmd has the -debuglib and -defaultlib options which can be used to
specifiy the name of the standard library (phobos). Is there a
equivalent command line option for gdc?
Kind Regards
Benjamin Thaut
Am 10.03.2013 12:12, schrieb Benjamin Thaut:
Am 09.03.2013 15:00, schrieb Daniel Green:
I managed to exactly reproduce the error by setting gcc/d/lang.opt to
CRLF line endings.
You need to make sure everything is LF line endings. I've set a
.gitattributes file which hopefully will fix
lstdc++
C:\crossdev\MinGW64\x86_64-w64-mingw32\bin\ld.exe: cannot find -lstdc++
Kind Regards
Benjamin Thaut
Am 09.03.2013 12:51, schrieb Daniel Green:
On 3/9/2013 5:06 AM, Benjamin Thaut wrote:
Ok, the new build script solved a lot of issues. Unforunately the
multiline-stirng issue in options.c remains. Are you sure that you are
not using a 3.x.x gcc?
If you follow the build script you'll s
Am 08.03.2013 20:08, schrieb Daniel Green:
I've pushed updates that fix the sqlite issue as well as a few other
minor adjustments to the build process.
I'll look into the tlssup.c.patch issue soon.
On 3/8/2013 5:55 AM, Benjamin Thaut wrote:
So I completely reinstalled MinGW. Now
So I completely reinstalled MinGW. Now the patch correctly applies, but
now make will freeze in random places of the build process. It will just
hang there with 13% cpu usage and will never continue.
Kind Regards
Benjamin Thaut
Also its the tlssup.c.patch that failes. I told you wrong the last time.
LF / CRLF does not make any difference though
Are you using patch of mingw-msys? Or are you running the script from
within the git-msys shell?
Kind Regards
Benjamin Thaut
shouldn't be an issue.
On 3/6/2013 2:55 PM, Benjamin Thaut wrote:
Also do you have some idea about the multiline strings in options.c?
Google tells me that multiline strings got deprecated starting with gcc
4.0.0 (current mingw vanilla is gcc 4.7.2)
I think this and the issue with tls-mingwrt
Am 06.03.2013 21:42, schrieb Daniel Green:
On 3/6/2013 12:45 PM, Benjamin Thaut wrote:
Well I did compile 0.11. I just used your build-tdm-gcc.sh which
downloads and compiles 0.11. I fixed this issue by opening
crossdev\src\ppl-0.11\Watchdog\src\pwl.hh.dist and setting
PWL_HAVE_DECL_SETITIMER
Am 06.03.2013 18:00, schrieb Daniel Green:
On 3/5/2013 2:02 PM, Benjamin Thaut wrote:
Ok I just tested it with vanialla mingw, same problem itimerval is not
defined in any of the mingw headers and thus compilation of ppl will
fail.
It looks like a configuration issue when compiling PPL
Ok I just tested it with vanialla mingw, same problem itimerval is not
defined in any of the mingw headers and thus compilation of ppl will fail.
Kind Regards
Benjamin Thaut
Am 05.03.2013 10:54, schrieb Daniel Green:
On 3/4/2013 12:49 PM, Benjamin Thaut wrote:
when building ppl I get the error message "'itimerval' does not name a
type". Is this a known issue too?
I don't believe I've ran into that specific problem. What more c
Ok next problem,
when building ppl I get the error message "'itimerval' does not name a
type". Is this a known issue too?
Kind Regards
Benjamin Thaut
Am 03.03.2013 23:25, schrieb jerro:
On Sunday, 3 March 2013 at 21:47:16 UTC, Benjamin Thaut wrote:
So I'm trying to build GDC-MinGW from source and I'm running into an
issue. The configure script of the ppl-tdm64 gets stuck after printing
"checking if the compiler has the remain
-Mingw:
Install tdm-gcc 4.7.1 as c/c++ compiler (I also tried with 4.6.1 same issue)
Installing msys
Installing wget and unzip for msys
Cloning the mingw branch of github.com/venix1/GDC
Running "build-tdm-gcc.sh" from within msys.
Any help would be apprechiated.
Kind Regards
Benjamin Thaut
Is it possible now to rebuild druntime and phobos without building the
compiler from source first?
If not where are the most up to date instructions for building GDC on
windows?
Kind Regards
Benjamin Thaut
31 matches
Mail list logo
