New Vietnamese PO file for 'gcc' (version 4.7.1)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'gcc' has been submitted by the Vietnamese team of translators. The file is available at: http://translationproject.org/latest/gcc/vi.po (This file, 'gcc-4.7.1.vi.po', has j

[PATCH] Use __cxa_atexit on OpenBSD

Split out from Functionality was added in OpenBSD 4.3 and has been used by the system compiler ever since. Tested on i386-*-openbsd5.2 and amd64-*-openbsd5.2. Changes a couple of FAILs on constructor/destructor related tests into PASSes.

[Patch, Fortran] Fix some issues found by Coverity's static-code analysis scan

Dear all, this patch fixes some of the warning showing up for gcc/fortran at http://scan.coverity.com/. Coverity sells static C/C++/C#/Java code analyzers and offer scanning to open-source projects. The result looks like http://www.coverity.com/images/products/static-analysis/screenshot-1-lar

[PATCH] Use dl_iterate_phdr() on OpenBSD

Split out from . Makes exception handling in shared libraries actually work. OpenBSD doesn't have so this slightly inceases the #ifdef spaghetti. Tested on i386-*-openbsd5.2 and amd64-*-openbsd5.2. Turns quite a few exception handling FA

Re: [PATCH v2] rs6000: Add 2 built-ins to read the Time Base Register on PowerPC

There is no problem. Segher is concerned that -mcpu=powerpc64, which is suppose to generate "generic" PPC64 code produces mftb instead of mfspr. And the MFTB instruction is phased out of the architecture. I was under the impression that now or in the near future there would be implementations

Re: [PATCH] Set correct source location for deallocator calls

On Fri, Sep 14, 2012 at 9:27 PM, Andrew Pinski wrote: > On Fri, Sep 14, 2012 at 9:25 PM, H.J. Lu wrote: >> On Sat, Sep 8, 2012 at 2:42 PM, Dehao Chen wrote: >>> Hi, >>> >>> I've added a libjava unittest which verifies that this patch will not >>> break Java debug info. I've also incorporated Ric

Decltype and opaque vectors (was: vector comparisons in C++)

