Re: [PING] Re: [PATCH] c/66516 - missing diagnostic on taking the address of a builtin function

On Tue, 1 Sep 2015, Martin Sebor wrote: > Attached is an updated patch that avoids diagnosing taking the address > of implicitly declared library builtins like abs, bootstrapped and > tested on ppc64le with no regressions. > > The tweak below was added to reject_gcc_builtin make it possible. >

Re: [Fortran, committed] XFAIL read_dir.f90 on FreeBSD

On Tue, Sep 01, 2015 at 11:16:27AM -0700, Steve Kargl wrote: > open(unit=10, file='junko.dir',iostat=ios,action='read',access='stream') > if (ios.ne.0) call abort > read(10, iostat=ios) c > - if (ios.ne.21) call abort > + if (ios.ne.21) then > + close(10) I forgot to mention

[Bug ipa/67428] lto1: fatal error: test.elf.ltrans0.o: section is missing with -flto -fipa-pta

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67428 --- Comment #2 from Georg-Johann Lay --- Created attachment 36279 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36279=edit e.c (C-source 2/3)

patch for PR61578

The following patch is for https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61578 The patch was bootstrapped and tested on x86 and x86-64. Committed as rev. 227382. 2015-09-01 Vladimir Makarov PR target/61578 * lra-lives.c (process_bb_lives): Process

[Bug target/61578] [4.9 regression] Code size increase for ARM thumb compared to 4.8.x when compiling with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61578 --- Comment #22 from Vladimir Makarov --- Author: vmakarov Date: Tue Sep 1 19:37:52 2015 New Revision: 227382 URL: https://gcc.gnu.org/viewcvs?rev=227382=gcc=rev Log: 2015-09-01 Vladimir Makarov PR target/61578

Re: Acceptance criteria for the git conversion

On Tue, 1 Sep 2015, Mikhail Maltsev wrote: > Actually, I did not propose to alter the repository history. I just > meant to say that if .c -> .cc renaming is still planned, it could be > done right after conversion, as a normal commit, or, perhaps series of > commits on trunk and active

Re: [PATCH][wwwdocs][AArch64] Add entry for target attributes and pragmas

On Tue, 1 Sep 2015, Kyrill Tkachov wrote: This wwwdocs patch adds an entry to the GCC 6 changes page about the aarch64 target attributes and pragmas support. Thanks for thinking of this, Kyrill. Index: htdocs/gcc-6/changes.html

Re: Acceptance criteria for the git conversion

On Tue, 1 Sep 2015, Eric S. Raymond wrote: > Joseph Myers : > > Indeed. Ideally the tree objects in the git conversion should have > > exactly the same contents as SVN commits, and so be shared with the > > git-svn history to reduce the eventual repository size (except

[Bug fortran/48244] iso-c-binding support missing on NetBSD (with patch)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48244 --- Comment #11 from Kai-Uwe Eckhardt --- > Does this mean that this PR can be closed? If yes, with which resolution? It is still unresolved. The commited patch requires pr64271 and pr67424 to be resolved first. I no longer run NetBSD and quite

Re: Acceptance criteria for the git conversion

On Tue, 1 Sep 2015, Richard Earnshaw wrote: > Renaming the files during the conversion is clearly *not* the right > thing to do: it would break all builds of old code. Indeed. Ideally the tree objects in the git conversion should have exactly the same contents as SVN commits, and so be shared

[Bug driver/67425] New: -frandom-seed documentation doesn't match code, incomplete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67425 Bug ID: 67425 Summary: -frandom-seed documentation doesn't match code, incomplete Product: gcc Version: 5.1.0 Status: UNCONFIRMED Severity: normal

[Bug c++/67427] New: [concepts] Subsumption dependence on template parameter ordering

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67427 Bug ID: 67427 Summary: [concepts] Subsumption dependence on template parameter ordering Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug ipa/67428] lto1: fatal error: test.elf.ltrans0.o: section is missing with -flto -fipa-pta

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67428 --- Comment #1 from Georg-Johann Lay --- Created attachment 36278 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36278=edit Bug.c (C-source 1/3)

Awareness of register pressure on strength reduction of induction variables.

All; The Global code motion are the important optimization that have an impact on register spills and Fetch. Thus The Global code motion takes into account the increase or decrease of register pressure. Strength Reductions is an important optimization that has an impact on register pressure.

