On 12/14/13 15:21, Don Slutz wrote:
On 12/09/13 08:22, Paolo Bonzini wrote:
Il 09/12/2013 13:47, Don Slutz ha scritto:
On 12/05/13 22:20, Don Slutz wrote:
On 12/05/13 16:24, Richard Henderson wrote:
On 12/06/2013 04:18 AM, Paolo Bonzini wrote:
$ gcc -shared -o f.so f.c -fPIE -fPIC
/usr/bin/l
On 12/09/13 08:22, Paolo Bonzini wrote:
Il 09/12/2013 13:47, Don Slutz ha scritto:
On 12/05/13 22:20, Don Slutz wrote:
On 12/05/13 16:24, Richard Henderson wrote:
On 12/06/2013 04:18 AM, Paolo Bonzini wrote:
$ gcc -shared -o f.so f.c -fPIE -fPIC
/usr/bin/ld: /tmp/ccQc9els.o: relocation R_X86_
Il 09/12/2013 13:47, Don Slutz ha scritto:
> On 12/05/13 22:20, Don Slutz wrote:
>> On 12/05/13 16:24, Richard Henderson wrote:
>>> On 12/06/2013 04:18 AM, Paolo Bonzini wrote:
$ gcc -shared -o f.so f.c -fPIE -fPIC
/usr/bin/ld: /tmp/ccQc9els.o: relocation R_X86_64_PC32 against `f'
ca
On 12/05/13 22:20, Don Slutz wrote:
On 12/05/13 16:24, Richard Henderson wrote:
On 12/06/2013 04:18 AM, Paolo Bonzini wrote:
$ gcc -shared -o f.so f.c -fPIE -fPIC
/usr/bin/ld: /tmp/ccQc9els.o: relocation R_X86_64_PC32 against `f'
can not be used when making a shared object; recompile with -fPI
On 12/05/13 10:18, Paolo Bonzini wrote:
Il 04/12/2013 02:32, Don Slutz ha scritto:
Any hints or pointers about the bug in RHEL5 binutils? I can try and
make a patch to auto detect this.
Actually it's RHEL5 GCC:
$ cat f.c
void *
f(unsigned char *buf, int len)
{
return (void*)0L;
}
void
On 12/05/13 16:24, Richard Henderson wrote:
On 12/06/2013 04:18 AM, Paolo Bonzini wrote:
$ gcc -shared -o f.so f.c -fPIE -fPIC
/usr/bin/ld: /tmp/ccQc9els.o: relocation R_X86_64_PC32 against `f' can not be
used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad
On 12/06/2013 04:18 AM, Paolo Bonzini wrote:
> $ gcc -shared -o f.so f.c -fPIE -fPIC
> /usr/bin/ld: /tmp/ccQc9els.o: relocation R_X86_64_PC32 against `f' can not be
> used when making a shared object; recompile with -fPIC
> /usr/bin/ld: final link failed: Bad value
> collect2: ld returned 1 exit s
On 12/05/13 10:18, Paolo Bonzini wrote:
Il 04/12/2013 02:32, Don Slutz ha scritto:
Any hints or pointers about the bug in RHEL5 binutils? I can try and
make a patch to auto detect this.
Actually it's RHEL5 GCC:
$ cat f.c
void *
f(unsigned char *buf, int len)
{
return (void*)0L;
}
void
Il 04/12/2013 02:32, Don Slutz ha scritto:
> Any hints or pointers about the bug in RHEL5 binutils? I can try and
> make a patch to auto detect this.
Actually it's RHEL5 GCC:
$ cat f.c
void *
f(unsigned char *buf, int len)
{
return (void*)0L;
}
void *
g(unsigned char *buf, int len)
{
r
On 12/03/13 12:15, Paolo Bonzini wrote:
> Il 03/12/2013 14:25, Stefano Stabellini ha scritto:
>> CC'ing Paolo and xen-devel.
>> The original thread is here:
>>
>> http://marc.info/?l=xen-devel&m=135718999710640
>>
>> On Mon, 2 Dec 2013, Don Slutz wrote:
>>> Public bug reported:
>>>
>>>lt LINK l
On 12/03/13 09:06, Paolo Bonzini wrote:
> Il 03/12/2013 14:25, Stefano Stabellini ha scritto:
>> CC'ing Paolo and xen-devel.
>> The original thread is here:
>>
>> http://marc.info/?l=xen-devel&m=135718999710640
>>
>> On Mon, 2 Dec 2013, Don Slutz wrote:
Public bug reported:
lt LIN
Il 03/12/2013 14:25, Stefano Stabellini ha scritto:
> CC'ing Paolo and xen-devel.
> The original thread is here:
>
> http://marc.info/?l=xen-devel&m=135718999710640
>
> On Mon, 2 Dec 2013, Don Slutz wrote:
>> Public bug reported:
>>
>> lt LINK libcacard.la
>> /usr/bin/ld: libcacard/.libs/vcard.
Il 03/12/2013 14:25, Stefano Stabellini ha scritto:
> CC'ing Paolo and xen-devel.
> The original thread is here:
>
> http://marc.info/?l=xen-devel&m=135718999710640
>
> On Mon, 2 Dec 2013, Don Slutz wrote:
>> > Public bug reported:
>> >
>> > lt LINK libcacard.la
>> > /usr/bin/ld: libcacard/.li
CC'ing Paolo and xen-devel.
The original thread is here:
http://marc.info/?l=xen-devel&m=135718999710640
On Mon, 2 Dec 2013, Don Slutz wrote:
> Public bug reported:
>
> lt LINK libcacard.la
> /usr/bin/ld: libcacard/.libs/vcard.o: relocation R_X86_64_PC32 against
> `vcard_buffer_response_delet
Public bug reported:
lt LINK libcacard.la
/usr/bin/ld: libcacard/.libs/vcard.o: relocation R_X86_64_PC32 against
`vcard_buffer_response_delete' can not be used when making a shared object;
recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status
make[4
15 matches
Mail list logo