On Fri, 14 Sep 2012, Jason Merrill wrote: On 09/14/2012 11:03 AM, Marc Glisse wrote: I wanted to use decltype(x That sounds like the right answer. Hello, does the attached make sense? It passes booststrap+testsuite, but with vectors that doesn't prove much... 2012-09-17 Marc Glisse

[Patch, Fortran] (2/n) Fix some issues found by Coverity's static-code analysis scan

That's a second patch which fixes some of the found issues. Build and regtested on x86-64-gnu-linux. OK for the trunk? Tobias Fixed issues: o match.c: One has "stat = tmp;" etc. If "tmp" is not reused, one might have a double free in the error case. MATCH_ERROR: Unreachable - it is already

Re: [Patch, Fortran] (2/n) Fix some issues found by Coverity's static-code analysis scan

Dear Tobias, > Build and regtested on x86-64-gnu-linux. > OK for the trunk? I am not convinced that the gcc_asserts are need in encode_derived but I guess they do no harm. OK for trunk. Thanks for the patch. Paul

Re: [Patch, Fortran] Fix some issues found by Coverity's static-code analysis scan

Dear Tobias, > Build and regtested on x86-64-linux. > OK for the trunk? OK for trunk - thanks for the patch. Cheers Paul

[Patch, Fortran] PR 54387: [F03] Wrongly accepts non-proc result variable on the RHS of a proc-pointer assignment

Hi all, here is a small patch which fixes an accepts-invalid problem with proc-pointer assignments. Regtested on x86_64-unknown-linux-gnu. Ok for trunk? Cheers, Janus 2012-09-15 Janus Weil PR fortran/54387 * expr.c (gfc_check_pointer_assign): Check for result of embracing

Re: [Patch, Fortran] Fix some issues found by Coverity's static-code analysis scan

Argh! Paul OKed the patch already. Here are my comments anyway. On 15/09/2012 11:46, Tobias Burnus wrote: > Dear all, > > this patch fixes some of the warning showing up for gcc/fortran at > http://scan.coverity.com/. Coverity sells static C/C++/C#/Java code > analyzers and offer scanning to open

Re: Tighten forwprop1 testing

On Fri, Sep 14, 2012 at 9:30 PM, Marc Glisse wrote: > Hello, > > recent patches have let optimizations move from forwprop2 to forwprop1. The > attached checks that this remains the case. (copyprop1 is the first pass > after forwprop1 that does a dce-like cleanup) > > Only manually tested for now,

Re: [PATCH] Set correct source location for deallocator calls

I tried the up-to-date addr2line on any "gcc -g" generated code, it does not work either. This is because in the new dwarf, the DW_AT_high_pc now actually means the size. e.g. <1><9b>: Abbrev Number: 2 (DW_TAG_subprogram) <9c> DW_AT_external: 1 <9c> DW_AT_name: bar

[lra] Merging with trunk

Lra branch was merged with trunk at 191030. The following patch was added to fix build/bootstrap failure for x86/x86-64. The patch was successfuly bootstrapped on x86/x86-64, ppc64 and ARM. 2012-09-14 Vladimir Makarov * lra-int.h (lra_optional_reload_pseudos): New external.

Re: [PATCH] Rs6000 infrastructure cleanup (switches)

On 13.09.12 00:43, Michael Meissner wrote: The following patches tackle an issue that David and I have been encountering and working around for 15 years or so in the rs6000 port. The basic problem is that we have long ago overflowed the 31 bits you get in target_flags, and different options have

Re: [Patch, Fortran] Fix some issues found by Coverity's static-code analysis scan

Hi Mikael, thanks for your comments. As a pre-script: Will you look at Paul's revised assignment patch - or should I do it? Mikael Morin wrote: [Out of bounds] diff --git a/gcc/fortran/array.c b/gcc/fortran/array.c index 44ec72e..1611c3b 100644 --- a/gcc/fortran/array.c +++ b/gcc/fortran/ar

Re: [PATCH] Set correct source location for deallocator calls

On Sat, Sep 15, 2012 at 9:09 AM, Dehao Chen wrote: > I tried the up-to-date addr2line on any "gcc -g" generated code, it > does not work either. This is because in the new dwarf, the > DW_AT_high_pc now actually means the size. e.g. > > <1><9b>: Abbrev Number: 2 (DW_TAG_subprogram) > <9c> D

[Patch,avr] Fix canadian cross build fail

Canadian cross build fails because the wrong compiler is used to compile gen-avr-mmcu-texi. This small tool must run on build and not on host, thus the right compiler is CC_FOR_BUILD. Just changing the compiler is not enough because files like system.h were dragged in that were configured for hos

Re: LTO partitioning reorg 4/n

> > The patch also fixed undefined reference symbol seen with max partitioning > > on a testcase. > > Here we fold through a reference to constant variable into a reference to > > constant pool. > > Since initializer of the constant variable is not seen by the partitioner, > > we do not > > dupl

Re: [PATCH] Set correct source location for deallocator calls

Yeah, in dwarf2out.c: 4590 add_AT_low_high_pc (dw_die_ref die, const char *lbl_low, const char *lbl_high, .. 4604 if (dwarf_version < 4) 4605 attr.dw_attr_val.val_class = dw_val_class_lbl_id; 4606 else 4607 attr.dw_attr_val.val_class = dw_val_class_high_pc; . dw_val_class_lbl_

Re: [PATCH] Set correct source location for deallocator calls

On Sun, Sep 16, 2012 at 06:03:24AM +0800, Dehao Chen wrote: > The dwarf4 specification says: > > If the value of the DW_AT_high_pc is of class address, it is the > relocated address of the first location past the last instruction > associated with the entity; if it is of class constant, the value

Re: [PATCH] Use __cxa_atexit on OpenBSD

On Sat, Sep 15, 2012 at 2:45 AM, Mark Kettenis wrote: > > 2012-09-02 Mark Kettenis > > * config.gcc (*-*-openbsd4.[3-9]|*-*-openbsd[5-9]*): Set > default_use_cxa_atexit to yes. This is OK. Thanks. Ian

Re: [PATCH] Set correct source location for deallocator calls

On Sun, Sep 16, 2012 at 12:09:04AM +0800, Dehao Chen wrote: > I tried the up-to-date addr2line on any "gcc -g" generated code, it > does not work either. This is because in the new dwarf, the > DW_AT_high_pc now actually means the size. e.g. > > <1><9b>: Abbrev Number: 2 (DW_TAG_subprogram) >

Re: [PATCH] Use dl_iterate_phdr() on OpenBSD

On Sat, Sep 15, 2012 at 2:57 AM, Mark Kettenis wrote: > > 2012-09-02 Mark Kettenis > > * config.host (*-*-openbsd*): Add t-eh-dw2-dip to tmake_file. > * unwind-dw2-fde-dip.c: Don't include on OpenBSD. > (USE_PT_GNU_EH_FRAME): Define for OpenBSD. > (ElfW): Likewi