Commoning the control and Data Dependence

All: The Data Dependency graph augmented with control dependence can be common out based on the dominator info. The instruction I1 dominates all the uses say instruction I2 and I3. Then I2 and I3 depends on I1. Thus the Graph can be Formed from the dominator tree of all the instructions and

[Bug c++/67324] Failures in Assignable concept's requires-expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67324 Casey Carter changed: What|Removed |Added CC||Casey at Carter dot net --- Comment #1

[Bug c++/67426] New: Ambiguous overload between different function templates, where one has non-deduced arg

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67426 Bug ID: 67426 Summary: Ambiguous overload between different function templates, where one has non-deduced arg Product: gcc Version: 5.2.0 Status: UNCONFIRMED

[Fortran, committed] XFAIL read_dir.f90 on FreeBSD

I've committed the patch that follows my .sig. 2015-09-01 Steven G. Kargl * gfortran.dg/read_dir.f90: XFAIL this testcase on FreeBSD. Clean-up a created directory if testcase fails. I suspect that this testcase will fail on all *BSD OS's. -- Steve Index:

[Bug sanitizer/67258] "invalid vptr" false positive from ubsan for virtual inheritance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67258 Avi Kivity changed: What|Removed |Added CC|

[Bug ipa/67428] lto1: fatal error: test.elf.ltrans0.o: section is missing with -flto -fipa-pta

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67428 --- Comment #3 from Georg-Johann Lay --- Created attachment 36280 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36280=edit i.c (C-source 3/3)

[Bug fortran/67429] New: [5/6 Regression] Missing part of error messages.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67429 Bug ID: 67429 Summary: [5/6 Regression] Missing part of error messages. Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

Re: [PATCH] add initial support for J2 core to sh target

On Wed, Sep 02, 2015 at 01:24:55AM +0900, Oleg Endo wrote: > > I'm not sure what the best way to achieve multiple goals is, but the > > current behavior makes it so you need --isa=any (and a final binary > > with weird ABI tag) to have a binary that supports atomic operations > > on any SH model.

Re: [PATCH] [libstdc++] Run tests on RTEMS

