Request for contribution to your project
sir, I have plan about your site i have sent it but no one reply yet , i have been contribution to your project since Mon, 25 Jan 2021 at 19:26 now i would like to send you my gsoc proposal pdf where i have explained my ideas related to run time error and road map to solve it please help me as i don't know where to send my proposal pdf, Hoping to hear from you soon Thank you
Re: Request for contribution to your project
Dear Divyanshu, On Wed, Mar 10 2021, divyanshu jamloki via Gcc wrote: > sir, > I have plan about your site i have sent it but no one reply yet , i have > been contribution to your project since Mon, 25 Jan 2021 at 19:26 now i > would like to send you my gsoc proposal pdf where i have explained my ideas > related to run time error and road map to solve it please help me as i > don't know where to send my proposal pdf, I suggest that you to send your ideas to this mailing list in a simple email, if at all possible. If you insist on presenting them to us before application in a PDF, I am afraid you'll have to upload it somewhere and send us a link to this mailing list(services such as Google Drive or Dropbox provide that service, I believe). The final project proposal then must be in a pdf form, and you would upload it to directly to the GSoC web site when you apply. Good luck, Martin
Re: [PATCH] docs: add interactive vs batch distinction to UX guidelines
On Mon, 2021-02-22 at 21:26 -0500, David Malcolm wrote: > On Sat, 2021-02-20 at 17:49 +0100, David Brown wrote: > > > > > > On 20/02/2021 16:46, David Malcolm wrote: > > > On Sat, 2021-02-20 at 15:25 +0100, David Brown wrote: > > > > > > > > > > I think we need to think about both of these use-cases e.g. as we > > > implement our diagnostics, and that we should mention this > > > distinction > > > in our UX guidelines... > > > > > > > Is it possible to distinguish these uses, and then have > > > > different > > > > default flags? Perhaps something as simple as looking at the > > > > name > > > > used > > > > to call the compiler - "cc" or "gcc" ? > > > > > > > > > > ...but I'm wary of having an actual distinction between them in > > > the > > > code; it seems like a way to complicate things and lead to > > > "weird" > > > build failures. > > > > > > > Fair enough. > > [...snip...] > > How about the following addition to the User Experience Guidelines? I've gone ahead and pushed this to trunk (as c4a36bb1e1be0b826e71f4723c9f66266aa86b6f), after checking it bootstrapped. Dave > gcc/ChangeLog: > * doc/ux.texi: Add subsection contrasting interactive versus > batch usage of GCC. > --- > gcc/doc/ux.texi | 25 + > 1 file changed, 25 insertions(+) > > diff --git a/gcc/doc/ux.texi b/gcc/doc/ux.texi > index fdba5da1598..28d5994d10f 100644 > --- a/gcc/doc/ux.texi > +++ b/gcc/doc/ux.texi > @@ -86,6 +86,31 @@ information to allow the user to make an informed > choice about whether > they should care (and how to fix it), but a balance must be drawn > against > overloading the user with irrelevant data. > > +@subsection Sometimes the user didn't write the code > + > +GCC is typically used in two different ways: > + > +@itemize @bullet > +@item > +Semi-interactive usage: GCC is used as a development tool when the > user > +is writing code, as the ``compile'' part of the ``edit-compile- > debug'' > +cycle. The user is actively hacking on the code themself (perhaps a > +project they wrote, or someone else's), where they just made a > change > +to the code and want to see what happens, and to be warned about > +mistakes. > + > +@item > +Batch rebuilds: where the user is recompiling one or more existing > +packages, and GCC is a detail that's being invoked by various build > +scripts. Examples include a user trying to bring up an operating > system > +consisting of hundreds of packages on a new CPU architecture, where > the > +packages were written by many different people, or simply rebuilding > +packages after a dependency changed, where the user is hoping > +``nothing breaks'', since they are unfamiliar with the code. > +@end itemize > + > +Keep both of these styles of usage in mind when implementing > diagnostics. > + > @subsection Precision of Wording > > Provide the user with details that allow them to identify what the
Re: [RISCV] RISC-V GNU Toolchain Biweekly Sync-up: Mar 11, 2021
Hi all, Topics to discuss on the first RISC-V GNU Toolchain sync-up meeting include the following: - Current status of the ISA extensions that PLCT Lab is working on. - The idea and roadmap of all-in-one branches for developers. - CI status and roadmap for riscv-gnu-toolchain and other GNU repos. - Free discussion On Thu, Feb 11, 2021 at 10:35 PM Wei Wu (吴伟) wrote: > > Hi all, > > My name is Wei Wu. I am the project director of PLCT Lab, which is an > engineering team focusing on compilers, simulators, and virtual machines > (runtimes). The PLCT Lab is actively working on RISC-V toolchains, including > GNU Toolchain and Clang/LLVM. Recently, the PLCT Lab joined the RISC-V > international as a group contributor[1]. We are working on implementing > GCC/Binutils for a few draft ISA extensions like Zfinx, Krypto Scalar, and > P-extension. > > I've noticed that there was no periodically sync-up meeting for RISC-V > backend, and I think it might be good to have one[2][3]. I invite everyone > who is interested in RISC-V to join and have discussions, making the GNU > Toolchain doing better on RISC-V. > > So the first sync-up meeting would happen on March 11, the agenda will be > posted before the meeting: > > Topic: RISC-V GNU Toolchain Biweekly Sync-up > Time: Mar 11, 2021 11:00 PM Beijing, Shanghai > > LOS ANGELES, United States, California > 7:00a Thu, Mar 11 2021 > BEIJING, China > 11:00p Thu, Mar 11 2021 > LONDON, United Kingdom, England > 3:00p Thu, Mar 11 2021 > Join Zoom Meeting > https://zoom.com.cn/j/82900185885?pwd=Ym9mRHNkU2RDQ1VGOXVWMGJRR3Y3Zz09 > > Meeting ID: 829 0018 5885 > Passcode: 908375 > > All are welcome! > > [1] PLCT Lab is part of the Institute of Software, Chinese Academy of > Sciences. So you may see that we are using the name CAS/PLCT in the RISC-V > community. > [2] Although the RISC-V community has its own task groups for ISA extension, > the discussion of the implementation details of specific compilers are not > encouraged. > [3] Thank Jeremy Bennett for this suggestion. -- Best wishes, Wei Wu (吴伟)
Minor error on MIN() page
https://gcc.gnu.org/onlinedocs/gfortran/MIN.html ...says " The return value corresponds to the maximum value among the arguments, and has the same type and kind as the first argument. " Should be "minimum value" Best, Russ Childers
[Patch, committed] Fortran: Fix wording in intrinsic.texi's MIN (was: Minor error on MIN() page)
Thanks for the report. I have now applied the attached patch.
Tobias
On 10.03.21 20:44, Russ Childers via Gcc wrote:
https://gcc.gnu.org/onlinedocs/gfortran/MIN.html
...says
"
The return value corresponds to the maximum value among the arguments, and
has the same type and kind as the first argument.
"
Should be "minimum value"
Best,
Russ Childers
-
Mentor Graphics (Deutschland) GmbH, Arnulfstrasse 201, 80634 München
Registergericht München HRB 106955, Geschäftsführer: Thomas Heurung, Frank
Thürauf
commit 9dcc2edfa657d26223f7e74d27af225d4bbf11a9
Author: Tobias Burnus
Date: Wed Mar 10 21:24:18 2021 +0100
Fortran: Fix wording in intrinsic.texi's MIN
gcc/fortran/ChangeLog:
* intrinsic.texi (MIN): Correct 'maximum' to 'minimum'.
diff --git a/gcc/fortran/intrinsic.texi b/gcc/fortran/intrinsic.texi
index ea78f7d343a..73baa34104e 100644
--- a/gcc/fortran/intrinsic.texi
+++ b/gcc/fortran/intrinsic.texi
@@ -10621,21 +10621,21 @@ Elemental function
@item @emph{Arguments}:
@multitable @columnfractions .15 .70
@item @var{A1} @tab The type shall be @code{INTEGER} or
@code{REAL}.
@item @var{A2}, @var{A3}, ... @tab An expression of the same type and kind
as @var{A1}. (As a GNU extension, arguments of different kinds are
permitted.)
@end multitable
@item @emph{Return value}:
-The return value corresponds to the maximum value among the arguments,
+The return value corresponds to the minimum value among the arguments,
and has the same type and kind as the first argument.
@item @emph{Specific names}:
@multitable @columnfractions .20 .20 .20 .25
@item Name @tab Argument @tab Return type@tab Standard
@item @code{MIN0(A1)} @tab @code{INTEGER(4) A1} @tab @code{INTEGER(4)} @tab Fortran 77 and later
@item @code{AMIN0(A1)} @tab @code{INTEGER(4) A1} @tab @code{REAL(4)} @tab Fortran 77 and later
@item @code{MIN1(A1)} @tab @code{REAL A1} @tab @code{INTEGER(4)} @tab Fortran 77 and later
@item @code{AMIN1(A1)} @tab @code{REAL(4) A1}@tab @code{REAL(4)} @tab Fortran 77 and later
@item @code{DMIN1(A1)} @tab @code{REAL(8) A1}@tab @code{REAL(8)} @tab Fortran 77 and later
GSoC project idea
Greetings, First of all Congratulations to the gcc community on being selected for GSOC 2021. My name is Srishty Bedi, I am a sophomore pursuing btech CSE in India. .I am interested in web development and have worked with JS,HTML,CSS,bootstrap for front end and php,pug for backend. The ideas for gsoc 21 : 1) I was thinking that whenever we run a code on gcc compiler its beautify feature doesn't work well it shifts the whole code to the left instead so thought of creating a good beautify feature as we have in vs code so that the code is easily understandable . 2) And we can also make the gcc compiler accessible to phones and ipads so that it may be compatible for touch devices also as it will be very beneficial. I am very fascinated by the world of open source and I am looking forward to contributing to this community . Looking forward to your help and guidance. Hoping for a positive response from you. Here is my github link: https://github.com/srishty-07 Regards, Srishty
