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 Japanese team of translators. The file is available at:
http://translationproject.org/latest/gcc/ja.po
(This file, 'gcc-4.6.1.ja.po', has jus
On Sat, Aug 27, 2011 at 9:04 PM, Dodji Seketeli wrote:
> Hello Richard,
>
> Richard Guenther writes:
>
>> In the LTO FE the two linemap_add calls were to advance the location
>> counter to cover the builtin special locations. You exchange these
>> with only one - that doesn't look correct withou
The recent r178104 change to tree-ssa-loop-ivopts.c broke bootstrap on
i686-linux
because stage2 gcc considers the variable 'comp' used but possibly
uninitialized,
see PR50218. Initializing it to ERROR_MARK solves the problem, and is
consistent
with how other parts of r178104 represent absent/i
Hello world,
I have just regenerated all but one ofthe files in
libgfortran/generated/ after regression-testing.
This completed the fix for PR 40866, where I had left out a few files
(possibly because of missing dependencies). It also clears up a
minor inconsistency without any consequence (j
Richard,
Zdenek,
On 08/28/2011 11:43 AM, Mikael Pettersson wrote:
> The recent r178104 change to tree-ssa-loop-ivopts.c broke bootstrap on
> i686-linux
> because stage2 gcc considers the variable 'comp' used but possibly
> uninitialized,
> see PR50218. Initializing it to ERROR_MARK solves the p
Regstrapped on x86_64-apple-darwin10 and powerpc-apple-darwin9 (see
http://gcc.gnu.org/ml/gcc-testresults/2011-08/msg03125.html )
without regression.
Thanks,
Dominique
On Sun, Aug 28, 2011 at 12:30:56PM +0200, Tom de Vries wrote:
> > Ok for trunk? (I don't have svn write access.)
> >
> > /Mikael
> >
> > gcc/
> >
>
> If you can ok this, I'll check it in.
This is fine.
> > 2011-08-20 Mikael Pettersson
> >
> > PR bootstrap/50218
> > * tree-ssa-loo
DR 342 allows null pointer values as non-type arguments in C++11; this
patch implements that. We mangle such arguments as a cast from 0 like
the EDG compiler does.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit c51119b8511eb6988e59c7decdd4c3817b9074bb
Author: Jason Merrill
Date: Fri
Hello,
this patch adds some errno values supported by newer runtime-version.
To keep backward compatibility
this patch checks for their definition before trying to use them.
Especially the EPERM error-number is required for having ISO-C++0x
std::thread support enabled with
winpthread libary for 32
On Aug 25, 2011, at 6:02 PM, H.J. Lu wrote:
> On Thu, Aug 25, 2011 at 5:37 PM, Sriraman Tallam wrote:
>>
>> 1) Make __cpu_indicator_init a constructor in libgcc and guard to call
>> it only once.
>
> This is unreliable and you don't need 3 symbols from libgcc.
I'll add that once you start addin
On Aug 26, 2011, at 10:58 AM, Xinliang David Li wrote:
> Is there a standard way to force this init function to be called
> before all ctors? Adding a ctor in one crtx.o ?
Including the ctors that want to run before all other ctors? Think about that
carefully. :-)
Hi again,
> FAIL: abi/header_cxxabi.c (test for excess errors)
> Excess errors:
> /var/gcc/regression/trunk/11-gcc/build/i386-pc-solaris2.11/libstdc++-v3/include/i386-pc-solaris2.11/bits/c++config.h:167:1:
> error: unknown type name 'namespace'
> /var/gcc/regression/trunk/11-gcc/build/i386-pc-sol
Hi!
Depending on the computed hash of the parameter register, corresponding
ENTRY_VALUE and the size of the hash table it can sometimes happen that
val2 = cselib_lookup_from_insn will actually find val, which means that
ENTRY_VALUEs in DEBUG_INSNs will be kept as ENTRY_VALUEs instead of
REGs or si
On 08/26/2011 05:40 AM, Thomas Koenig wrote:
Hello world,
the attached patch fixes the PR by doing comparisions for wide
characters as unsigned 4-byte ints.
I have put the comparison function into libgfortran.h because I will
need it for MINLOC and friends for characters.
OK for trunk? Which b
Hi,
Hello,
this patch adds some errno values supported by newer runtime-version.
To keep backward compatibility
this patch checks for their definition before trying to use them.
Any particular reason for not using [GLIBCXX_CHECK_SYSTEM_ERROR] for
mingw too (by extending the list of checked syse
2011/8/28 Paolo Carlini :
> Hi,
>>
>> Hello,
>>
>> this patch adds some errno values supported by newer runtime-version.
>> To keep backward compatibility
>> this patch checks for their definition before trying to use them.
>
> Any particular reason for not using [GLIBCXX_CHECK_SYSTEM_ERROR] for mi
On 08/28/2011 10:05 PM, Kai Tietz wrote:
2011/8/28 Paolo Carlini:
Hi,
Hello,
this patch adds some errno values supported by newer runtime-version.
To keep backward compatibility
this patch checks for their definition before trying to use them.
Any particular reason for not using [GLIBCXX_CHEC
2011/8/28 Paolo Carlini :
> On 08/28/2011 10:05 PM, Kai Tietz wrote:
>>
>> 2011/8/28 Paolo Carlini:
>>>
>>> Hi,
Hello,
this patch adds some errno values supported by newer runtime-version.
To keep backward compatibility
this patch checks for their definition before try
Hi,
Ah, now I got you. Hmm, well, I see here no advantage in adding
another macro to check for an macro. As in code of libstdc++ there is
actual no use for those new ones.
To be clear, I didn't personally invent those, but I'm still finding a
bit strange doing only for mingw something complete
Sorry,:
Once more, I don't understand: didn't you suggest changing *only*
ENOSPC and EPERM? Why are we now discussing other error-numbers like
ECHILD, EAFNOSUPPORT and EBADMSG? Are the latter defined in errno.h?
should have written:
Once more, I don't understand: didn't you suggest changing *o
Hi,
tested x86_64-linux, committed to mainline.
Paolo.
//
2011-08-28 Paolo Carlini
* include/bits/move.h (swap(_Tp(&)[_Nm], _Tp(&)[_Nm])): Remove
workaround for c++/49045.
* include/bits/algorithmfwd.h: Likewise.
Index: include/bits/move.h
===
Hi all
I found a typo in sh.opt and fix it.
--Liu
From 16010419db714eae298f8b7c4726eb75383bed78 Mon Sep 17 00:00:00 2001
From: Jia Liu
Date: Mon, 29 Aug 2011 05:25:19 +0800
Subject: [PATCH] sh_dot_opt big endian typo fix
---
gcc/ChangeLog|4
gcc/config/sh/sh.opt |2 +-
2 f
2011/8/28 Paolo Carlini :
> Sorry,:
>>
>> Once more, I don't understand: didn't you suggest changing *only* ENOSPC
>> and EPERM? Why are we now discussing other error-numbers like ECHILD,
>> EAFNOSUPPORT and EBADMSG? Are the latter defined in errno.h?
>
> should have written:
>
> Once more, I don't
On Saturday 27 August 2011 02:34:24 Steve Kargl wrote:
> The attached patch allows gfortran to compile the
> attached testcase. The resulting executable runs
> as expected.
>
> Short story:
>
> character(len=20) :: string = 'some text here'
> character(len=:), allocatable :: s
> n = 5
>
Hi,
Once more, I don't understand: didn't you suggest changing *only* ENOSPC
and EPERM? Why are we now discussing other error-numbers like ECHILD,
EAFNOSUPPORT and EBADMSG? Are the latter defined in errno.h?
should have written:
Once more, I don't understand: didn't you suggest changing *only*
On Friday 26 August 2011 08:51:37 Tobias Burnus wrote:
> Allocatable coarrays are freed and deregistered via the libcaf function
> _gfortran_caf_deregister. Currently, the front end does not generate
> calls to the that function, however, this patch already implements the
> function.
>
> See http:
Liu wrote:
> mb
> -Target Report RejectNegative InverseMask(LITTLE_ENDIAN)
^^^
You missed the "Inverse" prefix, didn't you?
Regards,
kaz
On Mon, Aug 29, 2011 at 7:42 AM, Kaz Kojima wrote:
> Liu wrote:
>> mb
>> -Target Report RejectNegative InverseMask(LITTLE_ENDIAN)
> ^^^
> You missed the "Inverse" prefix, didn't you?
>
> Regards,
> kaz
>
Thanks, It looks like I missed "Inverse" prefix.
Sri, please add a new api to do cpu_indicator initialization on demand
to be used in IFUNC context. Perhaps also add some debug check to make
sure no conflicting cpu model is set.
Ok for google branches for now while the discussion continues.
thanks,
David
On Thu, Aug 25, 2011 at 5:37 PM, Srira
On Sat, Aug 27, 2011 at 3:19 AM, Andrew Stubbs wrote:
> Hi all,
>
> This patch adds support for -mcpu=native, -mtune=native, and -march=native
> for ARM Linux hosts.
>
> So far, it only recognises Cortex-A8 and Cortex-A9, so I really need to find
> out what the magic part numbers are for other cpu
30 matches
Mail list logo
