Displaying 7 results from an estimated 7 matches for "l546".
Did you mean:
546
2017 Sep 17
2
[ThinLTO] static library failure with object files with the same name
...tried with Xcode 9.
>>>
>>>
>>>>
>>>> From what I can see with Xcode 8.2, the linker just passes the file
>>>> name (prefixed with the archive name): https://github.com/michaelweis
>>>> er/ld64/blob/master/src/ld/parsers/lto_file.cpp#L546
>>>> (original here: https://opensource.apple.com/source/ld64/ld64-274.2/sr
>>>> c/ld/parsers/lto_file.cpp.auto.html )
>>>>
>>>> We could workaround this in ThinLTOCodeGenerator by adding a
>>>> incremental suffix to every new buffer. Some...
2017 Sep 11
2
[ThinLTO] static library failure with object files with the same name
...ally sure...).
>>
>
> I haven't tried with Xcode 9.
>
>
>>
>> From what I can see with Xcode 8.2, the linker just passes the file name
>> (prefixed with the archive name): https://github.com/michaelweis
>> er/ld64/blob/master/src/ld/parsers/lto_file.cpp#L546
>> (original here: https://opensource.apple.com/source/ld64/ld64-274.2/
>> src/ld/parsers/lto_file.cpp.auto.html )
>>
>> We could workaround this in ThinLTOCodeGenerator by adding a incremental
>> suffix to every new buffer. Something like this diff:
>>
>
>...
2017 Sep 18
2
[ThinLTO] static library failure with object files with the same name
...;>>>
>>>>>>
>>>>>> From what I can see with Xcode 8.2, the linker just passes the file
>>>>>> name (prefixed with the archive name): https://github.com/michaelweis
>>>>>> er/ld64/blob/master/src/ld/parsers/lto_file.cpp#L546
>>>>>> (original here: https://opensource.apple
>>>>>> .com/source/ld64/ld64-274.2/src/ld/parsers/lto_file.cpp.auto.html )
>>>>>>
>>>>>> We could workaround this in ThinLTOCodeGenerator by adding a
>>>>>> incr...
2017 Sep 18
0
[ThinLTO] static library failure with object files with the same name
...>>>
>>>>
>>>>>
>>>>> From what I can see with Xcode 8.2, the linker just passes the file
>>>>> name (prefixed with the archive name): https://github.com/michaelweis
>>>>> er/ld64/blob/master/src/ld/parsers/lto_file.cpp#L546
>>>>> (original here: https://opensource.apple.com/source/ld64/ld64-274.2/sr
>>>>> c/ld/parsers/lto_file.cpp.auto.html )
>>>>>
>>>>> We could workaround this in ThinLTOCodeGenerator by adding a
>>>>> incremental suffix to ev...
2017 Sep 07
2
[ThinLTO] static library failure with object files with the same name
...you check if it
is fixed in Xcode 9?
(I think I remember fixing it in ld64 but I'm not totally sure...).
>From what I can see with Xcode 8.2, the linker just passes the file name
(prefixed with the archive name):
https://github.com/michaelweiser/ld64/blob/master/src/ld/parsers/lto_file.cpp#L546
(original here:
https://opensource.apple.com/source/ld64/ld64-274.2/src/ld/parsers/lto_file.cpp.auto.html
)
We could workaround this in ThinLTOCodeGenerator by adding a incremental
suffix to every new buffer. Something like this diff:
diff --git a/llvm/lib/LTO/ThinLTOCodeGenerator.cpp
b/llvm/lib/...
2018 May 18
0
Error message truncation
..."warning.length") characters, default
> 1000.
Essentially the same is in ?warning.
Neither of these mention the hard-coded limits on the acceptable values of
this option in options.c
<https://github.com/wch/r-source/blob/a7356bf91b511287aacd3a992abfbcb75b60d93c/src/main/options.c#L546-L552>
:
if (streql(CHAR(namei), "warning.length")) {
int k = asInteger(argi);
if (k < 100 || k > 8170)
error(_("invalid value for '%s'"), CHAR(namei));
R_WarnLength = k;
SET_VECTOR_ELT(value, i, SetOption(tag, argi));
}
Further, it appears there'...
2017 Sep 06
3
[ThinLTO] static library failure with object files with the same name
On Wed, Sep 6, 2017 at 1:10 PM, Johan Engelen via llvm-dev
<llvm-dev at lists.llvm.org> wrote:
> On Tue, Sep 5, 2017 at 11:34 PM, Davide Italiano <dccitaliano at gmail.com>
> wrote:
>>
>> On Tue, Sep 5, 2017 at 2:09 PM, Teresa Johnson <tejohnson at google.com>
>> wrote:
>> >
>> > Hi Johan,
>> >
>> > Right, per the bug