search for: elf64

> ld-new works only with those objects which are compiled using native gcc but > doesn't work for cross-compiler gcc/arm. Ok, please show: ld --version and last few lines of the ld --help output -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

Did you mean ld-new ? ld-new -v GNU gold (GNU Binutils 2.20.51.20100707) 1.9 ld-new --help ./ld-new: supported targets: elf32-i386 elf32-i386-freebsd elf64-x86-64 elf64-x86-64-freebsd elf64-sparc elf32-sparc elf64-powerpcle elf64-powerpc elf32-powerpcle elf32-powerpc elf32-bigarm elf32-littlearm On Mon, Jul 12, 2010 at 6:52 PM, Anton Korobeynikov <anton at korobeynikov.info > wrote: > > ld-new works only with those objects which are co...

...the two Xorg processes. The build started at about 23:10 last night, and hung at 23:46. The procstat output for the make's process group is: PID PPID PGID SID TSID THR LOGIN WCHAN EMUL COMM 8371 2425 8371 2425 2425 1 mi wait FreeBSD ELF64 make 12254 8371 8371 2425 2425 1 mi wait FreeBSD ELF64 sh 12255 12254 8371 2425 2425 1 mi pause FreeBSD ELF64 tcsh 12262 12255 8371 2425 2425 1 mi wait FreeBSD ELF64 perl5.8.8 33010 12262 8371 2425 2425 1 mi wait...

