Re: Can anybody help us to approved our registering request?
On Thu, Aug 23, 2018 at 2:37 AM 瞿仙淼 wrote: > Hi, > Although we are the maintainer of the C-SKY backend, we still > don't have an account. > Can anybody help us to approved our registering request? > We will be very grateful for this. > Registering request for what? For an account on gcc.gnu.org / sourceware.org? Did you complete the request form linked from the Authenticated access section of the Read-write SVN access page? https://gcc.gnu.org/svnwrite.html Did the form include the email address of the person sponsoring your account? Thanks, David
gcov: adding color indication for better orientation
Hi. I've spent quite some time with analysis of a program. I quite like how perf uses colors to identify the hottest places in the assembly. I'm considering adding a similar into gcov. What do you think about it? Two examples are in attachment. Martin gcov-html-samples.tar.bz2 Description: application/bzip
Re: Can anybody help us to approved our registering request?
On 08/23/2018 07:04 AM, 瞿仙淼 wrote: Yes, it’s registering for account on sourceware.org/gcc.gnu.org . I have not complete the request form in https://sourceware.org/cgi-bin/pdw/ps_form.cgi because I want to find someone who can sponsoring my account first, then I can fill this personal's email in the form and submit it. That's why I wrote the previous message. Thanks, Xianmiao Xianmiao and Yunhai, You can list either me or Catherine Moore as sponsors for your accounts. -Sandra
why does c_strlen() return a signed integer?
PR 87059 - internal compiler error: in set_value_range, at tree-vrp.c:289, is apparently due to an argument type mismatch in a MIN_EXPR introduced by expand_builtin_strncmp(). The function calls c_strlen() to compute the length of the two string arguments to strncmp() and then replaces the third (bound) argument with a MIN (len, bound). The type mismatch is caused by len being the signed result of c_strlen(), while bound being the size_t argument (explicitly converted to sizetype by the function). My question is: why does c_strlen() return a ssizetype, a signed type, rather the more natural sizetype? I ask in part because changing expand_builtin_strncmp() to convert the bound to ssizetype has downstream effects in the test suite, in part because it seems unexpected for the function to return a signed type given that the result cannot be negative, and in part also because I see most callers explicitly convert the result to size_type_node. Thanks Martin
gcc-7-20180823 is now available
Snapshot gcc-7-20180823 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/7-20180823/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 7 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-7-branch revision 263822 You'll find: gcc-7-20180823.tar.xzComplete GCC SHA256=42019b45622cc7828777893309d092954daaf12d725a182c512eb38d4edeeb58 SHA1=4764bb9b15d69cf064ce78be8bdc0c584ad7ea88 Diffs from 7-20180816 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-7 link is updated and a message is sent to the gcc list. Please do not use a snapshot before it has been announced that way.
