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 Monday, 16 December 2013 at 15:46:59 UTC, Iain Buclaw wrote:
We really need to understand this problem first before can
start merging Martin's shared library work into gdc.
Running testsuite:
=== gdc Summary ===
# of expected passes13841
# of unexpected failures1
FAIL:
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
We really need to understand this problem first before can start
merging Martin's shared library work into gdc.
Running testsuite:
=== gdc Summary ===
# of expected passes13841
# of unexpected failures1
FAIL: runnable/testaa.d execution test
Running unittests:
./libdrun
On 14 December 2013 22:24, Johannes Pfau wrote:
> Am Sat, 14 Dec 2013 22:16:13 +
> schrieb Iain Buclaw :
>
>> On 14 December 2013 20:21, Ellery Newcomer
>> wrote:
>> > On 12/09/2013 06:25 AM, Johannes Pfau wrote:
>> >>
>> >> I updated the ARM patches to the latest master version. I have to
>>
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.
Thanks very
On 16 December 2013 12:14, Iain Buclaw wrote:
> On 16 December 2013 11:22, Joseph Rushton Wakeling
> wrote:
>> 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 :-) Bu
On 16 December 2013 11:22, Joseph Rushton Wakeling
wrote:
> 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:
>
> ///
> impo
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("Hello, gdmd!");
}
/
On 5 December 2013 17:46, Iain Buclaw wrote:
> On 5 December 2013 16:48, Iain Buclaw wrote:
>> On 10 November 2013 19:08, Iain Buclaw wrote:
>>> By the way - I've gotten round to upgrading my trimslice to precise - *now*
>>> I should be able to start doing regular gdc builds on it. :o)
>>>
>>
>>
On 15 December 2013 18:47, Joseph Rushton Wakeling
wrote:
> Hello all,
>
> So, I finally bit the bullet and built latest git-HEAD gdc on top of
> latest-svn-checkout gcc (and on top of a new pre-alpha Ubuntu 14.04 to
> boot).
>
> All went fine with the build, which was configured with
>
> ../g
15 matches
Mail list logo
