Fwd: ld: final link failed: Bad value
Hi I have been using the intel compiler on a woodcrest machine . $icc -DLINUX64 -DLINUX -DOS_USE_ALTERNATE_STD -DLGC_DEFINED -DOW50 -D__USE_EXTERN_INLINES -D_POSIX_C_SOURCE=199309 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -DLGC_DEFINED -DOW50 -D__USE_EXTERN_INLINES -D_POSIX_C_SOURCE=199309 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_BSD_SOURCE -DPORTMAP -fPIC -i-dynamic -ip -O2 -mp1 -axT -xW -cxxlib-gcc -mp1 -axT -xW -cxxlib-gcc -mcmodel=large -wd177,191,858,981 -fno-builtin-csqrt -fno-builtin-cexp ./test.c -c
$icc -fPIC -ip -O2 -axT -xW -cxxlib-gcc -mcmodel=large -mp1 -axT -xW -cxxlib-gcc -mcmodel=large -wd177,191,858,981 -fno-builtin-csqrt -fno-builtin-cexp -shared -fPIC -o ./libtest.so ./test.old: ./test.o: relocation R_X86_64_PC32 against `__intel_new_proc_init' can not be used when making a shared object; recompile with -fPIC
ld: final link failed: Bad valueThis happens only for the following option -mcmodel=largeDoes not occur on -mcmodel-medium Can someone enlighten me on this problem ?? :(Thanks in advance ..
-- The philosophy of one century is the common sense of the next--Megha
#include
int main()
{
printf("Hello --> Bug");
return(0);
}
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
Re: Fwd: ld: final link failed: Bad value
Hi Megha, I have been using the intel compiler on a woodcrest machine . I am sorry but we only support the GNU binutils on this list. For problems with Intel's compiler you really ought to contact Intel. ld: ./test.o: relocation R_X86_64_PC32 against `__intel_new_proc_init' can not be used when making a shared object; recompile with -fPIC ld: final link failed: Bad value This happens only for the following option -mcmodel=large Does not occur on -mcmodel-medium Does this problem still happen if you use gcc instead of icc ? If so, then perhaps you could post a *small* test case (including the object file) generated with gcc for us to investigate. Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/3456] New: namesz field improperly rounded in elf version notes
While the name field of an ELF note is padded to a 4-byte boundary, the ELF gABI says that "Such padding is not included in namesz." http://www.caldera.com/developers/gabi/latest/ch5.pheader.html#note_section The code in obj_elf_version in obj-elf.c does include the padding in namesz. -- Summary: namesz field improperly rounded in elf version notes Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: gas AssignedTo: unassigned at sources dot redhat dot com ReportedBy: djg at cray dot com CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=3456 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/3456] namesz field improperly rounded in elf version notes
--- Additional Comments From djg at cray dot com 2006-11-03 20:17 --- This affects the .version directive on ELF targets. Below is a test case; the objdump output shows the namesz field (at the beginning) with the value 8; it should be 6. $ cat test.s .version "stuff" $ as test.s -o test.o $ objdump -D test.o test.o: file format elf32-i386 Disassembly of section .note: <.note>: 0: 08 00 or %al,(%eax) 2: 00 00 add%al,(%eax) 4: 00 00 add%al,(%eax) 6: 00 00 add%al,(%eax) 8: 01 00 add%eax,(%eax) a: 00 00 add%al,(%eax) c: 73 74 jae0x82 e: 75 66 jne0x76 10: 66 data16 11: 00 00 add%al,(%eax) ... -- http://sourceware.org/bugzilla/show_bug.cgi?id=3456 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
