On Tue, Feb 21, 2012 at 6:02 PM, Georg-Johann Lay a...@gjlay.de wrote:
Martin Jambor wrote:
Hi,
PR 51782 showed that COMPONENT_REFs created by SRA got expanded with a
wrong address space because the address space was not specified in the
type of the whole tree. This is however inconsistent
The following patch fixes a 4.4 to 4.7 regression. Already Fortran 95
allows DELIM= in OPEN and INQUIRE. Fortran 2003 only added it to data
transfer statements (i.e. WRITE; not allowed for READ and not possible
for PRINT). Cf. F95/F2003 standard and the PR.
Build and regtested on
On Wed, Feb 22, 2012 at 11:05 AM, Kai Tietz ktiet...@googlemail.com wrote:
Here is revised patch. Sadly inttypes.h can't be used here. So we
need local check for this.
ChangeLog
2012-02-22 Kai Tietz kti...@redhat.com
PR lto/50616
* lto-plugin.c (PRI_LL): New macro.
Denis Chertykov wrote:
2012/2/21 Richard Henderson:
On 02/21/12 09:08, Georg-Johann Lay wrote:
PR rtl-optimization/50063
* config/avr/avr.md (movhi_sp_r): Handle -1 (unknown IRQ state)
and 2 (8-bit SP) in operand 2.
* config/avr/avr.c (avr_prologue_setup_frame):
The following patch has remained unreviewed for a week:
[v3, libgomp, build] Fix Solaris symbol versioning (PR libstdc++/52188)
http://gcc.gnu.org/ml/gcc-patches/2012-02/msg00819.html
It is critical to avoid breaking libstdc++.so symbol versioning on
Solaris and requires
On Wed, Feb 22, 2012 at 11:39 AM, Georg-Johann Lay a...@gjlay.de wrote:
Denis Chertykov wrote:
2012/2/21 Richard Henderson:
On 02/21/12 09:08, Georg-Johann Lay wrote:
PR rtl-optimization/50063
* config/avr/avr.md (movhi_sp_r): Handle -1 (unknown IRQ state)
and 2 (8-bit SP)
On Wed, Feb 22, 2012 at 12:07:39PM +0100, Rainer Orth wrote:
The following patch has remained unreviewed for a week:
[v3, libgomp, build] Fix Solaris symbol versioning (PR libstdc++/52188)
http://gcc.gnu.org/ml/gcc-patches/2012-02/msg00819.html
It is critical to avoid
I noticed the following testsuite failure on Solaris 8/x86 with Sun as/ld:
WARNING: program timed out.
FAIL: gcc.dg/di-sync-multithread.c execution test
It turns out that the testcase hangs if /usr/lib/libthread.so is used
(as it is by default), but works with the alternate thread library in
This fixes PR52329 and avoids invalid MEM_REFs to be passed to
RTL expansion.
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied to trunk.
Richard.
2012-02-22 Richard Guenther rguent...@suse.de
PR middle-end/52329
* gimple-fold.c (fold_stmt_1): Also canonicalize
On 21/02/12 19:30, Barracuda wrote:
1) No, I don't. I think I should read FAQ about this then work will be
completed =) I'm not interested in copyrighting this, just want to share it
with other people.
This is an FSF concern, it has to be sorted to their satisfaction and rules.
2) Probably
Front-end layout must not be performed within a generic unit, because the
types therein will be recreated in an instance, and their characteristics are
partially unknown when analyzing a generic unit. Previously only generic types
themselves were excluded from layout determination.
Patch allows
This changes the mapping of SIGBUS from Constraint_Error to Storage_Error in
non-tasking mode on Linux, to be consistent with the tasking mode.
Tested on x86_64-pc-linux-gnu, committed on trunk
2012-02-22 Eric Botcazou ebotca...@adacore.com
* init.c (__gnat_error_handler) [Linux]: Map
AI05-087 is a binding interpretation that applies to previous versions of the
language. The compiler diagnoses the error at the point of instantiation in
Ada2012 mode, and at a point of illegal use in Ada2005 mode.
the command:
gcc -c -gnat05 proc.adb
must yield:
proc.adb:18:05:
Tested on x86_64-pc-linux-gnu, committed on trunk
2012-02-22 Vincent Pucci pu...@adacore.com
* rtsfind.adb (Get_Unit_Name): Ada_Numerics_Child and
System_Dim_Child cases added.
* rtsfind.ads: Ada_Numerics,
Ada_Numerics_Generic_Elementary_Functions, System_Dim,
On Wed, Feb 22, 2012 at 1:11 PM, Georg-Johann Lay a...@gjlay.de wrote:
Richard Guenther wrote:
On Wed, Feb 22, 2012 at 11:39 AM, Georg-Johann Lay a...@gjlay.de wrote:
Denis Chertykov wrote:
2012/2/21 Richard Henderson:
On 02/21/12 09:08, Georg-Johann Lay wrote:
PR
This patch suppresses elaboration checks on stack-related finalizers. Both the
spec and body of a finalizer are within the same construct and scope, but the
body is part of the handled sequence of statements. This placement confuses the
elaboration mechanism on targets which do not fully support
A library unit name that is a renaming can appear in the name of a with_clause.
When it is the prefix of a name, an implicit with_clause must be created for it,
as well as for the unit it renames. So if R renames A, and we have a with_clause
on R.B (where B is a child unit of A) we need
Denis Chertykov wrote:
2012/2/15 Georg-Johann Lay:
Some parts outside the backend use ACCUMULATE_OUTGOING_ARGS without including
tm_p.h which lead to a build warning because avr.h does
#define ACCUMULATE_OUTGOING_ARGS avr_accumulate_outgoing_args()
This patcs moved the prototype from
Hello,
This patch adds -mandroid support to i386 target. OK for trunk?
Thanks,
Ilya
--
2012-02-22 Enkovich Ilya ilya.enkov...@intel.com
* config/i386/gnu-user.h (LINUX_TARGET_CC1_SPEC): New.
(CC1_SPEC): Use LINUX_OR_ANDROID_CC.
(CC1PLUS_SPEC): Likewise.
Jakub Jelinek wrote:
PR bootstrap/50237
* config/initfini-array.h: Guard content of the header
with #ifdef HAVE_INITFINI_ARRAY.
* configure.ac: Move gcc_AC_INITFINI_ARRAY much later into the file.
Add initfini-array.h to tm_file here.
* acinclude.m4
Hello,
Here is a simple patch which enables exceptions and RTTI by default
for Android target. OK for trunk?
Thanks,
Ilya
--
2012-02-22 Enkovich Ilya ilya.enkov...@intel.com
* gcc/config/linux-android.h (ANDROID_CC1PLUS_SPEC): Enable
exceptions and rtti by default.
diff
Hello,
Here is a one-line fix to enable __ANDROID__ macro on i386 Android
target. OK for trunk?
Thanks,
Ilya
--
2012-02-22 Enkovich Ilya ilya.enkov...@intel.com
* gcc/config/i386/gnu-user.h (TARGET_OS_CPP_BUILTINS): Add
ANDROID_TARGET_OS_CPP_BUILTINS.
diff --git
On Wed, Feb 22, 2012 at 03:55:34PM +0100, Ulrich Weigand wrote:
However, the macro HAVE_INITFINI_ARRAY is defined anyway; this
definition is done by an internal newlib.h header that is pulled
in via the stdio.h include in GCC's tsystem.h. [ This is clearly
a violation of C namespace rules,
On 09/01/2012 11:56, Eric Botcazou wrote:
Sorry for the delay guys, I got rather busy over the holidays. I see
we're now discussing a patch for next stage 1.
No, not necessarily, the patch is specific to Ada on Windows so the risk is
quite low.
It does however solve the problem of
On Wed, 22 Feb 2012, Kai Tietz wrote:
2012-02-22 Kai Tietz kti...@redhat.com
PR lto/50616
* lto-plugin.c (PRI_LL): New macro.
Doesn't HOST_LONG_LONG_FORMAT already exist for this, so you don't need a
local definition in this file?
--
Joseph S. Myers
Hello!
2012-02-22 Uros Bizjak ubiz...@gmail.com
PR target/52330
* config/i386/i386.c (ix86_print_operand) case 'H': Error out if x
is not offsettable memory reference.
testsuite/ChangeLog:
2012-02-22 Uros Bizjak ubiz...@gmail.com
PR target/52330
*
Hi,
this patch fixes some failures running the g++ testsuite for Windows
native targets.
ChangeLog
2012-02-22 Kai Tietz kti...@redhat.com
* g++.dg/opt/devirt2.C: Add rule for *-*-mingw* target.
* opt/pr48549.C (long): Replace by long by __PTRDIFF_TYPE__
derived
Dave,
Pascal, ping?
Sorry for the delay, these message has fallen into the crack!
Anyway, with these explanations I'm ok with the patch.
--
Pascal Obry
--
gpg --keyserver keys.gnupg.net --recv-key F949BD3B
On Wed, Feb 22, 2012 at 10:55:14AM +0100, Tobias Burnus wrote:
The following patch fixes a 4.4 to 4.7 regression. Already Fortran 95
allows DELIM= in OPEN and INQUIRE. Fortran 2003 only added it to data
transfer statements (i.e. WRITE; not allowed for READ and not possible
for PRINT). Cf.
On Wed, Feb 22, 2012 at 6:54 AM, Ilya Enkovich enkovich@gmail.com wrote:
Hello,
This patch adds -mandroid support to i386 target. OK for trunk?
Thanks,
Ilya
--
2012-02-22 Enkovich Ilya ilya.enkov...@intel.com
* config/i386/gnu-user.h (LINUX_TARGET_CC1_SPEC): New.
I don't
On Wed, Feb 22, 2012 at 6:59 AM, Ilya Enkovich enkovich@gmail.com wrote:
Hello,
Here is a one-line fix to enable __ANDROID__ macro on i386 Android
target. OK for trunk?
Thanks,
Ilya
--
2012-02-22 Enkovich Ilya ilya.enkov...@intel.com
* gcc/config/i386/gnu-user.h
This patch addresses several issues related to device flash size:
* cores avrxmega4/5 have ELPM* instruction
* flash sizes for xmega were wrong because atxmegaXX
has some extra bootloader flash and thus a flash size
of XX + epsilon.
* There are devices with different flash sizes, i.e. with
The attachment is a complete patch for [google/gcc-4_6] branch, to
replace .ctors/.dtors with .init_array/.fini_array.
Bootstrap and crosstool testers pass.
I have verified that gcc_cv_initfini_array=no, which means the
crosstool will do whatever it did before (won't replace .ctors/.dtors
with
So far, Android ARM toolchain, which builds Android platform for ARM
boards, does not enable RTTI and exceptions by default. There are
license concerns with the use of GNU libstdc++ and libsupc++.
Thanks,
Jing
On Wed, Feb 22, 2012 at 7:07 AM, Richard Guenther
richard.guent...@gmail.com wrote:
On Feb 22, 2012, at 8:21 AM, Kai Tietz wrote:
this patch fixes some failures running the g++ testsuite for Windows
native targets.
ChangeLog
2012-02-22 Kai Tietz kti...@redhat.com
* g++.dg/opt/devirt2.C: Add rule for *-*-mingw* target.
* opt/pr48549.C (long): Replace by
Hi,
this fixes the remaining issues found by libjava for use of libffi.
ChangeLog
2012-02-22 Kai Tietz kti...@redhat.com
PR libffi/52221
* src/x86/ffi.c (ffi_closure_raw_THISCALL): New
prototype.
(ffi_prep_raw_closure_loc): Use ffi_closure_raw_THISCALL for
On Wed, Feb 22, 2012 at 11:20 AM, Jing Yu jin...@google.com wrote:
So far, Android ARM toolchain, which builds Android platform for ARM
boards, does not enable RTTI and exceptions by default. There are
license concerns with the use of GNU libstdc++ and libsupc++.
I am not a lawyer. From
I am OK with the patch, I am not a maintainer though.
Jing
On Wed, Dec 14, 2011 at 9:11 AM, H.J. Lu hongjiu...@intel.com wrote:
Hi,
Android uses crtbegin_so.o and crtend_so.o to build shared library with
-mshared. OK for trunk in stage 1?
H.J.
---
2011-12-13 H.J. Lu
On Fri, 10 Feb 2012, Richard Henderson wrote:
Seeing as how Uros is starting to go down the path of cleaning up the
flags handling for x86, I thought I'd go ahead and knock up the idea
that I've been tossing around to help automate the process of building
patterns that match both clobbering
Hi,
Built and tested on x86_64-linux-gnu.
Seems safe enough to go in now, Ok.
Thanks,
Paolo.
2012-02-14 Edward Smith-Rowland 3dw...@verizon.net
* testsuite/26_numerics/random/
uniform_real_distribution/requirements/typedefs.cc: Check param_type.
*
40 matches
Mail list logo
