search for: copyconfig

...c:\win-pvdrivers c:\win-pvdrivers\liblfds.6 c:\win-pvdrivers\liblfds.6\src c:\win-pvdrivers\liblfds.6\src\single_dir_for_windows_kernel c:\win-pvdrivers\xenpci c:\win-pvdrivers\xenvbd_scsiport c:\win-pvdrivers\xenvbd_filter c:\win-pvdrivers\xennet c:\win-pvdrivers\copyconfig c:\win-pvdrivers\shutdownmon c:\win-pvdrivers\waitnopendinginstallevents BUILD: Building generated files in c:\win-pvdrivers\xenpci directory _NT_TARGET_VERSION SET TO WINXP BUILD: Building generated files in c:\win-pvdrivers\xenvbd_scsiport directory _NT_TARGET_VERSION SET TO WINXP BUILD:...

...#2 0x0000ffff9ebb9540 SignalHandler(int) (/clang/build/aarch64/bin/../lib/libLLVMSupport.so.9svn+0x175540) #3 0x0000ffff9edac6c0 (linux-vdso.so.1+0x6c0) #4 0x000000000042a098 std::_Function_handler<bool (llvm::objcopy::elf::SectionBase const&), llvm::objcopy::elf::handleArgs(llvm::objcopy::CopyConfig const&, llvm::objcopy::elf::Object&, llvm::objcopy::elf::Reader const&, llvm::objcopy::elf::ElfType)::'lambda2'(llvm::objcopy::elf::SectionBase const&)>::_M_invoke(std::_Any_data const&, llvm::objcopy::elf::SectionBase const&) (/clang/build/aarch64/bin/llvm-objcop...

...    setDoDebugNames (bool DoDebugNames = false);     setDoGDBIndex (bool DoGDBIndex = false);   } 5. Copying source file contents, stripping tables, compressing/decompressing tables    would be done by ObjCopy llvm library(extracted from llvm-objcopy):   Error executeObjcopyOnBinary(const CopyConfig &Config,                              object::COFFObjectFile &In, Buffer &Out);   Error executeObjcopyOnBinary(const CopyConfig &Config,                              object::ELFObjectFileBase &In, Buffer &Out);   Error executeObjcopyOnBinary(const CopyConfig &Config,...

I''m using W2K2 32bit on a 3.2.1 Lenny-amd64 host. While the pv disk driver works as expected, I encounter problems with the network driver. I tried several installation scenarios, all with the same result. My test looks like this: I install gplpv, but without letting the networking driver install. After reboot I RTL8139 ist still active and working, and gplpv devices manage the disks.

...oGDBIndex (bool DoGDBIndex = false); >    } > > 5. Copying source file contents, stripping tables, > compressing/decompressing tables >     would be done by ObjCopy llvm library(extracted from > llvm-objcopy): > >    Error executeObjcopyOnBinary(const CopyConfig &Config, >                               object::COFFObjectFile &In, Buffer > &Out); >    Error executeObjcopyOnBinary(const CopyConfig &Config, >                               object::ELFObjectFileBase &In, > Buffer &Out); >    Erro...

...oGDBIndex (bool DoGDBIndex = false); >    } > > 5. Copying source file contents, stripping tables, > compressing/decompressing tables >     would be done by ObjCopy llvm library(extracted from > llvm-objcopy): > >    Error executeObjcopyOnBinary(const CopyConfig &Config, >                               object::COFFObjectFile &In, Buffer > &Out); >    Error executeObjcopyOnBinary(const CopyConfig &Config, >                               object::ELFObjectFileBase &In, > Buffer &Out); >    Erro...

...} >> >> 5. Copying source file contents, stripping tables, >> compressing/decompressing tables >>     would be done by ObjCopy llvm library(extracted from >> llvm-objcopy): >> >>    Error executeObjcopyOnBinary(const CopyConfig &Config, >>                               object::COFFObjectFile &In, >> Buffer &Out); >>    Error executeObjcopyOnBinary(const CopyConfig &Config, >> object::ELFObjectFileBase &In, Buffer &Out); >>    Err...

...ing source file contents, stripping tables, >>> compressing/decompressing tables >>>     would be done by ObjCopy llvm library(extracted from >>> llvm-objcopy): >>> >>>    Error executeObjcopyOnBinary(const CopyConfig &Config, >>> object::COFFObjectFile &In, Buffer &Out); >>>    Error executeObjcopyOnBinary(const CopyConfig &Config, >>> object::ELFObjectFileBase &In, Buffer &Out); >>>    Error executeObjco...

