On 29/05/13 02:03, Matthew Flatt wrote:
> A drawback of adding `-fPIC' to the Racket build by default is that
> everyone would pay a little of performance. For example,
>
>racket -c -l racket
>
> seems to take 5-8% longer when Racket is compiled with -fPIC. That's
> probably about the worst-cas
At Tue, 28 May 2013 14:28:04 +0100, David Griffiths wrote:
> Hi Matthew,
>
> On 24/05/13 23:54, David Griffiths wrote:
> > On 24/05/13 18:44, Matthew Flatt wrote:
> >> At Thu, 23 May 2013 14:43:18 +0100, David Griffiths wrote:
> >>> I've been getting a problem for some time building against the ra
Hi Matthew,
On 24/05/13 23:54, David Griffiths wrote:
> On 24/05/13 18:44, Matthew Flatt wrote:
>> At Thu, 23 May 2013 14:43:18 +0100, David Griffiths wrote:
>>> I've been getting a problem for some time building against the racket
>>> ubuntu packages on 64 bit:
>>>
>>> /usr/bin/ld: /usr/lib/libra
Hi Matthew,
On 24/05/13 18:44, Matthew Flatt wrote:
> At Thu, 23 May 2013 14:43:18 +0100, David Griffiths wrote:
>> I've been getting a problem for some time building against the racket
>> ubuntu packages on 64 bit:
>>
>> /usr/bin/ld: /usr/lib/libracket3m.a(salloc.o): relocation
>> R_X86_64_TPOFF3
At Thu, 23 May 2013 14:43:18 +0100, David Griffiths wrote:
> I've been getting a problem for some time building against the racket
> ubuntu packages on 64 bit:
>
> /usr/bin/ld: /usr/lib/libracket3m.a(salloc.o): relocation
> R_X86_64_TPOFF32 against `scheme_thread_locals' can not be used when
> mak
Hi all,
I've been getting a problem for some time building against the racket
ubuntu packages on 64 bit:
/usr/bin/ld: /usr/lib/libracket3m.a(salloc.o): relocation
R_X86_64_TPOFF32 against `scheme_thread_locals' can not be used when
making a shared object; recompile with -fPIC
Any chance this can
6 matches
Mail list logo