Ann: MELT plugin 1.2.0 for GCC 4.9 & 5.
Hello All, It is my pleasure to announce the MELT plugin 1.2.0 for GCC 4.9 & GCC 5. MELT is a domain specific language to extend or customize the GCC http://gcc.gnu.org/ compiler. See http://gcc-melt.org/ for more about MELT. It is implemented as a GCC plugin, FSF copyrighted and GPLv3+ licensed. The MELT plugin 1.2.0 release (for GCC GCC 4.9 or GCC 5.*) is available (since july 24th, 2015) from http://gcc-melt.org/melt-1.2.0-plugin-for-gcc-4.9-or-5.tar.bz2 as a bzip2-ed tar source file of md5sum e718e8686a947f801d7fba4f3e699f80, and of 4075486 bytes (4.0 Megabytes), extracted from MELT branch svn revision 226151.. It brings significant features and bug fixes. Please upgrade. Notice that some packaged versions of GCC 5 on some Linux distributions (some versions of Debian) has a bug affecting MELT. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793478 You might need to upgrade your package, or fix it by editing the plugin-version.h of that package. Its GCCPLUGIN_VERSION_MINOR is incorrect. NEWS for 1.2 MELT plugin for GCC 4.9 and 5.x [[july 24th, 2015]] Bug fixes = More verbose messages about quote with more than one argument. Language features = The _MELT_FILE_ and _MELT_LINE_ identifiers are not symbols, but expanded to the file name and line number; this is probably a discutable feature, better use (this_file) and (this_line) macros... Runtime features Ported to GCC 4.9 & GCC 5.x types. ### Please report bugs to gcc-m...@googlegroups.com Regards. -- Basile Starynkevitch http://starynkevitch.net/Basile/ Francebasile starynkevitch.net working on http://gcc-melt.org/ Opinions are only mine!
OpenMP 4.1 public draft released
Hi! Just FYI, the OpenMP 4.1 public draft has been released, see http://openmp.org/mp-documents/OpenMP4.1_Comment_Draft.pdf The public comment period ends on September, 30th. Jakub
Cauldron Accelerator BoF call for agenda proposals
Hello, because Thomas Schwinge unfortunately cannot attend the Cauldron this year, I have volunteered to take care of organizing an Accelerator BoF at the event (at the moment conveniently scheduled for Sunday 10am). This email is not only an invitation to participate but also a call for agenda items. Although it will certainly be possible to propose a topic for discussion on the spot, giving me a heads-up beforehand might help me to organize them better. And this call is also meant to give a chance to propose a topic to those who will not be coming to Prague. Therefore, if you already know what we should discuss at the BoF, let me know. If think you need a little bit of inspiration, you can look at an old agenda proposal at http://thread.gmane.org/gmane.comp.gcc.devel/131560 My proposed topics will be about reconciling "offloading via LTO" and "HSA offloading" and about issues regarding OpenMP constructs expansion for GPGPUs. I'm looking forward to meeting many of you in Prague, Martin
cannot find crti.o error, while building gcc cross compiler
I am trying to build a GCC (version 4.9.3)cross compiler on my windows machine using Cygwin. I am using the source package that came along with cygwin. I have already built binutils version 2.25 and installed, this is through cygwin as well. binutils configuration used: ../binutils-x.y.z/configure --target=$TARGET --prefix="$PREFIX" --with-sysroot --disable-nls --disable-werror I then configured GCC with the following configuration ../gcc-x.y.z/configure --target=$TARGET --prefix="$PREFIX" --disable-nls --enable-languages=c,c++ --without-headers --disable-threads Then the make all-gcc went through fine. I am getting error when I try to run make all-target-libgcc Following is the error that I encounter. # @multilib_flags@ is still needed because this may use # /build/gcc/./gcc/xgcc -B/build/gcc/./gcc/ -B/usr/local/cross/x86_64-pc-linux-gnu/bin/ -B/usr/local/cross/x86_64-pc-linux-gnu/lib/ -isystem /usr/local/cross/x86_64-pc-linux-gnu/include -isystem /usr/local/cross/x86_64-pc-linux-gnu # @multilib_dir@ is not really necessary, but sometimes it has # more uses than just a directory name. /bin/sh ../../../../../usr/src/gcc-4.9.3-1.src/gcc-4.9.3/libgcc/../mkinstalldirs 32 /build/gcc/./gcc/xgcc -B/build/gcc/./gcc/ -B/usr/local/cross/x86_64-pc-linux-gnu/bin/ -B/usr/local/cross/x86_64-pc-linux-gnu/lib/ -isystem /usr/local/cross/x86_64-pc-linux-gnu/include -isystem /usr/local/cross/x86_64-pc-linux-gnu/s si2_s.o _bswapdi2_s.o _clrsbsi2_s.o _clrsbdi2_s.o _fixunssfsi_s.o _fixunsdfsi_s.o _fixunsxfsi_s.o _fixsfdi_s.o _fixdfdi_s.o _fixxfdi_s.o _fixunssfdi_s.o _fixunsdfdi_s.o _fixunsxfdi_s.o _floatdisf_s.o _floatdidf_s.o _floatdixf_s.o _ /usr/local/cross/x86_64-pc-linux-gnu/bin/ld: cannot find crti.o: No such file or directory /usr/local/cross/x86_64-pc-linux-gnu/bin/ld: cannot find -lc /usr/local/cross/x86_64-pc-linux-gnu/bin/ld: cannot find crtn.o: No such file or directory collect2: error: ld returned 1 exit status Makefile:937: recipe for target 'libgcc_s.so' failed make[3]: *** [libgcc_s.so] Error 1 make[3]: Leaving directory '/build/gcc/x86_64-pc-linux-gnu/32/libgcc' Makefile:1136: recipe for target 'multi-do' failed make[2]: *** [multi-do] Error 1 make[2]: Leaving directory '/build/gcc/x86_64-pc-linux-gnu/libgcc' Makefile:114: recipe for target 'all-multi' failed make[1]: *** [all-multi] Error 2 make[1]: Leaving directory '/build/gcc/x86_64-pc-linux-gnu/libgcc' Makefile:11913: recipe for target 'all-target-libgcc' failed make: *** [all-target-libgcc] Error 2 Why am I getting this error. What could I do to overcome this problem? Thank you, Sindhu
Re: cannot find crti.o error, while building gcc cross compiler
On 24 July 2015 at 18:31, sindhu selvam wrote: > /usr/local/cross/x86_64-pc-linux-gnu/bin/ld: cannot find crti.o: No > such file or directory > /usr/local/cross/x86_64-pc-linux-gnu/bin/ld: cannot find -lc > /usr/local/cross/x86_64-pc-linux-gnu/bin/ld: cannot find crtn.o: No > such file or directory This means you don't have a C library installed, which is unsurprising because you're starting a new toolchain without an existing one. I believe if you add --with-newlib to the GCC configure command it will prevent GCC from ttrying to build anything that requires a C library to be already installed (as explained in the GCC Pass 1 section of http://www.linuxfromscratch.org/lfs/view/stable/chapter05/gcc-pass1.html) But this is not the right list for help using or building gcc, please follow up in the gcc-h...@gcc.gnu.org list instead, thanks.
Re: RETURN_ADDRESS_POINTER_REGNUM Macro
On 07/23/2015 11:09 PM, Ajit Kumar Agarwal wrote: > From the description of the definition of the macro > RETURN_ADDRESS_POINTER_REGNUM , > Does this impact the performance or correctness of the compiler? On what > cases it is applicable to define for the given architecture? This is used to help implement the __builtin_return_address builtin function. There is some default code for this, so it may work OK without defining RETURN_ADDRESS_POINTER_REGNUM. If the default code doesn't work, then you may need to define RETURN_ADDRESS_POINTER_REGNUM. Usually, it is trivial to make __builtin_return_address work for leaf functions, non-trivial to make it work for non-leaf functions, and difficult to impossible to make it work for level != 0. You will have better luck using the unwind info than __builtin_return_address. This is an optional builtin function, so there is no performance or correctness issue here. Jim
Re: cannot find crti.o error, while building gcc cross compiler
Thank you Jonathan. I will followup in the help site. On Fri, Jul 24, 2015 at 11:54 AM, Jonathan Wakely wrote: > On 24 July 2015 at 18:31, sindhu selvam wrote: >> /usr/local/cross/x86_64-pc-linux-gnu/bin/ld: cannot find crti.o: No >> such file or directory >> /usr/local/cross/x86_64-pc-linux-gnu/bin/ld: cannot find -lc >> /usr/local/cross/x86_64-pc-linux-gnu/bin/ld: cannot find crtn.o: No >> such file or directory > > This means you don't have a C library installed, which is unsurprising > because you're starting a new toolchain without an existing one. I > believe if you add --with-newlib to the GCC configure command it will > prevent GCC from ttrying to build anything that requires a C library > to be already installed (as explained in the GCC Pass 1 section of > http://www.linuxfromscratch.org/lfs/view/stable/chapter05/gcc-pass1.html) > > But this is not the right list for help using or building gcc, please > follow up in the gcc-h...@gcc.gnu.org list instead, thanks.
