Snapshot gcc-4.9-20160511 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.9-20160511/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.9 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On 05/11/2016 04:54 AM, Woon yung Liu wrote:
I saw that the EE has the PMFHL.LH instruction, which loads the HI/LO
register pairs (containing the multiplication result) into a single destination
(i.e. truncates the multiplication result in the process), with the right order
too. I suppose that i
Dear All,
It is my pleasure to announce the MELT plugin 1.3 release candidate 2
for GCC 5 & GCC 6
(hosted and usable on Linux preferably).
MELT -see http://gcc-melt.org/ for more (or
http://starynkevitch.net/Basile/gcc-melt/ which points to the same web
pages and resources) - is a domain sp
On 05/11/2016 01:39 AM, Alexander Monakov wrote:
On Wed, 30 Mar 2016, Bernd Schmidt wrote:
On 03/25/2016 04:43 AM, Aldy Hernandez wrote:
If Bernd is fine with this, I'm happy to retract my patch and any
possible followups. I'm just interested in having no path causing a
possible out of bounds
On 05/11/2016 04:18 PM, Martin Liška wrote:
Hello.
I've been working on use-after-scope sanitizer enablement in the GCC compiler
([1]) and
as I've read following submit request ([2]), the LLVM compiler started to
utilize following option:
-mllvm -asan-use-after-scope=1
My initial attempt was
Hello.
I've been working on use-after-scope sanitizer enablement in the GCC compiler
([1]) and
as I've read following submit request ([2]), the LLVM compiler started to
utilize following option:
-mllvm -asan-use-after-scope=1
My initial attempt was to introduce a new option value for -fsanitize
On 6 May 2016 at 17:20, Richard Biener wrote:
> On Wed, 4 May 2016, Prathamesh Kulkarni wrote:
>
>> On 23 February 2016 at 21:49, Prathamesh Kulkarni
>> wrote:
>> > On 23 February 2016 at 17:31, Richard Biener wrote:
>> >> On Tue, 23 Feb 2016, Prathamesh Kulkarni wrote:
>> >>
>> >>> On 22 Februa
ping
> Le 3 mai 2016 à 23:25, FX a écrit :
>
> The attached patch allows libgomp to install its Fortran modules in the
> correct multilib-aware directories, just like libgfortran does.
> Without it, multilib Fortran OpenMP code using the modules fails to compile
> because the modules are not