Re: [gimplefe] [gsoc16] Gimple Front End Project
Hi! On stackoverflow http://stackoverflow.com/questions/21660563/can-gcc-compile-gimple, they said GIMPLE FE project is dead. Please let me know if I can work on it for gsoc. On 5 March 2016 at 03:01, Prasad Ghangal wrote: > Hi! > > I am interested to work on Gimple FE project for gsoc16. I would like > to know the scope of the project for gsoc. Also anyone like to mentor > me for the project? > > > > > Thanks and Regards, > Prasad Ghangal -- Thanks and Regards, Prasad Ghangal
Re: [gimplefe] [gsoc16] Gimple Front End Project
On Sun, Mar 06, 2016 at 04:33:30PM +0530, Prasad Ghangal wrote: > Hi! > > On stackoverflow > http://stackoverflow.com/questions/21660563/can-gcc-compile-gimple, > they said GIMPLE FE project is dead. Please let me know if I can work > on it for gsoc. Well, nobody has worked on it for a long time, but I think there's a number of people who'd like to see something like that get finished. I don't know that I'm capable of mentoring this on my own, but I'd be willing to help out, and istr David malcolm was talking about working on the gimple fe for gcc 7. Trev > > On 5 March 2016 at 03:01, Prasad Ghangal wrote: > > Hi! > > > > I am interested to work on Gimple FE project for gsoc16. I would like > > to know the scope of the project for gsoc. Also anyone like to mentor > > me for the project? > > > > > > > > > > Thanks and Regards, > > Prasad Ghangal > > > > -- > Thanks and Regards, > Prasad Ghangal
Announce: GNU MPFR 3.1.4 is released
GNU MPFR 3.1.4 ("canard à l'orange", patch level 4), a C library for
multiple-precision floating-point computations with correct rounding,
is now available for download from the MPFR web site:
http://www.mpfr.org/mpfr-3.1.4/
from InriaForge:
https://gforge.inria.fr/projects/mpfr/
and from the GNU FTP site:
http://ftp.gnu.org/gnu/mpfr/
Thanks very much to those who sent us bug reports and/or tested the
release candidate.
The SHA1 digests:
e3b0af77f18505184410d621fe0aae179e229dba mpfr-3.1.4.tar.bz2
272212c889d0ad6775ab6f315d668f3d01d1eaa3 mpfr-3.1.4.tar.gz
cedc0055d55b6ee4cd17e1e6119ed412520ff81a mpfr-3.1.4.tar.xz
8bad43f51fd9f4710e79fa7a274ccae7ca72a38c mpfr-3.1.4.zip
The SHA256 digests:
d3103a80cdad2407ed581f3618c4bed04e0c92d1cf771a65ead662cc397f7775
mpfr-3.1.4.tar.bz2
0d4de7e1476f79d24c38d5bc04a06fcc9a1bb9cf35fd654ceada29af03ad1844
mpfr-3.1.4.tar.gz
761413b16d749c53e2bfd2b1dfaa3b027b0e793e404b90b5fbaeef60af6517f5
mpfr-3.1.4.tar.xz
81285def6be6d7aae6dba1944e5fad3f016752fc6a7ceede8a6f2a22fc36f1dd mpfr-3.1.4.zip
The signatures:
http://www.mpfr.org/mpfr-3.1.4/mpfr-3.1.4.tar.xz.asc
http://www.mpfr.org/mpfr-3.1.4/mpfr-3.1.4.tar.bz2.asc
http://www.mpfr.org/mpfr-3.1.4/mpfr-3.1.4.tar.gz.asc
http://www.mpfr.org/mpfr-3.1.4/mpfr-3.1.4.zip.asc
Each tarball is signed by Vincent Lefèvre. This can be verified
using the DSA key ID 98C3739D; this key can be retrieved with:
gpg --recv-keys 98C3739D
or by downloading it from .
The key fingerprint is:
07F3 DBBE CC1A 3960 5078 094D 980C 1976 98C3 739D
The signatures can be verified with: gpg --verify
You should check that the key fingerprint matches.
Changes from version 3.1.3 to version 3.1.4:
- Improved MPFR manual.
- Bug fixes (see and ChangeLog file).
- MinGW (MS Windows): Added support for thread-safe DLL (shared library).
You can send success and failure reports to , and give
us the canonical system name (by running the "./config.guess" script),
the processor and the compiler version, in order to complete the
"Platforms Known to Support MPFR" section of the MPFR 3.1.4 web page.
Regards,
--
Vincent Lefèvre - Web:
Re: [gimplefe] [gsoc16] Gimple Front End Project
On Sun, Mar 6, 2016 at 6:03 AM, Prasad Ghangal wrote: > Hi! > > On stackoverflow > http://stackoverflow.com/questions/21660563/can-gcc-compile-gimple, > they said GIMPLE FE project is dead. Please let me know if I can work > on it for gsoc. I stopped working on GIMPLE FE a long time ago. Even though I'm no longer doing any GCC work, this is still one project I would like to see completed. Unfortunately, I've been away for long enough that I would not be an effective mentor for this project. I'm sure you'll find enough interest in the GCC community. Several folks would be able to mentor you with this. Diego.
Re: [gimplefe] [gsoc16] Gimple Front End Project
On March 6, 2016 3:45:37 PM GMT+01:00, Diego Novillo wrote: >On Sun, Mar 6, 2016 at 6:03 AM, Prasad Ghangal > wrote: >> Hi! >> >> On stackoverflow >> http://stackoverflow.com/questions/21660563/can-gcc-compile-gimple, >> they said GIMPLE FE project is dead. Please let me know if I can work >> on it for gsoc. > >I stopped working on GIMPLE FE a long time ago. Even though I'm no >longer doing any GCC work, this is still one project I would like to >see completed. Unfortunately, I've been away for long enough that I >would not be an effective mentor for this project. > >I'm sure you'll find enough interest in the GCC community. Several >folks would be able to mentor you with this. I'll be willing to mentor this. Though I'd rather have us starting from scratch and look at having a C-like input language, even piggy-backing on the C frontend maybe. Richard. > >Diego.
gcc-6-20160306 is now available
Snapshot gcc-6-20160306 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/6-20160306/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 6 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision 234014 You'll find: gcc-6-20160306.tar.bz2 Complete GCC MD5=9f1315f17da582cc38d0d02350868298 SHA1=ebba862b1f020f54c734b4fae988686f0a6a5308 Diffs from 6-20160228 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-6 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.
Re: [RFC PR43721] Optimize a/b and a%b to single divmod call
Hi Prathamesh,
Could you split out the ARM specific portions into a separate patch
please in a patch series?
>@deftypefn {Target Hook} void TARGET_EXPAND_DIVMOD_LIBFUNC (bool
>@var{unsignedp}, machine_mode @var{mode}, @var{rtx}, @var{rtx}, rtx
>*@var{quot}, rtx *@var{rem})
>Expand divmod libfunc
>@end deftypefn
>
This could do with some more detail here with respect to the
conditions when a port needs
to define this particular macro.
Based on the discussion it would be good to have an assert for
TARGET_IDIV in the hook
for the ARM port.
i.e gcc_assert (!TARGET_IDIV);
>
># Return 1 if the target supports divmod
>
>proc check_effective_target_divmod { } {
>if { [istarget arm*-*-*] } {
> return 1
>}
>return 0
>}
>
This will fail test cases in a configuration where a div instruction
exists. If you are looking to
check the transformation - I think you need to check for __ARM_ARCH_EXT_IDIV__
here similar to the way in which we test for FMA or __ARM_FEATURE_UNALIGNED.
Could you please repost with the changes so that I can take another look ?
Otherwise I think this is something we should queue up for GCC 7.
thanks,
Ramana
Re: [gimplefe] [gsoc16] Gimple Front End Project
On 6 March 2016 at 21:13, Richard Biener wrote: > > I'll be willing to mentor this. Though I'd rather have us starting from > scratch and look at having a C-like input language, even piggy-backing on the > C frontend maybe. That's great. I would like to know scope of the project for gsoc so that I can start preparing for proposal. > > Richard. > -- Thanks and Regards, Prasad Ghangal
