search for: elfclass64

...Unimplemented group {de4ba900-59ca-11cf-9592-444553540000} fixme:shdocvw:ClOleCommandTarget_Exec Unimplemented cmdid 35 fixme:shdocvw:ClOleCommandTarget_Exec Unimplemented cmdid 28 err:module:load_builtin_dll failed to load .so lib for builtin L"msxml3.dll": libxml2.so.2: wrong ELF class: ELFCLASS64 err:module:find_forwarded_export module not found for forward 'msxml3.DllGetClassObject' used by L"C:\\windows\\system32\\msxml4.dll" err:ole:COMPOBJ_DllList_Add couldn't find function DllGetClassObject in L"msxml4.dll" err:ole:create_server class {88d969c0-f192-11d4...

...n error about ELF class: ----------- gmake[2]: Entering directory `/a/athena/uf24/zhou/research/llvm/src/runtime/libp rofile' ... Linking profile_rt dynamic debug library ld: fatal: file /a/athena/uf24/zhou/research/llvm/src/runtime/libprofile/Debug/. libs/BasicBlockTracing.o: wrong ELF class: ELFCLASS64 ld: fatal: File processing errors. No output written to /a/athena/uf24/zhou/rese arch/llvm/src/lib/Debug/.libs/libprofile_rt.so.0.0.0 collect2: ld returned 1 exit status ----------- I have installed the llvm-gcc frontend before I configured and built LLVM. I have tested that I have got __sparcv9 #...

...LLVM_CONFIG=/path/to/tilera-llvm/bin/tilegx-llvm-config make and also tried only emitting the IR /path/to/tilera-gcc48/bin/tile-gcc -fplugin=/path/to/dragonegg.so -fplugin-arg-dragonegg-emit-ir -S -o hello.ll hello.c (and still get the error: cannot load plugin dragonegg.so: wrong ELF class: ELFCLASS64 ) - Ajay On Mon, Oct 27, 2014 at 9:39 PM, Brian Faull <bfaull at cog-e.com> wrote: > Hello, > > There may be plenty more experienced experts on DragonEgg (and hopefully > they'll correct me if I'm wrong), but I figured I'd chime in with my brief > experience to s...

The PE headers of the generated efi file were quite buggy. And since OVMF perform a few consistency checks, syslinux was unable to run on it. I don't pretend to have a thorough understanding of the PE+ headers, some bugs may remain. :) Celelibi (4): efi: Fix PE header field rva_and_sizes_nr efi: Location, size and alignment of .text section efi: Useless relocations in PE file efi: PE

...and also tried only emitting the IR > > > > /path/to/tilera-gcc48/bin/tile-gcc -fplugin=/path/to/dragonegg.so > > -fplugin-arg-dragonegg-emit-ir -S -o hello.ll hello.c > > > > (and still get the error: cannot load plugin dragonegg.so: wrong ELF > class: > > ELFCLASS64 ) > > > > - Ajay > > > > On Mon, Oct 27, 2014 at 9:39 PM, Brian Faull <bfaull at cog-e.com> wrote: > >> > >> Hello, > >> > >> There may be plenty more experienced experts on DragonEgg (and hopefully > >> they'll correct...

...cause problems: 1. Using gcc provided by Sun to make 64bit binaries 2. Setting CFLAGS=-m64 3. OpenSSL was compiled 64bit OpenSSH compiles up to the point of linking. Because $CFLAGS isn't used when linking, gcc is called without -m64. This causes the following fatal error: Wrong ELF class: ELFCLASS64 It is easily worked around by setting LDFLAGS=-m64, but I expect that will cause problems where $LD=ld. -- Sent from Gmail for mobile | mobile.google.com

Hi List, Any success running 64bit javaplugin on centos 5.5 & firefox 3.6? For me it always complains about wrong elfclass64 ? thanks for any help.. -- Eero

...om: (NULL) (137.53.23.145) We have recently upgraded to using 64-bit R. Was trying to install a SOM library by using: install.packages(c("som")); from http://cran.r-project.org/src/contrib/Descriptions/som.html I got this error message: ld: fatal: file som.o: wrong ELF class: ELFCLASS64 I was able to fix this problem by modifying R/etc/Makeconf and changed all SHLIB_FLAGS (with -G) to also include -m64. Thanks --Vincent

...problem number one. I ran into the second problem when I decided to try simply running Wow.exe and see what happened. This is the console output: Code: $ wine ./Wow.exe -opengl err:module:load_builtin_dll failed to load .so lib for builtin L"OPENGL32.dll": libGL.so.1: wrong ELF class: ELFCLASS64 err:module:import_dll Loading library OPENGL32.dll (which is needed by L"C:\\Program Files\\World of Warcraft\\Wow.exe") failed (error c000007a). err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\World of Warcraft\\Wow.exe" failed, status c0000135...

...tain tilera intrinsics and no OpenMP support. Hence, I have decided to use DragonEgg (v 3.3) to resolve this. I was able to build DragonEgg, but when I pass the command line argument -fplugin=dragonegg.so when compiling with the tilera-gcc I get the error cannot load dragonegg.so: wrong ELF class: ELFCLASS64 i.e. the tilera-gcc does not accept the x86 shared library object dragonegg.so The dragonegg sources were built using the x86 GCC, but the plugin was built to load into the tilera gcc. Could someone please point out what I am missing here. Thanks Ajay -------------- next part -------------- An H...

...FCLASS32; entry = e32_hdr.e_entry; - shoff = e32_hdr.e_shoff; - shnum = e32_hdr.e_shnum; - shstrndx = e32_hdr.e_shstrndx; - shentsize = e32_hdr.e_shentsize; + phoff = e32_hdr.e_phoff; + phnum = e32_hdr.e_phnum; + phentsize = e32_hdr.e_phentsize; } else if (e32_hdr.e_ident[EI_CLASS] == ELFCLASS64) { /* read the header again for x86_64 @@ -217,10 +210,9 @@ int main(int argc, char **argv) fread((void *)&e64_hdr, sizeof(e64_hdr), 1, f_in); id = e64_hdr.e_ident; entry = e64_hdr.e_entry; - shoff = e64_hdr.e_shoff; - shnum = e64_hdr.e_shnum; - shstrndx = e64_hdr.e_shstrndx; -...

...set -x + perl -p -e $e=$ARGV; $e =~ s/OBJS\...$//; s/^/ /; s/ $//; s/ / $e/g; OBJS.SH objlist= threads.so fake-addrinfo.so + gcc -shared -h libkrb5support.so.0 -o libkrb5support.so.0.0 threads.so fake-addrinfo.so -R/usr/local/lib -lresolv -lsocket -lnsl ld: fatal: file threads.so: wrong ELF class: ELFCLASS64 ld: fatal: File processing errors. No output written to libkrb5support.so.0.0 collect2: ld returned 1 exit status ********************************************* I have checked the 'threas.so.0' file .. it seems to be a relocatable 64 bit MSB Sparc 9 file.. Could somebody please tell me ..w...

...FCLASS32; entry = e32_hdr.e_entry; - shoff = e32_hdr.e_shoff; - shnum = e32_hdr.e_shnum; - shstrndx = e32_hdr.e_shstrndx; - shentsize = e32_hdr.e_shentsize; + phoff = e32_hdr.e_phoff; + phnum = e32_hdr.e_phnum; + phentsize = e32_hdr.e_phentsize; } else if (e32_hdr.e_ident[EI_CLASS] == ELFCLASS64) { /* read the header again for x86_64 @@ -213,10 +206,9 @@ int main(int argc, char **argv) fread((void *)&e64_hdr, sizeof(e64_hdr), 1, f_in); id = e64_hdr.e_ident; entry = e64_hdr.e_entry; - shoff = e64_hdr.e_shoff; - shnum = e64_hdr.e_shnum; - shstrndx = e64_hdr.e_shstrndx; -...

...b -R/ec/sw/samba/krb/current/lib" \ ./configure --prefix=/ec/sw/samba/3.4.2 \ --with-krb5 \ --with-ads \ --with-ldap \ --without-winbind Both krb 1.7 and OpenLDAP 2.4.16 were built as 64-bit At the linking of smbd it errors out: Linking bin/smbd ld: fatal: file dynconfig.o: wrong ELF class: ELFCLASS64 ld: fatal: File processing errors. No output written to bin/smbd *** Error code 1 The following command caused the error: cc -xc99=all -o bin/smbd dynconfig.o [massive snip] -L/ec/sw/samba/openldap/current/lib -L/ec/sw/samba/krb/current/lib -R/ec/sw/samba/openldap/current/lib -R/ec/sw/samba/krb/cur...

I'm installing openssl 0.9.5a and openssh 2.3.0p1 on an Ultra 5 running Solaris 8 with the latest cluster patch. Openssl installed without any problems. When I do a configure for openssh I get: Checking for OpenSSL directory. . . configure: error: Could not find working SSLeay / OpenSSL libraries, please install I've reinstalled openssl and everything is there. As a note I've

...rseQR.o abIndex.o CHOLMOD.a COLAMD.a AMD.a -L/apps/sparcv9/R-2.12.0/lib/R/lib -lRlapack -L/apps/sparcv9/R-2.12.0/lib/R/lib -lRblas -lifai -lsunimath -lfai -lfai2 -lfsumai -lfprodai -lfminlai -lfmaxlai -lfminvai -lfmaxvai -lfui -lfsu -lsunmath -lmtsk -lm ld: fatal: file CHMfactor.o: wrong ELF class: ELFCLASS64 ld: fatal: File processing errors. No output written to Matrix.so make: *** [Matrix.so] Error 2 ERROR: compilation failed for package 'Matrix' * removing '/apps/sparcv9/R-2.12.0/lib/R/library/Matrix' Some article suggests theorectically that ld or compiler driver first sees a compo...

...lib/sparcv9 -L/usr/ccs/lib -L/usr/local/packages/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.8/3.2/../../../sparcv9 -L/usr/local/packages/gcc-3.2/lib/gcc-lib/sparc-sun-solaris2.8/3.2/../../.. -L/lib/sparcv9 -ldl -ltermcap -lfrtbegin -lg2c -lm -lgcc_s_sparcv9 ld: fatal: file ansari.o: wrong ELF class: ELFCLASS64 ld: fatal: File processing errors. No output written to ctest.so collect2: ld returned 1 exit status *** Error code 1 make: Fatal error: Command failed for target `ctest.so' Current working directory /usr/local/packages/src/R-1.5.1/src/library/ctest/src It appears the make process is not pass...

