Sent from my iPhone
> On Sep 27, 2016, at 12:06 AM, Perevalov Alexey
> wrote:
>
>
>
>
>
>
>
>
> От: mehdi.am...@apple.com от имени Mehdi Amini
>
> Отправлено: 27 сентября 2016 г. 8:46
> Кому: Perevalov Alexey
> Копия: cfe-users@lists.llvm.org; llvm-...@lists.llvm.org
> Тема: Re: [llvm-dev] objc object file generated for gnustep runtime for ELF
> target is too big
>
>
>> On Sep 26, 2016, at 6:33 AM, Perevalov Alexey via llvm-dev
>> wrote:
>>
>> Dear community,
>>
>>
>> I'm using gnustep runtime -fobjc-runtime=gnustep with gnustep-libobjc2
>> (https://github.com/gnustep/libobjc2) and
>>
>> Cocotron/Chameleon.
>>
>> For following source file
>>
>> #import
>> #import
>>
>> int main(void)
>> {
>> NSString *str = [NSString stringWithCString:"TEST"];
>> NSLog(@"test object %@", str);
>> return 0;
>> }
>>
>> Compilation in xcode's clang
>
>> Which version?
>
> I think, it doesn't matter, due to with xcode's clang all fine
It does: if there is a recent regression in the compiler, it may be in Xcode 8
as well. Can you update and try?
--
Mehdi
> but if you intersting,
>
> xcrun -sdk iphoneos clang --version
> Apple LLVM version 7.0.0 (clang-700.1.76)
> Target: x86_64-apple-darwin15.0.0
> Thread model: posix
>
> also all fine with open source llvm clang if I choose ios as -fobjc-runtime,
> I got troubles only with gnustep runtime in clang+llvm-3.8.0 and 3.9.x.
>
>> —
>> Mehdi
>
>
>> xcrun -sdk iphoneos clang -arch armv7s -mios-version-min=6.1 -c
>> test_foundation.m -o test_foundation_apple.o
>> gives following result:
>> 1. object file has only 3156 bytes size
>> 2. and in disassembler only main function
>> 3. the final executable will be 49992 bytes size in this case
>>
>>
>> But compilation in llvm's clang downloaded from
>> http://llvm.org/releases/3.8.0/clang+llvm-3.8.0-x86_64-apple-darwin.tar.xz
>>
>> (
>> clang version 3.8.0 (tags/RELEASE_380/final)
>> Target: x86_64-apple-darwin15.0.0
>> Thread model: posix
>> )
>> gives another results:
>> 1. object file has 159044 bytes size
>> 2. in disassembler a lot of unnecessary .objc_property_list,
>> .objc_method_list, .objc_protocol_list and .objc_protocol in .bss and
>> .data section
>> 3. the final binary size is 101837 bytes size
>>
>>
>>
>> If comment in above sample #import > file and binary file in xcode compilation will be the same,
>> but size binary and object file in case of
>> clang+llvm-3.8.0-x86_64-apple-darwin compilation will be reduced
>> sufficiently:
>> binary 28569 and object 36952 accordingly.
>>
>>
>>
>> Looks like all protocols from UIKit.h is placed into binary/object
>> even it's not used there.
>> I got 3.9.0 from public git (branch release_39 of clang git
>> repository) and found that all protocols interpret as definition
>> (isThisDeclarationADefinition),
>> and in CGObjCGNU.cpp it's placed into object file whenever it's used
>> or not. With the same open source compiler and -fobjc-runtime=ios
>> protocols are not putting into
>> object file even in compilation for ELF (I used -target
>> arm-linux-gnueabi).
>> I used default binutil linker, not llvm's ld.ldd, due to I have problem with
>> relocation on ARM.
>> I didn't use LTO, due to my linker doesn't have plugin support (I didnt' yet
>> recompile it).
>>
>> Could somebody point me where to solve that problem, is it AST
>> generation stage, or linkage stage or maybe it's not a problem and just LTO
>> could be solution here?
>>
>>
>>
>>
>> p.s. It's not only one issue found by me in gnustep runtime
>> generation, and I'll report these issues in next emails.
>>
>>
>>
>>
>>
>> Best regards,
>> Alexey Perevalov
>>
>> ___
>> LLVM Developers mailing list
>> llvm-...@lists.llvm.org
>> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
>
> llvm-dev Info Page
> lists.llvm.org
> To see the collection of prior postings to the list, visit the llvm-dev
> Archives. Using llvm-dev: To post a message to all the list members, send ...
>
___
cfe-users mailing list
cfe-users@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-users
