Christophe Lyon | 1 Oct 15:43 2014

[testsuite] Need to compile testglue with target-specific flags

Hi,

When Jason recently committed his fix for PR58678, I noticed that the
newly introduced test was failing on arm-linux target.

This is because testglue.o contains relocations incompatible with
-shared which is used in the testcase.

I am preparing a testsuite patch to fix that, but I am wondering how
to add target-specific flags when compiling testglue? It does not seem
to be supported yet.

Is there already an example of a similar use case I should use?

Thanks

Christophe.

VandeVondele Joost | 1 Oct 09:30 2014
Picon

msan and gcc ?

Hi,

I've noticed that gcc includes a msan_interface.h file, and I'm wondering if this implies that memory
sanitizer is already part of gcc. If not, are there plans to port this useful looking tool to gcc during the
current stage 1 ?

Cheers,

Joost

David Malcolm | 30 Sep 22:34 2014
Picon

ANN: gcc-python-plugin 0.13

gcc-python-plugin is a plugin for GCC 4.6 onwards which embeds the
CPython interpreter within GCC, allowing you to write new compiler
warnings in Python, generate code visualizations, etc.

It ships with "gcc-with-cpychecker", which implements static analysis
passes for GCC aimed at finding bugs in CPython extensions.  In
particular, it can automatically detect
reference-counting errors:
  http://gcc-python-plugin.readthedocs.org/en/latest/cpychecker.html

The major features in this release are:

  * gcc 4.9 compatibility

  * a major revamping to the HTML output from
    gcc-with-cpychecker

More detailed information on these and details of the other changes can
be seen in the release notes at:
  http://gcc-python-plugin.readthedocs.org/en/latest/0.13.html

Tarball releases are available at:
  https://fedorahosted.org/releases/g/c/gcc-python-plugin/

Prebuilt-documentation can be seen at:
  http://gcc-python-plugin.readthedocs.org/en/latest/index.html

The project's homepage is:
  https://fedorahosted.org/gcc-python-plugin/

(Continue reading)

Christophe Lyon | 30 Sep 17:15 2014

Testing Leak Sanitizer?

Hello,

After I've recently enabled Address Sanitizer for AArch64 in GCC, I'd
like to enable Leak Sanitizer.

I'd like to know what are the requirements wrt testing it? IIUC there
are no lsan tests in the GCC testsuite so far.

Should I just test a few sample programs to check if basic functionality is OK?

The patch seems to be a 1-line patch, I just want to check the
acceptance criteria.

Thanks,

Christophe.

George R Goffe | 30 Sep 02:08 2014
Picon

Problems with the gcc-bugs mailing list.

Hi,

I'm trying to get some help here.

I have two problems 
with the mailing list software. #1) I have tried to get into digest mode
by unsubscribing and re-subscribing to the list but that's not working.
#2) I'm trying to get some help from the 

"owner" of the list but emails to him are bouncing.

What is the problem with sending rich-text emails? Old software?

Anyone have any ideas? Please help me.

Regards,

George...

Uros Bizjak | 29 Sep 11:06 2014
Picon

Re: Issue with __builtin_remainder expansion on i386

Hello!

> I have just submitted a patch emitting some new floating-point code from the Fortran front-end,
> improving our IEEE support there: https://gcc.gnu.org/ml/gcc-patches/2014-09/msg02444.html
>
> However, in one of the cases where we emit a call to __builtin_remainderf(), we get wrong code
> generation on i386. It is peculiar because:
>
>  - the wrong code occurs at all optimization levels, and the following flags (any or all) do not
> affect it:
>  -mfpmath=sse -msse2 -fno-unsafe-math-optimizations -frounding-math -fsignaling-nans
>  - the wrong code does not occur with -ffloat-store
>  - the code generate looks fine by every aspect I could try. I could not generate a direct C
>  testcase, unfortunately, but it is equivalent to:

The __builtin_remainderf on x86 expands to x87 fprem1 instruction [1].
According to the table in [1], +inf is not handled, and generates
division-by-zero exception.

IMO, we have to add "&& flag_finite_math_only" to expander enable
condition of remainder{sf,df,xf}3 expanders in i386.md

[1] http://x86.renejeschke.de/html/file_module_x86_id_108.html

Uros.

Игорь Пашев | 29 Sep 09:43 2014
Picon

GCC 4.9 internal compiler error

Hi all!

It was found that OA fails to build with GCC 4.9 on amd64 [1]
I can confirm this with r3094 on bare metal too.

# gcc --version
gcc-4.9.real (Debian 4.9.1-14) 4.9.1
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

