Displaying 6 results from an estimated 6 matches for "sectcreate".
2017 Jun 02
2
llvm-objcopy proposal
...ck to the normal object format?
gcc main.c -Wl,-b -Wl,binary -Wl,picture.jpg -Wl,-b -Wl,<<something to
undo binary mode?>>
So, anyways, while this is _possible_ with objcopy, it'd sure be nice if
you never needed to use it for that...
(BTW, Apple ld actually has an option "-sectcreate SEGNAME SECTNAME
INPUT_FILE", and the clang driver will pass it through to the linker.)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170602/2a354042/attachment.html>
2019 May 23
3
Proposal for Mach-O support in llvm-objcopy: section renaming
...any feedback from any MachO users.
Generally, Mach-O tools separate the segment name and the section name as different entries on the command line. The “<Segment Name>,<Section Name>” string is almost always an output format. Some examples include:
otool -s __TEXT __text /bin/ls
ld -sectcreate __EXAMPLE __example /dev/zero ...
In my opinion, that would be ideal from a "Mach-O users" point of view.
That said, the “two arguments” pattern isn’t very common in llvm, although it does appear in places such as llvm-nm. llvm-objdump has a -section option that takes a single string i...
2017 Jun 06
3
llvm-objcopy proposal
...++11 raw string literal could bypass most of
> the parsing overhead of a big array literal, but the people that care about
> including a binary in their program probably don't care about that.
>
> -- Sean Silva
>
>
>>
>> (BTW, Apple ld actually has an option "-sectcreate SEGNAME SECTNAME
>> INPUT_FILE", and the clang driver will pass it through to the linker.)
>>
>> _______________________________________________
>> LLVM Developers mailing list
>> llvm-dev at lists.llvm.org
>> http://lists.llvm.org/cgi-bin/mailman/listinfo/l...
2019 May 23
2
Proposal for Mach-O support in llvm-objcopy: section renaming
Hi,
I'm going to implement Mach-O support in llvm-objcopy. Before working
on this, I'd like to hear your thoughts how llvm-objcopy should handle
Mach-O section names.
By convention, Mach-O section names are denoted by "<segment
name>,<section name>". However, GNU objcopy renames them in the
following rule [1]:
- If the section name is well-known, rename it to an
2017 Jun 07
3
LLD support for ld64 mach-o linker synthesised symbols
On Tue, Jun 6, 2017 at 11:14 PM, Michael Clark via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
> OK. I see that the Mach-O linker is not even built when LLD is enabled in
> Release_40, only the PE/COFF and ELF linkers are built.
>
> From looking at reviews it appears that Clang was able to be linked with
> LLD on Darwin about 2 years ago, so Mach-O support seems to have
2017 Jun 02
8
llvm-objcopy proposal
LLVM already implements its own version of almost all of binutils. The
exceptions to this rule are objcopy and strip. This is a proposal to
implement
an llvm version of objcopy/strip to complete llvm’s binutils.
Several projects only use gnu binutils because of objcopy/strip. LLVM itself
uses objcopy in fact. Chromium and Fuchsia currently use objcopy as well.
If you
want to distribute your build