s
>
> i[3-7]86-*-freebsd* | i[3-7]86-*-kfreebsd*-gnu)
> targ_defvec=bfd_elf32_i386_freebsd_vec
> targ_selvecs=i386coff_vec
It doesn't work due to ld. I got
[EMAIL PROTECTED] ld]$ ./ld-new -V
GNU ld version 2.17.50 20070104
Supported emulations:
elf_x86_64_fbsd
elf_i38
--- Additional Comments From Petr dot Salinger at seznam dot cz 2007-01-04
19:14 ---
> The standard ELF target is always built. ld/configure.tgt has
I have been refering to bfd/config.bfd, file where I wanted to modify
targ_selvecs. It contains
i[3-7]86-*-freebsd* | i[3-7]86-*-kfreebs
--- Additional Comments From hjl at lucon dot org 2007-01-04 18:47 ---
I can see static class data members. What other symbols do we need to make
dynamic?
--
What|Removed |Added
--
--- Additional Comments From shausman at trolltech dot com 2007-01-04
18:42 ---
Thanks for the quick reply.
I have tried to elaborate on the problem now in bug #3831 .
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3713
--- You are receiving this mail because: ---
You ar
This enhancement request is a follow-up on bug #3713 .
The --dynamic-list feature (--dynamic-list-cpp-typeinfo) is currently not very
useful for C++ libraries that export global data referenced from within the
library and applications linking against it. Qt and KDE libraries for example
do this
--- Additional Comments From hjl at lucon dot org 2007-01-04 18:04 ---
Fixed by
http://sourceware.org/ml/binutils/2007-01/msg00048.html
--
What|Removed |Added
St
--- Additional Comments From hjl at lucon dot org 2007-01-04 17:57 ---
(In reply to comment #3)
> Is there a way to automatically include all symbols in a list file
> for --dynamic-list for which the linker of a separate program would generate
> copy relocations?
>
> If not would you a
--- Additional Comments From shausman at trolltech dot com 2007-01-04
17:36 ---
Is there a way to automatically include all symbols in a list file
for --dynamic-list for which the linker of a separate program would generate
copy relocations?
If not would you accept an enhancement requ
--- Additional Comments From hjl at lucon dot org 2007-01-04 17:34 ---
(In reply to comment #5)
> > I think we should keep the standard ELF targets by default.
>
> I originally thought in the same way, so I included them in bz#2983.
> But currently alpha, sparc64, i386 on (k)FreeBSD d
[EMAIL PROTECTED] scalar]$ cat f.s
.intel_syntax noprefix
mov rax,DWORD PTR [rax]
[EMAIL PROTECTED] scalar]$ as -o f.o f.s
f.s: Assembler messages:
f.s:2: Error: Incorrect register `%rax' used with `l' suffix
But there is no %rax register in input.
--
Summary: Wrong re
--- Additional Comments From Petr dot Salinger at seznam dot cz 2007-01-04
17:10 ---
> I think we should keep the standard ELF targets by default.
I originally thought in the same way, so I included them in bz#2983.
But currently alpha, sparc64, i386 on (k)FreeBSD does not have them,
--- Additional Comments From hjl at lucon dot org 2007-01-04 16:51 ---
I t(In reply to comment #3)
> The extraneous targets might be deleted anyway, they should not be needed.
>
I think we should keep the stanard ELF targets by default.
--
http://sourceware.org/bugzilla/show_bug.cgi
--- Additional Comments From Petr dot Salinger at seznam dot cz 2007-01-04
16:34 ---
The extraneous targets might be deleted anyway, they should not be needed.
But the fix for elf_object_p is really welcomed as it allows to create proper
multitarget binutils.
> http://sourceware.org/ml
--- Additional Comments From hjl at lucon dot org 2007-01-04 15:32 ---
A patch is posted at
http://sourceware.org/ml/binutils/2007-01/msg00045.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=3826
--- You are receiving this mail because: ---
You are on the CC list for
--
What|Removed |Added
Summary|[patch] please fixup|elf_object_p can't tell
|targ_selvecs for amd64 |freebsd object file from
--- Additional Comments From hjl at lucon dot org 2007-01-04 14:50 ---
It is a bug in elf_object_p. Since there are
lake:pts/3[29]> readelf -h dump.o
ELF Header:
Magic: 7f 45 4c 46 01 01 01 09 00 00 00 00 00 00 00 00
Class: ELF32
Data:
--- Additional Comments From hjl at lucon dot org 2007-01-04 14:21 ---
As documented, --dynamic-list-cpp-typeinfo only does "Provide the builtin
dynamic
list for C++ runtime type identification". You need to use --dynamic-list= to
add additional symbols to dynamic list.
--
Hi,
please could you fixup targ_selvecs for amd64 for freebsd/kfreebsd targets.
As turned out, current targ_selvecs causes trouble for bi-arch (32/64)
toolchain:
" File format is ambiguous. Matching formats:elf32-i386-freebsd elf32-i386.".
So please, could you just drop "bfd_elf32_i386_vec bf
--
What|Removed |Added
CC||michael dot klein at fazi
||dot de
http://sourceware.org/bugzil
19 matches
Mail list logo
