New Finnish PO file for 'cpplib' (version 4.8-b20130224)

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

Contents of PO file 'cpplib-4.8-b20130224.fi.po'

cpplib-4.8-b20130224.fi.po.gz Description: Binary data The Translation Project robot, in the name of your translation coordinator.

Re: more distributions

On Sat, Mar 2, 2013 at 3:43 PM, Paolo Carlini wrote: > Yes. Personally, I'm also eager to see your further performance improvements, > but I'm afraid will have to wait for 4.9.0. I checked in the code. The performance improvements need some discussions. I need to do some more experimentation a

Re: [lra] merged with trunk

On Fri, Mar 1, 2013 at 8:53 PM, Vladimir Makarov wrote: > LRA branch was merged with trunk @ r196386. > > The branch was successfully bootstrapped on x86 and x86-64. > > Committed as rev. 196390. Also successfully bootstrapped and tested on powerpc64-unknown-linux-gnu and ia64-unknown-linux-gnu, a

Re: more distributions

Hi, > On Sat, Mar 2, 2013 at 5:21 AM, Paolo Carlini > wrote: >> Exceptionally, I think we can ho ahead with this one too. > > Shall I check in the two patches? Yes. Personally, I'm also eager to see your further performance improvements, but I'm afraid will have to wait for 4.9.0. Thanks, Pa

Re: more distributions

On Sat, Mar 2, 2013 at 5:21 AM, Paolo Carlini wrote: > Exceptionally, I think we can ho ahead with this one too. Shall I check in the two patches? I added the work-around for copysign which is the only function used other than log, cos, acos, sqrt.

Re: [Patch, fortran] [0/5] PR54730 ICE: confused by type-like fonctions

Le 22/02/2013 16:23, Tobias Burnus a écrit : Regarding the naming, can you use a bit more speaking names? For instance – without claiming that the naming choice is best: "undo_changes" instead of "changes", "emtpy_undo_change_set_var" instead of "change_set_var", "gfc_new_undo_checkpoint" instead

[Patch, fortran] [4/4] C binding access to C_PTR type: main fix

This is the main part of the patch. A new argument "hidden" is added to generate_isocbinding_symbol, telling whether we want the symbol accessible or not. The code trying to reuse existing symbols is rewritten as follows: - A big condition containing two internal assignments is extracted into a ne

[Patch, fortran] [3/4] C binding access to C_PTR type: don't do name lookup in gen_special_c_interop_ptr

This patch fixes gen_special_c_interop_ptr, which uses gfc_find_symtree to retrieve the current symbol. Again, this is not safe to renaming and hiding, so this patch passes the symbol directly, instead of passing its name and retrieving the symbol from it. 2013-03-02 Mikael Morin * sy

[Patch, fortran] [2/4] C binding access to C_PTR type: use gfc_get_iso_c_binding_dt

gen_cptr_param uses gfc_get_ha_symbol to retrieve the c_ptr symbol. This is not safe to symbol renaming and to symbol hiding. This patch changes it to use get_iso_c_binding_dt, which is the function used elsewhere. 2013-03-02 Mikael Morin * symbol.c (gen_cptr_param): Retrieve pointer ty

[Patch, fortran] [1/4] C binding access to C_PTR type: preliminary cleanups

This patch contains some preliminary cleanup. - generate_isocbinding_symbol handles NULL symbol names just fine. Thus, there is no need to pass explicitly the "c_ptr" or "c_funptr" strings. - There is a lot of code that looks like if (cond) { foo (c_ptr);

[Patch, fortran] [0/4] PR55574: C binding access to C_PTR type

Hello, as promised, here comes the patch for PR55574, where for code like: use iso_c_binding, only : c_loc type(C_PTR) :: f_ptr the second statement is accepted despite c_ptr not being use-associated, as c_loc implicitly pulls-in c_ptr. This regression comes from Tobias' "constructor" patch (

[C++ testcases, committed] PR 10291, PR 52688

Hi, I added some testcases and closed the PRs as fixed for 4.8.0. Thanks, Paolo. 2013-03-02 Paolo Carlini PR c++/52688 * g++.dg/template/static33.C: New. * g++.dg/template/static34.C: Likewise. PR c++/10291 * g++.dg/template/stat

Re: more distributions

Hi, On 03/01/2013 07:52 PM, Ulrich Drepper wrote: I have a few more distributions to be added. The triangle distribution is the result of combining to uniform distributions and therefore quite frequently used. The von Mises distribution (the simple, 2D version) would be the first circular dist

Re: [PATCH] C++ math constants

Hi, On 03/01/2013 03:54 PM, Ulrich Drepper wrote: How about this patch then? As I said, I have code in need of constants lined up and Edward likely also wants to take advantage of them in some of his code. this seems straightforward enough to go in even at this late stage. Thanks, Paolo.