..../dlls -ladvapi32 -lkernel32 -lntdll -L../../libs -lwine -L../../libs/unicode -lwine_unicode /usr/lib/libsicuuc.a /usr/lib/libsicudata.a -lstdc++ -lgcc_s -L../../libs/port -lwine_port -L/lib32 -L/usr/lib32 -Wl,-rpath,/lib32 -Wl,-rpath,/usr/lib32 ld: Relocatable linking with relocations from format elf64-x86-64 (/usr/lib/libsicuuc.a(ubidi.ao)) to format elf32-i386 (gdi32.SKwleX.o) is not supported winebuild: ld -m elf_i386 -r failed with status 256 winegcc: ../../tools/winebuild/winebuild failed. make[2]: *** [gdi32.dll.so] Error 2 make[2]: Leaving directory `/home/anolis/Desktop/wine-0.9.16/dlls/g...

..._abi))" -mno-red-zone -mcmodel=large -g -Os -flto *_CLANGLTO38_X64_DLINK_FLAGS = -flto -nostdlib -Wl,-n -Wl,-q -Wl,--gc-sections -Wl,-z,common-page-size=0x40 -Wl,--entry,$(IMAGE_ENTRY_POINT) -Wl,-u,$(IMAGE_ENTRY_POINT) -Wl,-Map,$(DEST_DIR_DEBUG)/$(BASE_NAME).map -Wl,-melf_x86_64 -Wl,--oformat=elf64-x86-64 *_CLANGLTO38_X64_ASM_FLAGS = -c -x assembler -imacros $(DEST_DIR_DEBUG)/AutoGen.h -m64 -target x86_64-pc-linux-gnu *_CLANGLTO38_X64_RC_FLAGS = -I binary -O elf64-x86-64 -B i386 --rename-section .data=.hii *_CLANGLTO38_X64_NASM_FLAGS = -f elf64 St...

Hi, This is just a quick note that I receive effectively the same error when doing an amd64 build. A workaround is to install the binary package libxenstore3.0 but of course the source build should not require an external install of one of the packages that it builds. James

On Sat, Oct 10, 2015 at 11:14:27AM +0300, Ady via Syslinux wrote: > This patch is just a (shameless) copy from bug #28 [1]. > > The original patch has been sitting there for a couple of years now, > and it was based on Syslinux v 4.05. :-/ > The patch I am posting here is just a re-base on v.6.03. Whichever > inadequate formatting (tabs, trailing spaces...), or any kind

I am the author of patch, and I'm still using it. Not very carefully tested thought, but seems to work well. As you can see, it's basically the same code as in loading Elf32 binary. If you need more information, feel free to ask me.

...pending-for-review-patch can be evaluated, (corrected, improved) and eventually accepted and merged in the official Syslinux code. Please don't leave this patch awaiting another 2 years. TIA, Ady. [1]: http://bugzilla.syslinux.org/show_bug.cgi?id=28 Extend Multiboot1 with support for ELF64 file format diff U3 syslinux-6.03/com32/mboot/map.c syslinux-6.03_mbootELF64/com32/mboot/map.c --- syslinux-6.03/com32/mboot/map.c Mon Oct 06 19:27:44 2014 +++ syslinux-6.03_mbootELF64/com32/mboot/map.c Sat Oct 10 09:13:45 2015 @@ -106,6 +106,11 @@ Elf32_Ehdr *eh = ptr; Elf32_Phdr *ph;...

...gmail.com> wrote: > > On Mon, Nov 9, 2020 at 6:52 PM Fāng-ruì Sòng <maskray at google.com> wrote: > > Recent libm.a and libm.so are actually linker scripts > > > > % cat /usr/lib/x86_64-linux-gnu/libm.a > > /* GNU ld script > > */ > > OUTPUT_FORMAT(elf64-x86-64) > > GROUP ( /usr/lib/x86_64-linux-gnu/libm-2.31.a > > /usr/lib/x86_64-linux-gnu/libmvec.a ) > > % cat /usr/lib/x86_64-linux-gnu/libm.so > > /* GNU ld script > > */ > > OUTPUT_FORMAT(elf64-x86-64) > > GROUP ( /lib/x86_64-linux-gnu/libm.so.6 AS_NEEDE...

...atever is mentioned there. On Mon, Jul 12, 2010 at 6:57 PM, Sanjeev chugh <sanjuchugh at gmail.com> wrote: > Did you mean ld-new ? > > ld-new -v > GNU gold (GNU Binutils 2.20.51.20100707) 1.9 > > ld-new --help > ./ld-new: supported targets: elf32-i386 elf32-i386-freebsd elf64-x86-64 > elf64-x86-64-freebsd elf64-sparc elf32-sparc elf64-powerpcle elf64-powerpc > elf32-powerpcle elf32-powerpc elf32-bigarm elf32-littlearm > > > > > On Mon, Jul 12, 2010 at 6:52 PM, Anton Korobeynikov < > anton at korobeynikov.info> wrote: > >> > ld-n...

...with -fveclib=none but it did not change anything. > And I believe that -fveclib=mvec will start working with LLVM-12. > > I have no idea what pulls libmvec in. Recent libm.a and libm.so are actually linker scripts % cat /usr/lib/x86_64-linux-gnu/libm.a /* GNU ld script */ OUTPUT_FORMAT(elf64-x86-64) GROUP ( /usr/lib/x86_64-linux-gnu/libm-2.31.a /usr/lib/x86_64-linux-gnu/libmvec.a ) % cat /usr/lib/x86_64-linux-gnu/libm.so /* GNU ld script */ OUTPUT_FORMAT(elf64-x86-64) GROUP ( /lib/x86_64-linux-gnu/libm.so.6 AS_NEEDED ( /lib/x86_64-linux-gnu/libmvec.so.1 ) ) > Regards, > Alexan...

...ST_BIND (val) +#define ELF32_ST_TYPE(val) ST_TYPE (val) +#define ELF32_ST_INFO(bind, type) ST_INFO ((bind), (type)) + /* ELF standard typedefs (yet more proof that <stdint.h> was way overdue) */ typedef uint16_t Elf32_Half; typedef int16_t Elf32_SHalf; diff -uNr klibc-0.178/include/sys/elf64.h klibc-0.178-fogo/include/sys/elf64.h --- klibc-0.178/include/sys/elf64.h 2004-01-30 14:40:51.000000000 -0700 +++ klibc-0.178-fogo/include/sys/elf64.h 2004-09-20 09:15:50.000000000 -0600 @@ -7,6 +7,10 @@ #include <sys/elfcommon.h> +#define ELF64_ST_BIND(val) ST_BIND (val) +#define ELF6...

From: Geert Stappers <stappers at nero.gpm.stappers.nl> They were introduced by the patch for ELF64 support. --- com32/mboot/map.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/com32/mboot/map.c b/com32/mboot/map.c index 2e8641f..1992f14 100644 --- a/com32/mboot/map.c +++ b/com32/mboot/map.c @@ -281,7 +281,7 @@ struct multiboot_header *map_image(void *ptr, size_t len)...

..., Cambridge, MA 02139, USA. - -# Calculate the default ELF object architecture for this format. -# There doesn't seem to be an easy way to derive this from binutils, -# so instead we hard code it. - -case $(uname -m) in - i[3456]86) echo "elf32-i386 i386" ;; - x86_64) echo "elf64-x86-64 i386" ;; - s390) echo "elf32-s390 s390:31-bit" ;; - s390x) echo "elf64-s390 s390:31-bit" ;; - ppc) echo "elf32-powerpc powerpc" ;; - ppc64) echo "elf64-powerpc powerpc" ;; - *) - echo "This architecture is not recognized...

Hi Eric, The main thing we need to fix is that the selection between ELF32/ELF64 needs to depend on the ABI being N64 and not on whether we used a mips-linux-gnu triple versus a mips64-linux-gnu triple. So 'clang -target mips-linux-gnu' -mips64r2 -mabi=64' should produce an ELF64 and 'clang -target mips64-linux-gnu -mips32r2 -mabi=32' should produce an ELF32...

...the mismatch. I diff'd the disassembly between phase 2 and phase 3 and the difference is the same on both builds. The difference follows: # diff x86isel_p{2,3}.s 2c2 < Phase2/Release/llvmCore-8.0.0-rc2.obj/lib/Target/X86/CMakeFiles/LLVMX86CodeGen.dir/X86ISelLowering.cpp.o: file format elf64-x86-64 --- > Phase3/Release/llvmCore-8.0.0-rc2.obj/lib/Target/X86/CMakeFiles/LLVMX86CodeGen.dir/X86ISelLowering.cpp.o: file format elf64-x86-64 121757c121757 < 863: 48 8b 84 24 e0 05 00 mov 0x5e0(%rsp),%rax --- > 863: 48 8b 84 24 b0 01 00 mov 0x1b0(%rsp),%r...

...nges maximilian attems (4): [klibc] klibc/socketcalls/.gitignore addition [klibc] elf.h add support for st_info field [klibc] remove local insmod.c copy [klibc] ipconfig fix DHCPREQUEST per RFC 2131 the diffstat is usr/include/sys/elf32.h | 4 + usr/include/sys/elf64.h | 4 + usr/include/sys/elfcommon.h | 10 +++ usr/kinit/ipconfig/dhcp_proto.c | 2 +- usr/klibc/socketcalls/.gitignore | 1 + usr/utils/Kbuild | 4 +- usr/utils/insmod.c | 140 -------------------------------------- 7 files changed, 21 in...

Hi, LLVM made a change a few months ago and starting erroring out when a float is returned in x64 and SSE is disabled. This makes sense, really, since it's specified by the ABI that the return value must be put in a register you were told to disable, but it's breaking soft floats in Rust on x64. It seems there are two options: LLVM could break the ABI spec and have working soft floats on

.../Threads/tls.c has some issues with register allocators other than linear scan: Local, simple & bigblock regalloc all cause the following ld assertion failures: bash-3.2$ gcc tls.foo.s -o tls.foo.debug -lm -lpthread /usr/bin/ld: BFD version 2.17.50.0.18-1 20070731 assertion fail ../../bfd/elf64-x86-64.c:2561 /usr/bin/ld: BFD version 2.17.50.0.18-1 20070731 assertion fail ../../bfd/elf64-x86-64.c:2566 /usr/bin/ld: BFD version 2.17.50.0.18-1 20070731 assertion fail ../../bfd/elf64-x86-64.c:2568 The resulting code segfaults on execution. I haven't figured out exactly why yet. Will post...