I can imaging that this is a bug in OpenAxiom, but GCC should not crash.

GCC complains on this line
https://sourceforge.net/p/open-axiom/code/HEAD/tree/trunk/src/include/storage.H#l273

Quoting [1]:
> g++ -DHAVE_CONFIG_H -I. -I../../../src/syntax -I../../config  -I../../../src/include
-I../../x86_64-pc-linux-gnu/include -D_FORTIFY_SOURCE=2 -m64 -D_GNU_SOURCE  -std=c++11 -g -O2
-fstack-protector-strong -Wformat -Werror=format-security -O2 -Wall -c -o libsyntax_a-sexpr.o
`test -f 'sexpr.cc' || echo '../../../src/syntax/'`sexpr.cc
> In file included from ../../x86_64-pc-linux-gnu/include/open-axiom/sexpr:47:0,
>                  from ../../../src/syntax/sexpr.cc:39:
> ../../x86_64-pc-linux-gnu/include/open-axiom/storage: In instantiation of 'T*
OpenAxiom::Memory::Factory<T>::make(const Args& ...) [with Args = {std::vector<const
OpenAxiom::Sexpr::Syntax*, std::allocator<const OpenAxiom::Sexpr::Syntax*> >, bool}; T = OpenAxiom::Sexpr::ListSyntax]':
> ../../../src/syntax/sexpr.cc:341:37:   required from here
> ../../x86_64-pc-linux-gnu/include/open-axiom/storage:275:52: internal compiler error: in
cp_perform_integral_promotions, at cp/typeck.c:2066
>              return new(this->allocate(1)) T{args...};
(Continue reading)

gccadmin | 29 Sep 00:40 2014
Picon

gcc-5-20140928 is now available

Snapshot gcc-5-20140928 is now available on
  ftp://gcc.gnu.org/pub/gcc/snapshots/5-20140928/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.

This snapshot has been generated from the GCC 5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision 215672

You'll find:

 gcc-5-20140928.tar.bz2               Complete GCC

  MD5=fa59cf0bda0ec951d42dab55b69bde9b
  SHA1=76cc638130e29953e45ffb265e585e3aa500e812

Diffs from 5-20140921 are available in the diffs/ subdirectory.

When a particular snapshot is ready for public consumption the LATEST-5
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.

FX | 28 Sep 17:24 2014
Picon

Is "optimize" attribute on fndecl handled differently?

I’m trying to get the Fortran front-end to add function-specific optimization flags to certain
functions (those that request IEEE compliance through use of the specific Fortran module). It seems
simple enough, adding the attribute to the fndecl, but though I’ve tried to do so at two different places
(when we first build the function decl, and when we later call it), both fail with:

Warning: ‘optimize’ attribute directive ignored [-Wattributes]

I’m getting the feeling that maybe it’s because I gave the attribute a string value, and it’s
expecting a tree already… but the functions to do so are not generic, they’re in c-family, which
probably means I can’t use them.

Any idea how I could get to the result I want? (setting options from the Fortran front-end)

Thanks,
FX

Index: trans-decl.c
===================================================================
--- trans-decl.c	(revision 215668)
+++ trans-decl.c	(working copy)
 <at>  <at>  -1961,6 +1961,13  <at>  <at> 
     TREE_USED (fndecl) = 1;

   attributes = add_attributes_to_decl (attr, NULL_TREE);
+
+#define OPT "fno-unsafe-math-optimizations"
+  tree opt = build_tree_list (NULL_TREE, build_string (strlen (OPT), OPT));
+  attributes = tree_cons (get_identifier ("optimize"), opt, attributes);
+#undef OPT
+
(Continue reading)

George R Goffe | 27 Sep 23:13 2014
Picon

Problems with gcc-bugs

Hi,

I'm having trouble getting email to Christoph who manages(?) the gcc-bugs mailing list. My emails are
rejected. I'm not an email guy so the messages are rather indecipherable to me. Below is what I'm seeing.

Regards,

George...

Sorry, we were unable to deliver your message to the following address.

<cgf-use-the-mailinglist-please <at> gnu.org>:
Remote host said:
550 Previous (cached) callout verification failure
[RCPT_TO]

Jeff Law | 26 Sep 22:01 2014
Picon

MIPS Maintainers


Sorry this has taken so long, the delays have been totally mine in not 
following-up to get votes, then tally them from the steering committee.

I'm pleased to announce that Catherine Moore and Matthew Fortune have 
been appointed as maintainers for the MIPS port.

Catherine & Matthew, please update the MAINTAINERS file appropriately.

Thanks for everyone's patience,
Jeff


Gmane