>
> I tested with gm check and it tested on arm/arm64/ia32/x64 debug and
> release.


Pro tip: you can save time by running only a relevant subset of platforms,
e.g. "gm arm64.check ia32.release.check" (or other combinations; gm is very
flexible).


> Basically boils down to the following:
>
1. It asks me to set #undefs on piece of code, that I did not write.
>

The way the presubmit checks works is that it only looks at changed files.
Apparently nobody added macros to cpu.cc since the check was introduced.
Just add the #undefs at the bottom of the file.


> 2. It asks for Gerrit change number, which I don't have.
>

You can ignore that; you'll have one after uploading.


> 3. I have signed both Corporate and Individual aggrement. But it still
> complains about it.
>

It complains about the AUTHORS file, not the CLA. There's a blanket entry
for *@*.samsung.com in there, but your email address is @samsung.com. I'm
not sure how best to proceed here, that's for managers and lawyers to
figure out. There are several options:
- update the existing *@*.samsung.com blanket entry to read *@samsung.com
instead
- update the existing *@*.samsung.com blanket entry to read *@*samsung.com
instead
- add a new *@samsung.com blanket entry
- add an individual entry for you (there is precedent for that, but it
seems weird to me given the existence of the blanket entry)

CC +hablich to provide input.

By the way, you usually shouldn't sign the individual CLA with a corporate
account for which also a corporate CLA entry exists, but that's between you
and your employer to figure out.


> 4. There is a checkdeps failure.
>

Yes, src/base/*.cc can't #include any src/*.h headers. You'll have to
restructure something.

You can run "git cl upload --bypass-hooks" to upload without presubmit
checks. That way, you can get eyes on your change before addressing
everything.


> Can  you please help in addressing these issues?
>
> Thanks.
> Sirish
>
>
> On Wednesday, January 16, 2019 at 1:19:56 PM UTC-6, Rodolph Perfetta wrote:
>>
>> Hi Sirish,
>>
>> If your patches pass the test suite locally then upload them on gerrit
>> for review. If you have issues with your patch then feel free to ask
>> question on this mailing list. Before your patch can be committed you need
>> to sign the CLA (individual or corporate).
>>
>> Cheers,
>> Rodolph
>>
>> On Wed, 16 Jan 2019 at 14:05, <[email protected]> wrote:
>>
>>> Hi Ross,
>>>
>>> I think the patches were already attached. Here's it.
>>>
>>> Also, I will have more patches coming up. Is there a process for me to
>>> put it on gerrit and follow up from there? At what point should I start
>>> using git cl?
>>>
>>> Thanks.
>>> Sirish
>>>
>>>
>>>
>>> On Wednesday, January 16, 2019 at 10:08:20 AM UTC-6, Ross McIlroy wrote:
>>>>
>>>> Hi Sirish,
>>>>
>>>> Thanks for your contributions. Could you link to the two patches so
>>>> that I can make sure they have appropriate reviewers assigned?
>>>>
>>>> Cheers,
>>>> Ross
>>>>
>>>>
>>>> On Wed, 16 Jan 2019 at 15:53, <[email protected]> wrote:
>>>>
>>>>> Hi all,
>>>>>
>>>>> Following the directions from https://v8.dev/docs/contribute, I am
>>>>> putting my first two patches (for review) for ARM64 that I would like to
>>>>> contribute to V8.
>>>>>
>>>>> First patch is a very simple patch - it adds default march for ARM64.
>>>>> 64-bit support in ARM started with arm version 8.
>>>>> Second patch is a probe implementation of ARM64, and probes for crc32
>>>>> feature. This feature is later used, if present, in hashing algorithm. 
>>>>> This
>>>>> patch improves speedometer performance by about half a percent on current
>>>>> Samsung and Pixel devices.
>>>>>
>>>>> Please review these patches, and let me know what I need to do next to
>>>>> get these patches committed.
>>>>>
>>>>> Sirish Pande
>>>>> Samsung Austin R&D Center
>>>>>
>>>>> --
>>>>> --
>>>>> v8-dev mailing list
>>>>> [email protected]
>>>>> http://groups.google.com/group/v8-dev
>>>>> ---
>>>>> You received this message because you are subscribed to the Google
>>>>> Groups "v8-dev" group.
>>>>> To unsubscribe from this group and stop receiving emails from it, send
>>>>> an email to [email protected].
>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>
>>>> --
>>> --
>>> v8-dev mailing list
>>> [email protected]
>>> http://groups.google.com/group/v8-dev
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "v8-dev" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to [email protected].
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> --
> --
> v8-dev mailing list
> [email protected]
> http://groups.google.com/group/v8-dev
> ---
> You received this message because you are subscribed to the Google Groups
> "v8-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> For more options, visit https://groups.google.com/d/optout.
>

-- 
-- 
v8-dev mailing list
[email protected]
http://groups.google.com/group/v8-dev
--- 
You received this message because you are subscribed to the Google Groups 
"v8-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to