On Thursday, 17 October 2013 at 22:15:07 UTC, Iain Buclaw wrote:
I'll have to re-check this. At the last time I looked, the
interface file
generation part of the front end did not omit the bodies of
functions
defined in modules.
It does now (unless -inline is given for DMD, or
-Hkeep-all-bod
On Oct 17, 2013 6:20 PM, "David Nadlinger" wrote:
>
> On Thursday, 17 October 2013 at 09:10:43 UTC, Johannes Pfau wrote:
>>
>> DMD seems to ship .d include files for druntime now, they're no longer
>> shipping the .di files. The archlinux packages even do this for gdc.
>> Some stuff now depends on
On Thursday, 17 October 2013 at 16:35:48 UTC, Dicebot wrote:
On Thursday, 17 October 2013 at 16:31:21 UTC, Iain Buclaw wrote:
1. gdc looks for both .d and .di files in the include paths,
so that
is not the problem...
Isn't this done in front-end? If .di file is found, *.d won't
be searched.
On Thursday, 17 October 2013 at 09:10:43 UTC, Johannes Pfau wrote:
DMD seems to ship .d include files for druntime now, they're no
longer
shipping the .di files. The archlinux packages even do this for
gdc.
Some stuff now depends on this, as having the source code
available
allows more stuff t
On Thursday, 17 October 2013 at 16:31:21 UTC, Iain Buclaw wrote:
1. gdc looks for both .d and .di files in the include paths, so
that
is not the problem...
Isn't this done in front-end? If .di file is found, *.d won't be
searched.
On 17 October 2013 10:09, Johannes Pfau wrote:
> Am Wed, 16 Oct 2013 23:34:11 +0100
> schrieb Iain Buclaw :
>
>> >
>> >
>> > Hi, sorry for the necro, but this discussion seemed to be somehow
>> > relevant to the problem I'm currently having. I have built GDC for
>> > ARM (on a Raspberry Pi) and I
http://bugzilla.gdcproject.org/show_bug.cgi?id=81
--- Comment #2 from Iain Buclaw 2013-10-17 14:59:00
BST ---
Minimum testcase:
---
class MyClass {
void vertices() {
class _VList {
_VList save() { return new _VList; }
}
}
}
--
Configure bugmail: http://bugz
http://bugzilla.gdcproject.org/show_bug.cgi?id=81
Iain Buclaw changed:
What|Removed |Added
CC||ibuc...@gdcproject.org
--
Configure bugmai
http://bugzilla.gdcproject.org/show_bug.cgi?id=81
Iain Buclaw changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Iain Buclaw 2
On Thursday, 17 October 2013 at 10:58:43 UTC, Joseph Rushton
Wakeling wrote:
On 17/10/13 11:09, Johannes Pfau wrote:
Wait - this is a different problem. It's not a path problem,
it's really a .di/.d problem.
DMD seems to ship .d include files for druntime now, they're
no longer
shipping the .d
On 17/10/13 11:09, Johannes Pfau wrote:
Wait - this is a different problem. It's not a path problem,
it's really a .di/.d problem.
DMD seems to ship .d include files for druntime now, they're no longer
shipping the .di files. The archlinux packages even do this for gdc.
Some stuff now depends on
Am Wed, 16 Oct 2013 23:34:11 +0100
schrieb Iain Buclaw :
> >
> >
> > Hi, sorry for the necro, but this discussion seemed to be somehow
> > relevant to the problem I'm currently having. I have built GDC for
> > ARM (on a Raspberry Pi) and I wanted to build dub [1]. This build
> > fails with the fol
On 17/10/13 10:37, Stefan Frijters wrote:
I'm going to reconfigure with --enable-multiarch and rebuild on my RPi. With
some luck it will have compiled before I go to bed tonight. It *is* awfully slow
for this kind of thing :-D
Let me know how you get on. I really must get an RPi of my own -- l
On Thursday, 17 October 2013 at 08:28:03 UTC, Joseph Rushton
Wakeling wrote:
On 17/10/13 08:24, Iain Buclaw wrote:
On 17 October 2013 07:17, Joseph Rushton Wakeling
wrote:
On 17/10/13 00:34, Iain Buclaw wrote:
On Ubuntu, there is no workaround other than patching gcc
proper with
the Ubuntu
On 17/10/13 08:24, Iain Buclaw wrote:
On 17 October 2013 07:17, Joseph Rushton Wakeling
wrote:
On 17/10/13 00:34, Iain Buclaw wrote:
On Ubuntu, there is no workaround other than patching gcc proper with
the Ubuntu patches for multiarch.
You are required to set:
CPATH=/usr/include/
LIBRARY_PA
On 17/10/13 09:03, Joseph Rushton Wakeling wrote:
On 17/10/13 08:24, Iain Buclaw wrote:
You could try compiling with --enable-multiarch. But I haven't done so yet. :)
s/compiling/configuring/
Just rebuilding with 4.8.2 in any case, so I'll try that. Though I have no
alternative-architectu
On 17/10/13 08:24, Iain Buclaw wrote:
You could try compiling with --enable-multiarch. But I haven't done so yet. :)
s/compiling/configuring/
Just rebuilding with 4.8.2 in any case, so I'll try that. Though I have no
alternative-architecture devices to test with. :-P
17 matches
Mail list logo