...tables, >>>> compressing/decompressing tables >>>>     would be done by ObjCopy llvm library(extracted >>>> from llvm-objcopy): >>>> >>>>    Error executeObjcopyOnBinary(const CopyConfig >>>> &Config, >>>> object::COFFObjectFile &In, Buffer &Out); >>>>    Error executeObjcopyOnBinary(const CopyConfig >>>> &Config, >>>> object::E...

...oGDBIndex (bool DoGDBIndex = false); >    } > > 5. Copying source file contents, stripping tables, > compressing/decompressing tables >     would be done by ObjCopy llvm library(extracted from > llvm-objcopy): > >    Error executeObjcopyOnBinary(const CopyConfig &Config, >                               object::COFFObjectFile &In, Buffer > &Out); >    Error executeObjcopyOnBinary(const CopyConfig &Config, >                               object::ELFObjectFileBase &In, > Buffer &Out); >    Erro...

...> solution assuming llvm-objcopy style code is compatible > > C) I have no ideas here > > D) This seems strictly less ideal than B but, assuming this tool would > still fit generally into llvm-objcopy's general library format it would be > better than A. It sounds like the CopyConfig and all that logic is the > killer here. We could generalize all of that yet further but...yeah that > sounds like a losing battle and not as ideal than B. > > An important thing to point out is that to proceed we *only* have to move > the MachO code into a library and we can follow...

Hey everyone! Objcopy is a powerful tool that allows one to modify object files in various manners, for example, modify symbols / symbol tables or copy / remove particular parts of a binary. It also serves as a basis for the strip tool. Currently, llvm-objcopy only supports ELF files while binutils' objcopy can handle Mach-O files as well. Besides extending the existing tool to support Mach-O

...een of Windows haven''t appeared. Beside this, the shutdown monitor of the mentioned version of the driver couldn''t be installed on the hungarian windows xp, because the XP said, that shutdownmon.exe was not a win32 application or something like that. It said the same thing about copyconfig.exe, however, the same programs from version 0.9.10, were OK on XP too. The disk is a multipath LVM volume with four FibreChannel paths to a volume on a Sun Storagetek 6140 storage: carrier3:~ # multipathd -k multipathd> show topology ... ... ... vw-storman2 (3600a0b80004807f80000091248da00ef)...

Hey everyone! In October/November 2018 I started the implementation of llvm-objcopy for MachO with the long-term plan to build some popular binary-level tools on top of it. That effort stopped at the stage where some boilerplate code for reading/writing MachO files was reviewed & committed to LLVM/tools/llvm-objcopy. Later I started working on llvm-lipo (a drop-in replacing for the tool

...is compatible >>> >>> C) I have no ideas here >>> >>> D) This seems strictly less ideal than B but, assuming this tool would >>> still fit generally into llvm-objcopy's general library format it would be >>> better than A. It sounds like the CopyConfig and all that logic is the >>> killer here. We could generalize all of that yet further but...yeah that >>> sounds like a losing battle and not as ideal than B. >>> >>> An important thing to point out is that to proceed we *only* have to >>> move the Mach...

...jcopy/ELF/ELFObjcopy.cpp > b/llvm/tools/llvm-objcopy/ELF/ELFObjcopy.cpp > index dd6a7d7e14b..c0dfd3a9838 100644 > --- a/llvm/tools/llvm-objcopy/ELF/ELFObjcopy.cpp > +++ b/llvm/tools/llvm-objcopy/ELF/ELFObjcopy.cpp > @@ -503,6 +503,8 @@ static Error replaceAndRemoveSections(const > CopyConfig &Config, Object &Obj) { > return false; > if (StringRef(Sec.Name).startswith(".gnu.warning")) > return false; > + if (StringRef(Sec.Name).startswith(".ARM.attributes")) > + return false; > if (Sec.ParentSegment != nullptr) > return false; > return...

...vm-objcopy/ELF/ELFObjcopy.cpp >> > index dd6a7d7e14b..c0dfd3a9838 100644 >> > --- a/llvm/tools/llvm-objcopy/ELF/ELFObjcopy.cpp >> > +++ b/llvm/tools/llvm-objcopy/ELF/ELFObjcopy.cpp >> > @@ -503,6 +503,8 @@ static Error replaceAndRemoveSections(const >> > CopyConfig &Config, Object &Obj) { >> > return false; >> > if (StringRef(Sec.Name).startswith(".gnu.warning")) >> > return false; >> > + if (StringRef(Sec.Name).startswith(".ARM.attributes")) >> > + return false; >> > if (Sec.Pa...

Hello Rui, Thanks for your reply. I tried with the keep-section argument and that made the shared library work. Should these sections be kept around by default maybe? -- Tobias On Thu, Oct 17, 2019 at 11:06 AM Rui Ueyama <ruiu at google.com> wrote: > > One thing I noticed is that llvm-strip seemed to remove a .ARM.attributes section. Can you try --keep-section=.ARM.attributes to

On Tue, Nov 17, 2020 at 7:26 AM Chris Lattner <clattner at nondot.org> wrote: > On Nov 13, 2020, at 2:06 PM, Sean Silva via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > We've pretty happy now with a patch that adds two wrappers around > SmallVector that make it 1) more convenient to use and 2) will tend to > mitigate misuse of SmallVector. We think