On Sep 1, 2015, at 3:05 AM, Sebastian Huber wrote: > libstdc++-v3/ChangeLog > 2015-09-01 Sebastian Huber > >testsuite/*: Use 's/dg-do run.*\*-\*-cygwin\* /&*-*-rtems* /' to >add RTEMS target selector to all tests

Re: Acceptance criteria for the git conversion

On 09/01/2015 08:11 PM, Joseph Myers wrote: > On Tue, 1 Sep 2015, Richard Earnshaw wrote: > >> Renaming the files during the conversion is clearly *not* the right >> thing to do: it would break all builds of old code. > > Indeed. Ideally the tree objects in the git conversion should have >

[Bug ipa/67428] lto1: fatal error: test.elf.ltrans0.o: section is missing with -flto -fipa-pta

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67428 --- Comment #4 from Georg-Johann Lay --- Created attachment 36281 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36281=edit output of gcc-5.2

[Bug fortran/67429] [5/6 Regression] Missing part of error messages.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67429 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org ---

Re: Acceptance criteria for the git conversion

Joseph Myers : > Indeed. Ideally the tree objects in the git conversion should have > exactly the same contents as SVN commits, and so be shared with the > git-svn history to reduce the eventual repository size (except where there > are defects in the git-svn history,

Live range Analysis based on tree representations

All: The Live ranges info on tree SSA representation is important step towards the SSA based code motion optimizations. As the code motion optimization based on the SSA representation effects the register pressure and reasons for performance Bottleneck. I am proposing the Live range Analysis

[Bug ipa/67428] New: lto1: fatal error: test.elf.ltrans0.o: section is missing with -flto -fipa-pta

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67428 Bug ID: 67428 Summary: lto1: fatal error: test.elf.ltrans0.o: section is missing with -flto -fipa-pta Product: gcc Version: 5.2.0 Status: UNCONFIRMED Keywords:

[Bug ipa/67428] lto1: fatal error: test.elf.ltrans0.o: section is missing with -flto -fipa-pta

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67428 --- Comment #5 from Georg-Johann Lay --- Created attachment 36282 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36282=edit output of avr-gcc-6 (SVN trunk 227033)

Re: Repository for the conversion machinery

"Eric S. Raymond" writes: > I've made it available at: > > http://thyrsus.com/gitweb/?p=gcc-conversion.git > > The interesting content is gcc.map (the contributor map) and gcc.lift. The current entry ro = Rainer Orth lists my old email

Re: Action stamps

On 08/29/2015 10:58 AM, Dominique d'Humières wrote: For Jakub or anyone else wanting a key to associate a file with a commit, they can decide for themselves what date format they want to use and whether to bother with the user id. I would think that if he is only interested in commits on the

Re: [PATCH][4/N] Introduce new inline functions for GET_MODE_UNIT_SIZE and GET_MODE_UNIT_PRECISION

On 08/26/2015 08:53 AM, Oleg Endo wrote: On 26 Aug 2015, at 23:27, Oleg Endo wrote: On 19 Aug 2015, at 22:35, Jeff Law wrote: On 08/19/2015 06:29 AM, David Sherwood wrote: I asked Richard S. to give this a once-over which he did. However, he

Re: GTY / gengtype question - adding a new header file

"Steve Ellcey " writes: > I have a question about gengtype and GTY. I was looking at adding some > code to mips.c and it occurred to me that that file was getting very > large (19873 lines). So I wanted to add a new .c file instead but that > file needed some types that were

RE: Repository for the conversion machinery

Hi, Current email address for Xuepeng Guo is terry@arm.com Best regards, Thomas > -Original Message- > From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On > Behalf Of Eric S. Raymond > Sent: Thursday, August 27, 2015 10:38 PM > To: gcc@gcc.gnu.org > Subject: Repository

[RS6000] Weak functions may not be file local

A weak symbol defined in the current object file may not turn out to be the definition used at link time, if other copies of the symbol exist. This means they can't be considered file local; Calls to weak functions need a nop so that the linker can replace it with a toc restoring insn if the

reload question about unmet constraints

Given this test case for rl78-elf: extern __far int a, b; void ffr (int x) { a = b + x; } I'm trying to use this patch: Index: gcc/config/rl78/rl78-virt.md === --- gcc/config/rl78/rl78-virt.md (revision 227360) +++

[Bug target/67417] powerpc64 bootstrap with -mcmodel=small results in linker error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67417 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ada/48002] internal error on calling inherited, overloaded and abstract subprograms with string literal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48002 yuta tomino changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

RFC: adding Linux vsyscall-disable and similar backwards-incompatibility flags to ELF headers?

Hi all- Linux has a handful of weird features that are only supported for backwards compatibility. The big one is the x86_64 vsyscall page, but uselib probably belongs on the list, too, and we might end up with more at some point. I'd like to add a way that new programs can turn these features

Re: RFC: adding Linux vsyscall-disable and similar backwards-incompatibility flags to ELF headers?

On Tue, Sep 1, 2015 at 5:51 PM, Andy Lutomirski wrote: > > Linux has a handful of weird features that are only supported for > backwards compatibility. The big one is the x86_64 vsyscall page, but > uselib probably belongs on the list, too, and we might end up with > more at

Re: reload question about unmet constraints

On Tue, Sep 1, 2015 at 6:20 PM, DJ Delorie wrote: > >> It did match the first alternative (alternative 0), but it matched the >> constraints Y/Y/m. > > It shouldn't match Y as those are for near addresses (unless it's only > matching MEM==MEM), and the ones in the insn are far,

Re: RFC: adding Linux vsyscall-disable and similar backwards-incompatibility flags to ELF headers?

On Sep 1, 2015 6:53 PM, "Brian Gerst" wrote: > > On Tue, Sep 1, 2015 at 8:51 PM, Andy Lutomirski wrote: > > Hi all- > > > > Linux has a handful of weird features that are only supported for > > backwards compatibility. The big one is the x86_64 vsyscall

[gomp4] useless reduction locks and other bug fixes

This patch teaches lower_oacc_reductions not to generate calls to GOACC_{UN}LOCK if they aren't any reductions. That situation can happen when there is a fake gang reduction on a private variable. I also found a bug where the lower_rec_input_clauses expects there to be a data mapping for the

fixed misplaced testcase

2015-09-01 Kenneth Zadeck * gcc.c-torture/execute/ieee/2320-1.c Fixed misplaced test case. This was approved offline by Mike Stump. committed as revision 227389. Kenny --- gcc/testsuite/gcc.c-torture/execute/ieee/2320-1.c (revision 227385) +++

[PATCH PR66388]Add sizetype cand for BIV of smaller type if it's used as index of memory ref

Hi, This patch is a new approach to fix PR66388. IVO today computes iv_use with iv_cand which has at least same type precision as the use. On 64bit platforms like AArch64, this results in different iv_cand created for each address type iv_use, and register pressure increased. As a matter of

RE: GTY / gengtype question - adding a new header file

Steve Ellcey writes: > On Tue, 2015-09-01 at 10:13 +0200, Georg-Johann Lay wrote: > > > > > I'd have a look at what BEs are using non-default target_gtfiles. > > > > Johann > > There are a few BEs that add a .c file to target_gtfiles, but no > platforms that add a .h

Re: Acceptance criteria for the git conversion

On Tue, 2015-09-01 at 11:30 -0400, Eric S. Raymond wrote: > Joseph Myers : > > With 227369 revisions I don't think adding git-style summary lines is > > really practical without some very reliable automation to match commits to > > corresponding gcc-patches messages

[Bug fortran/67174] [6 regression] gfortran.dg/do_iterator.f90 FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67174 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org ---

RE: [PATCH] PR 60586

> -Original Message- > From: Jeff Law [mailto:l...@redhat.com] > Sent: Tuesday, September 1, 2015 3:26 PM > To: Iyer, Balaji V; gcc-patches@gcc.gnu.org > Cc: Zamyatin, Igor > Subject: Re: [PATCH] PR 60586 > > On 08/31/2015 06:04 PM, Iyer, Balaji V wrote: > > Hello Everyone, > > This

Re: reload question about unmet constraints

> It did match the first alternative (alternative 0), but it matched the > constraints Y/Y/m. It shouldn't match Y as those are for near addresses (unless it's only matching MEM==MEM), and the ones in the insn are far, but ... > Reload doesn't have any concept of two different kinds of memory >

Re: [RS6000] Don't pass --oformat to ld

On Tue, Sep 1, 2015 at 9:35 PM, Alan Modra wrote: > bugzilla.redhat.com/show_bug_cgi?id=1255946 shows that gcc built with > both powerpc64-linux and powerpc64le-linux support passes wrong linker > options when trying to link in the non-default endian. A --oformat > option

[Bug ada/48039] Legal program rejected, a formal function is not visible in generic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48039 yuta tomino changed: What|Removed |Added Version|4.5.2 |6.0 Known to fail|

Re: [PING] Re: [PATCH] c/66516 - missing diagnostic on taking the address of a builtin function

On Tue, 1 Sep 2015, Martin Sebor wrote: > I also noticed uses of DECL_LANG_FLAG_4 in the definitions of > what appear to be C-specific macros in c-family/c-common.h, > and then uses of the same macro in definitions of a C++-specific > macro in cp/cp-tree.h. That seems like a bug waiting to

[Bug fortran/67429] [5/6 Regression] Missing part of error messages.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67429 --- Comment #9 from Manuel López-Ibáñez --- Even with the original patch applied to r227391, I cannot reproduce the error that you get. On x86_64-linux-gnu, I get: Starting program: /home/manuel/test1/226953M/build/gcc/f951

Re: Acceptance criteria for the git conversion

David Malcolm : > > Still, if anyone else is brave enough to write a script that will munch > > through gcc-patches producing committer/date/subject-line triples, I'll > > give it a try. > > I don't think committer/date/subject-line triples are adequate: the > dates are

[Bug rtl-optimization/42497] Generate conditional tail calls .

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42497 Peter Cordes changed: What|Removed |Added CC||peter at cordes dot ca --- Comment #3

Re: [gomp4] useless reduction locks and other bug fixes

[Attaching patch this time.] On 09/01/2015 04:21 PM, Cesar Philippidis wrote: > This patch teaches lower_oacc_reductions not to generate calls to > GOACC_{UN}LOCK if they aren't any reductions. That situation can happen > when there is a fake gang reduction on a private variable. > > I also

Re: RFC: adding Linux vsyscall-disable and similar backwards-incompatibility flags to ELF headers?

On Tue, Sep 1, 2015 at 8:51 PM, Andy Lutomirski wrote: > Hi all- > > Linux has a handful of weird features that are only supported for > backwards compatibility. The big one is the x86_64 vsyscall page, but > uselib probably belongs on the list, too, and we might end up with

Re: RFC: adding Linux vsyscall-disable and similar backwards-incompatibility flags to ELF headers?

On Sep 1, 2015 6:12 PM, "Ian Lance Taylor" wrote: > > On Tue, Sep 1, 2015 at 5:51 PM, Andy Lutomirski wrote: > > > > Linux has a handful of weird features that are only supported for > > backwards compatibility. The big one is the x86_64 vsyscall page, but

Re: [musl] RFC: adding Linux vsyscall-disable and similar backwards-incompatibility flags to ELF headers?

On Tue, Sep 01, 2015 at 05:51:44PM -0700, Andy Lutomirski wrote: > Hi all- > > Linux has a handful of weird features that are only supported for > backwards compatibility. The big one is the x86_64 vsyscall page, but > uselib probably belongs on the list, too, and we might end up with > more at

[Bug ada/48013] generic instantiation breaks the restriction of No_Elaboration_Code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48013 yuta tomino changed: What|Removed |Added Version|4.5.2 |6.0 Known to fail|

[Bug target/67417] powerpc64 bootstrap with -mcmodel=small results in linker error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67417 --- Comment #6 from Alan Modra --- Author: amodra Date: Tue Sep 1 23:25:48 2015 New Revision: 227389 URL: https://gcc.gnu.org/viewcvs?rev=227389=gcc=rev Log: [RS6000] Weak functions may not be file local A weak symbol defined in the current

Re: reload question about unmet constraints

On 09/01/2015 12:44 AM, DJ Delorie wrote: > I expected gcc to see that the operation doesn't meet the constraints, > and move operands into registers to make it work (alternative 1, > "v/v/v"). It did match the first alternative (alternative 0), but it matched the constraints Y/Y/m. Operands 1

Go patch committed: handle out of range constant integer to string conversion

This patch by Chris Manghane fixes the Go compiler to correctly handle an integer to string conversion when the integer is an out of range constant. This fixes https://golang.org/issue/11525 . Bootstrapped and ran Go testsuite on x86_64-unknown-linux-gnu. Committed to mainline. Ian Index:

[Bug fortran/67429] [5/6 Regression] Missing part of error messages.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67429 --- Comment #10 from Manuel López-Ibáñez --- (In reply to Paul Thomas from comment #7) > The patch for PR65045 is the simplest manifestation that I have found. I am > very grateful to Dominique for posting this PR because the problem has been >

RE: [PATCH] PR 60586

> -Original Message- > From: Iyer, Balaji V > Sent: Tuesday, September 1, 2015 6:17 PM > To: 'Jeff Law'; gcc-patches@gcc.gnu.org > Cc: Zamyatin, Igor > Subject: RE: [PATCH] PR 60586 > > > > > -Original Message- > > From: Jeff Law [mailto:l...@redhat.com] > > Sent: Tuesday,

[RS6000] Don't pass --oformat to ld

bugzilla.redhat.com/show_bug_cgi?id=1255946 shows that gcc built with both powerpc64-linux and powerpc64le-linux support passes wrong linker options when trying to link in the non-default endian. A --oformat option coming from LINK_TARGET_SPEC is only correct for 32-bit. It turns out that GNU ld

Re: [PATCH v2] [libstdc++] Run tests on RTEMS

On 09/01/2015 05:02 AM, Sebastian Huber wrote: v2: Include all options and not only "dg-do run ...". libstdc++-v3/ChangeLog 2015-09-01 Sebastian Huber testsuite/*: Use 's/\*-\*-cygwin\* /&*-*-rtems* /' to add RTEMS target selector to all

Re: [PATCH] PR 60586

On 08/31/2015 06:04 PM, Iyer, Balaji V wrote: Hello Everyone, This patch will fix the bug reported in Bugzilla, PR 60586. The issue was that the spawned function's function arguments must not be pushed into the nested/lambda function. This patch should fix that issue. I have tested

gcc-5-20150901 is now available

Snapshot gcc-5-20150901 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/5-20150901/ 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/branches/gcc-5

[Bug fortran/67429] [5/6 Regression] Missing part of error messages.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67429 --- Comment #3 from Steve Kargl --- On Tue, Sep 01, 2015 at 08:05:33PM +, dominiq at lps dot ens.fr wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67429 > > --- Comment #2 from Dominique d'Humieres --- > > So, why isn't this a

[Bug fortran/67429] [5/6 Regression] Missing part of error messages.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67429 --- Comment #4 from Dominique d'Humieres --- > It's the same piece of code causing the problem. One > needs to go to PR65045 to get the code, so this PR > is superfluous. When the ICE is fixed, then > error message should be addressed. The

[Bug fortran/67429] [5/6 Regression] Missing part of error messages.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67429 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #6

Re: [Fortran, committed] XFAIL read_dir.f90 on FreeBSD

On 09/01/2015 11:18 AM, Steve Kargl wrote: > On Tue, Sep 01, 2015 at 11:16:27AM -0700, Steve Kargl wrote: >> open(unit=10, file='junko.dir',iostat=ios,action='read',access='stream') >> if (ios.ne.0) call abort >> read(10, iostat=ios) c >> - if (ios.ne.21) call abort >> + if

[Bug target/67417] powerpc64 bootstrap with -mcmodel=small results in linker error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67417 --- Comment #5 from Alan Modra --- Author: amodra Date: Tue Sep 1 23:04:58 2015 New Revision: 227387 URL: https://gcc.gnu.org/viewcvs?rev=227387=gcc=rev Log: [RS6000] Weak functions may not be file local A weak symbol defined in the current

Re: [Patch, libfortran] PR 67414 Improve error handling

On Tue, Sep 1, 2015 at 1:04 AM, FX wrote: >> the attached patch improves the error handling for backtrace failing, >> by printing the error number or the error string in addition to the >> message. It also fixes a potential null pointer crash in gf_strerror. >> >> Regtested

[Bug fortran/67429] [5/6 Regression] Missing part of error messages.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67429 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

RE: [PATCH, MIPS] Compact branch support for MIPS32R6/MIPS64R6

Moore, Catherine writes: > Hi Matthew: > > > -Original Message- > > From: Matthew Fortune [mailto:matthew.fort...@imgtec.com] > > Sent: Monday, August 17, 2015 6:47 PM > > To: Moore, Catherine; 'gcc-patches@gcc.gnu.org' (gcc-patches@gcc.gnu.org) > > Subject:

[Bug target/67417] powerpc64 bootstrap with -mcmodel=small results in linker error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67417 --- Comment #4 from Alan Modra --- Author: amodra Date: Tue Sep 1 23:03:19 2015 New Revision: 227386 URL: https://gcc.gnu.org/viewcvs?rev=227386=gcc=rev Log: [RS6000] Weak functions may not be file local A weak symbol defined in the current

Re: reload question about unmet constraints

On 09/01/2015 01:44 AM, DJ Delorie wrote: Given this test case for rl78-elf: extern __far int a, b; void ffr (int x) { a = b + x; } I'm trying to use this patch: Index: gcc/config/rl78/rl78-virt.md === ---

[Bug fortran/67429] [5/6 Regression] Missing part of error messages.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67429 --- Comment #5 from Steve Kargl --- > > Please read comment 0. > I read comment #0. THERE IS NO CODE THERE. THERE IS NO CODE ATTACHED TO THIS PR. One needs to go to PR65045 to get the code that is causing the error message. Ergo, this is a

Re: [PATCH] [ARM, Callgraph] Fix PR67280: function incorrectly marked as nothrow

On 08/28/2015 09:03 AM, Charles Baylis wrote: Hi This patch is an attempt to fix https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67280. I have written up an analysis of the bug there. When cgraph_node::create_wrapper() updates the callgraph for the new function, it sets the can_throw_external

[Bug fortran/67429] [5/6 Regression] Missing part of error messages.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67429 --- Comment #7 from Paul Thomas --- (In reply to Steve Kargl from comment #5) > > > > Please read comment 0. > > > > I read comment #0. > > THERE IS NO CODE THERE. > > THERE IS NO CODE ATTACHED TO THIS PR. > > One needs to go to PR65045 to

Re: [PING] Re: [PATCH] c/66516 - missing diagnostic on taking the address of a builtin function

On 09/01/2015 11:29 AM, Joseph Myers wrote: On Tue, 1 Sep 2015, Martin Sebor wrote: Attached is an updated patch that avoids diagnosing taking the address of implicitly declared library builtins like abs, bootstrapped and tested on ppc64le with no regressions. The tweak below was added to

[Bug fortran/67429] [5/6 Regression] Missing part of error messages.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67429 --- Comment #2 from Dominique d'Humieres --- > So, why isn't this a duplicate of PR65045? Because PR65045 is about an ICE and this PR is about missing text in the error messages.

[Bug libstdc++/66624] libstdc++ iostream uninitialized data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66624 TC changed: What|Removed |Added CC||rs2740 at gmail dot com --- Comment #5 from TC

Re: [PATCH][optabs][ifcvt][1/3] Define negcc, notcc optabs

On 09/01/2015 09:04 AM, Kyrill Tkachov wrote: Hi all, This first patch introduces the negcc and notcc optabs that should expand to a conditional negate or a conditional bitwise complement operation. These are used in ifcvt.c to transform code of the form: if (test) x = -A; else x = A; into: x

[FYI][PATCH] libgo/runtime: S/390: Workaround for broken setcontext in Gcc.

The attached patch is a workaround for a Bug in Glibc versions on S/390 where setcontext() screws up the processes signal mask. The patch is meant to be an optional addon for people who need it. Please check the commit comment in the patch for a detailed description. ** Please do NOT apply this

[Bug tree-optimization/67351] Missed optimisation on 64-bit field compared to 32-bit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67351 --- Comment #8 from hs.naveen2u at gmail dot com --- Patch that implements the optimization referred by Richard and Andrew. https://gcc.gnu.org/ml/gcc-patches/2015-09/msg00014.html

[Bug middle-end/67418] resolution to constant fails between pointer on stack and pointer within argument structure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67418 --- Comment #2 from Emmanuel Thomé --- ok thanks. Indeed it's more an enhancement request then.

[Bug fortran/50539] Internal error gfc_match_entry(): Bad state (r178939)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50539 --- Comment #5 from Dominique d'Humieres --- Fixed by revisions r223321 for trunk (6.0) and r223405 for the 5-branch as expected for a duplicate of pr66044.

Fix 61441

The following patch fixes 61441. It converts sNaN to qNaN on folding when -fno-signaling-nans is used. Bootstrap and regression tests on x86_64-linux-gnu and aarch64-unknown-linux-gnu passed with changes done on trunk. Is this fix fine ? Regards, Sujoy 2015-09-01 Sujoy Saraswati

[Bug libfortran/35731] libfortran should use gettext to for localized error messages

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35731 Francois-Xavier Coudert changed: What|Removed |Added Status|NEW |RESOLVED CC|

Re: [PATCH] Import liboffloadmic from upstream

Ilya Verbin writes: (...) > abidiff: ../../src/abg-comparison.cc:10731: virtual void > abigail::comparison::fn_parm_diff::report(std::ostream&, const string&) > const: Assertion `get_type_diff() && get_type_diff()->to_be_reported()' > failed. > Aborted (core dumped)

[Bug fortran/67414] [5/6 Regression] Error message on failed allocate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67414 Richard Biener changed: What|Removed |Added Target Milestone|--- |5.3 Summary|[5 Regression]

[Bug regression/67415] [5/6 Regression] -mcpu= breaks -print-file-name for ARM crosscompilers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67415 Richard Biener changed: What|Removed |Added Target||arm* Host|

Re: [PATCH][AArch64] Fix FAIL: gcc.target/aarch64/target_attr_crypto_ice_1.c (internal compiler error)

Ping. https://gcc.gnu.org/ml/gcc-patches/2015-08/msg01084.html Thanks, Kyrill On 19/08/15 14:41, Kyrill Tkachov wrote: Hi all, This fixes the ICE exposed by Alexandre's patch (https://gcc.gnu.org/ml/gcc-patches/2015-08/msg00873.html) The solution I came up with is to re-layout the parameter

[Bug middle-end/67409] [5/6 Regression] tree-cfg.c dereferences a NULL pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67409 Richard Biener changed: What|Removed |Added Keywords||accepts-invalid Known to work|

[Bug target/67305] [6 Regression] gcc.c-torture/compile/20121027-1.c ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67305 --- Comment #7 from Jiong Wang --- (In reply to Segher Boessenkool from comment #6) > The predicate here is "neon_permissive_struct_operand", and indeed > it is _very_ permissive ;-) > > This goes through neon_vector_mem_operand(op, 2, false)

  1   2   3   >