...d # size of the interpreter filename in the executable # - extract that filename and strip trailing null byte. # use warnings; use strict; sub PATH_MAX () {4096;} sub SZ_ELF32HDR () {52;} sub SZ_ELF64HDR () {64;} # Elf32_Ehdr->e_ident[4]: are variables 32 or 64 bit sub ELFCLASS32 () {1;} sub ELFCLASS64 () {2;} # Elf32_Ehdr->e_type: whether it's an executable, core, object # file or something else entirely. sub ET_EXEC () {2;} sub ET_DYN () {3;} # # ELF Private header # sub SZ_ELF32PHDR {32;} sub SZ_ELF64PHDR {56;} # Elf32_Phdr->p_type. sub PT_INTERP () {3;} # Program interpreter...

...ormat=2 -Wbad-function-cast -I/usr/local/ssl/include -o ssl-build-param ssl-init-main.o ssl-init-openssl.o ssl-init-gnutls.o ../lib/liblib.a -L/usr/local/ssl/lib -lssl -lcrypto -ldl -lsocket -lnsl -lrt -lsendfile ld: warning: file /usr/local/ssl/lib/libcrypto.a(dh_asn1.o): wrong ELF class: ELFCLASS64 Undefined first referenced symbol in file DH_generate_parameters ssl-init-openssl.o ERR_get_error ssl-init-openssl.o ERR_error_string_n ssl-init-openssl.o i2d_DHparams ssl-in...

This adds [f]getc() and fgets() for parsing config files. Probably hard to avoid. Still trying to decide if I actually want to add system() or not. -hpa