On 06/12/16 06:56, Stuart Longland wrote:
> On 06/12/16 01:31, Sebastian Reitenbach wrote:
>>> I started it off yesterday afternoon and this evening I note that the
llvm/clang build failed with an "out of memory" error. I've re-started
on the off-chance it was a temporary issue, but I do
On 06/12/16 01:31, Sebastian Reitenbach wrote:
>> I started it off yesterday afternoon and this evening I note that the
>> > llvm/clang build failed with an "out of memory" error. I've re-started
>> > on the off-chance it was a temporary issue, but I doubt it.
> The OOM can also be a limit in /etc
On Monday, December 5, 2016 11:05 CET, Stuart Longland
wrote:
> On 28/11/16 21:10, Stuart Henderson wrote:
> > You are right, gcc 4.9 generates some code using opcodes that need newer
gas.
> > Try building the port with clang (it would also help the case where the
port
> > itself has asm needing
On 28/11/16 21:10, Stuart Henderson wrote:
> You are right, gcc 4.9 generates some code using opcodes that need newer gas.
> Try building the port with clang (it would also help the case where the port
> itself has asm needing a newer assembler; clang has an integrated assembler
> which generally h
Stuart Longland writes:
> On 28/11/16 22:13, Jeremie Courreges-Anglas wrote:
>> Stuart Longland writes:
>>
>>> Hi all,
>>>
>>> Well, my experiments with loongson have proven fruitful, except for the
>>> need of a web browser. Part of this is due to the webkit browsers
>>> needing the libav gst
On 28/11/16 22:13, Jeremie Courreges-Anglas wrote:
> Stuart Longland writes:
>
>> Hi all,
>>
>> Well, my experiments with loongson have proven fruitful, except for the
>> need of a web browser. Part of this is due to the webkit browsers
>> needing the libav gstreamer plug-in.
>>
>> Now, this fai
Hi Jeremie,
On 28/11/16 22:13, Jeremie Courreges-Anglas wrote:
> Stuart Longland writes:
>
>> Now, this fails to build because of the assembler not recognising some
>> op codes generated by gcc. I found I got a little further in the build
>> using the `gcc4` package, but it still failed to compi
Stuart Longland writes:
> Hi all,
>
> Well, my experiments with loongson have proven fruitful, except for the
> need of a web browser. Part of this is due to the webkit browsers
> needing the libav gstreamer plug-in.
>
> Now, this fails to build because of the assembler not recognising some
> op
Not answering every point but:
You are right, gcc 4.9 generates some code using opcodes that need newer gas.
Try building the port with clang (it would also help the case where the port
itself has asm needing a newer assembler; clang has an integrated assembler
which generally has better opcode su
s no inline asm. So it's the C
compiler that's generating those op codes.
gcc is version 4.9.3, which is fairly recent.
binutils is version 2.17, released about 10 years ago.
Thus I'm starting to look at binutils, and assessing the feasibility of
bumping it up to something co
10 matches
Mail list logo