On Wed, 1 Jun 2011 07:52:48 +0200
Basile Starynkevitch wrote:
>
> Hello All,
>
> The attached patch to trunk 174518 adds a field invoking_program to the
> plugin_gcc_version structure. It informs the plugin about the program
> "cc1", "cc1plus", "lto1" using them.
Wrong patch, here is a better
Hello All,
The attached patch to trunk 174518 adds a field invoking_program to the
plugin_gcc_version structure. It informs the plugin about the program
"cc1", "cc1plus", "lto1" using them.
# gcc/ChangeLog entry ##
2011-06-01 Basile Starynkevitch
* gcc-plugin.h (struc
I am on travel and only doing email from my phone. Ralf and I had dinner
together last night and he mentioned not understanding some parts of the patch.
I won't be home until next week to actually test this.
I guess hoping due diligence was used and knowing I may whine next week if it
breaks
This patch merges the LTO streamer hooks from the pph branch.
These hooks are meant to separate streaming work that is specific to
GIMPLE from other modules that may want to stream their own data
structures. In the PPH branch, we are using the streamer to save
front end data structures, so there
Please discard the previous one. This is the right one:
David
On Tue, May 31, 2011 at 5:01 PM, Xinliang David Li wrote:
> The new patch is attached. The test (c,c++,fortran, java, ada) is on going.
>
> Thanks,
>
> David
>
> On Tue, May 31, 2011 at 9:06 AM, Xinliang David Li wrote:
>> On Tue, Ma
Building gcc-4.6 arm android toolchain fails because of conflicting
getpagesize() definition between libiberty and bionic.
Based on discussions on another thread
(http://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg06627.html),
reviewer recommended ripping out all support for building libiberty
Honza, are you ok with the pass name change?
David
On Tue, May 31, 2011 at 2:07 AM, Richard Guenther
wrote:
> On Mon, May 30, 2011 at 11:44 PM, Xinliang David Li
> wrote:
>> This is the complete patch for pass name fixes (with test case changes).
>
> This is ok if Honza thinks the profile pass
The new patch is attached. The test (c,c++,fortran, java, ada) is on going.
Thanks,
David
On Tue, May 31, 2011 at 9:06 AM, Xinliang David Li wrote:
> On Tue, May 31, 2011 at 2:05 AM, Richard Guenther
> wrote:
>> On Mon, May 30, 2011 at 10:16 PM, Xinliang David Li
>> wrote:
>>> The attached a
The following patch implements the a new option that dumps gcc PASS
configuration. The sample output is attached. There is one
limitation: some placeholder passes that are named with '*xxx' are
note registered thus they are not listed. They are not important as
they can not be turned on/off anyway
> Which means that Ada must be seriously broken on m32c (well, I guess
> nobody tried it there ;)).
I usually only build C and C++.
On Tue, May 31, 2011 at 8:24 PM, DJ Delorie wrote:
>
>> hmm, yes. Again practically for most targets size_t will be
>> following its SIZE_TYPE advice, but surely not for all. OTOH while
>> the above clearly doesn't look "accidential", it certainly looks
>> wrong. If not for sizetype then at lea
Hans-Peter Nilsson writes:
> On Tue, 31 May 2011, Richard Sandiford wrote:
>> Hans-Peter Nilsson writes:
>> > Index: tm.texi.in
>> > ===
>> > --- tm.texi.in (revision 174376)
>> > +++ tm.texi.in (working copy)
>> > @@ -2327,6
On 05/31/2011 10:43 PM, Steve Ellcey wrote:
> On Tue, 2011-05-31 at 23:59 +0400, Andrey Belevantsev wrote:
>> On 31.05.2011 22:24, Steve Ellcey wrote:
>>> Bernd,
>>>
>>> This patch (r174336) is causing me many testsuite failures on IA64.
>>> Tests like gcc.c-torture/compile/20010408-1.c are dying w
On Tue, 31 May 2011, Richard Sandiford wrote:
> Hans-Peter Nilsson writes:
> > Index: tm.texi.in
> > ===
> > --- tm.texi.in (revision 174376)
> > +++ tm.texi.in (working copy)
> > @@ -2327,6 +2327,11 @@ constraints is throu
On Tue, 2011-05-31 at 23:59 +0400, Andrey Belevantsev wrote:
> On 31.05.2011 22:24, Steve Ellcey wrote:
> > Bernd,
> >
> > This patch (r174336) is causing me many testsuite failures on IA64.
> > Tests like gcc.c-torture/compile/20010408-1.c are dying with a
> > seg fault in vinsn_detach.
> I will l
On 05/31/2011 07:51 PM, Richard Sandiford wrote:
> Ping for:
>
> http://gcc.gnu.org/ml/gcc-patches/2011-04/msg01327.html
>
> It fixes the expansion of multiword operations in cases where the
> suggested target is a hard register and where CANNOT_CHANGE_MODE_CLASS
> forbids word-mode subparts.
Daniel Kraft wrote:
Build and regtested on x86-64-linux.
OK for the trunk?
Ok. Just one thought:
+ if (!(atom->ts.type == BT_INTEGER&& atom->ts.kind == gfc_c_int_kind)
+&& !(atom->ts.type == BT_LOGICAL&& atom->ts.kind == gfc_c_int_kind))
What about defining another constant for atomic_int
On 31.05.2011 22:24, Steve Ellcey wrote:
Bernd,
This patch (r174336) is causing me many testsuite failures on IA64.
Tests like gcc.c-torture/compile/20010408-1.c are dying with a
seg fault in vinsn_detach.
I will look at it tomorrow. Bernd, Steve, please let us know about any
issues with sel-s
Since this patch has been properly approved, if there is no objection
in 24 hours, I will commit this patch to trunk.
Thanks,
Jing
On Fri, May 27, 2011 at 3:55 PM, Jing Yu wrote:
> Hi Sofiane,
>
> I find your following patch has been approved by Richard in Oct last
> year, but it is not trunk.
>
On Wed, May 25, 2011 at 3:02 PM, Pat Haugen wrote:
> The following fixes a problem when dumping register costs, where the
> incorrect 'from' value was being written out because the code modified the
> incoming parameter value. It also changes things so that register/memory
> costs are only dumped
On Tue, May 31, 2011 at 12:08 PM, Pat Haugen
wrote:
> The following patch fixes an issue I noticed where vr0..vr2 were
> inadvertently included in NON_FLOAT_REGS.
>
> Bootstrap/regtest on powerpc64-linux with no new regressions. Ok for trunk?
>
> -Pat
>
>
> 2011-05-31 Pat Haugen
>
> * con
On 05/31/2011 11:55 AM, Torvald Riegel wrote:
> Last majority opinion on this that I'm aware of said that only primitive
> types can be used for exceptions thrown out of transactions. We should
> be able to handle this with the EH ABI wrappers only.
>
> Okay to drop support of dropReferences()?
F
On Tue, 2011-05-31 at 11:11 -0700, Richard Henderson wrote:
> > +The intention behind @code{_ITM_dropReferences} is not entirely clear. The
> > +specification suggests that this function is necessary because of certain
> > +orderings of data transfer undos and the releasing of memory regions (i.e.,
Tobias Burnus wrote:
Simple patch, which requires the previous patch at
http://gcc.gnu.org/ml/fortran/2011-05/msg00231.html
OK for the trunk?
Approved by Daniel Kraft on IRC, committed as Rev. 174504.
Thanks for the reviews!
Tobias
Tobias Burnus wrote:
gfortran currently rejects:
subroutine foo(n)
integer, SAVE :: foo(500)[n, *]
claiming that as SAVE does not work with automatic arrays.
The patch for this has been committed (Rev. 174503) after approval by
Daniel Kraft on IRC (#gfortran).
Thomas Koenig wrote:
To me,
Based on discussion on another thread
(http://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg06627.html),
what Joseph recommended was ripping out all support for building
libiberty for the target side as it is not needed. Thus I doubt
skipping target-libiberty for all targets is acceptable.
I don'
Bernd,
This patch (r174336) is causing me many testsuite failures on IA64.
Tests like gcc.c-torture/compile/20010408-1.c are dying with a
seg fault in vinsn_detach.
#0 0x55b8760:0 in vinsn_detach (vi=0xf)
#1 0x55bda30:0 in clear_expr (expr=0x7fffeef0)
#2 0x562ea50:0 in schedule_expr_on_bounda
> hmm, yes. Again practically for most targets size_t will be
> following its SIZE_TYPE advice, but surely not for all. OTOH while
> the above clearly doesn't look "accidential", it certainly looks
> wrong. If not for sizetype then at least for size_type_node. The
> comment hints that the patc
On May 30, 2011, at 8:43 AM, Rainer Orth wrote:
> * The three users of MD_UNWIND_SUPPORT are modified to unconditionally
> include a new md-unwind-support.h header which is created from the
> info in config.host: if md_unwind_header exists, it is included in
> md-unwind-support.h, otherwise the
Uros Bizjak writes:
> On Sat, Apr 2, 2011 at 1:09 AM, Ian Lance Taylor wrote:
>> On Wed, Mar 30, 2011 at 12:58 PM, Uros Bizjak wrote:
>>>
>>> Attached ports go to ALPHA architecture.
>>
>> Thanks!
>>
>> Committed.
>>
>>
>>> b) alpha doesn't define "struct user_regs_struct" from which "type
>>>
On 05/26/2011 12:19 PM, Torvald Riegel wrote:
> +@subsection State manipulation functions
> +There is no @code{getTransaction} function. Transaction identifiers for
> +nested transactions will be ordered but not necessarily sequential (i.e., for
> +a nested transaction's identifier @code{IN} and it
Uros Bizjak writes:
> (BTW: Original calculation of Ctime_ns has a cut'n'paste error,
> stat.Ctime.Nsec should be used instead of stat.Atime.Nsec).
Thanks. Fixed like so. Bootstrapped and ran Go testsuite on
x86_64-unknown-linux-gnu. Committed to mainline.
Ian
diff -r 23e3bdca9ee3 libgo/go/
Uros Bizjak writes:
> This still doesn't fix the build for alpha due to extra struct. From
> sysinfo.go:
>
> type Timespec struct { Sec Timespec_sec_t; Nsec Timespec_nsec_t; }
> type Stat_t struct { Dev uint64; Ino uint64; Rdev uint64; Size int64;
> Blocks uint64; Mode uint32; Uid uint32; Gid ui
lvalue_kind has tried to give an approximate answer for value category
in templates; in the past, it was OK to say that an arbitrary expression
was an lvalue, as the only effect would be that errors we could have
given at template definition time would be delayed until instantiation,
which is s
OK.
Jason
Ping for:
http://gcc.gnu.org/ml/gcc-patches/2011-04/msg01327.html
It fixes the expansion of multiword operations in cases where the
suggested target is a hard register and where CANNOT_CHANGE_MODE_CLASS
forbids word-mode subparts.
Richard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/30/11 04:55, Bernd Schmidt wrote:
> On 05/27/2011 07:49 PM, Jeff Law wrote:
>> Updated based on some comments from Bernd; specifically the other use of
>> delete_dead_insn has been removed.
>>
>> WRT the assembly differences on MIPS Bernd referre
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/26/11 13:19, Torvald Riegel wrote:
> Patch adds libitm.texi with some documentation, including differences
> between our currently targeted ABI and Intel's current ABI
> specification.
>
> OK for branch?
I'd really like to see Richard chime in o
On 05/31/2011 02:19 AM, Jakub Jelinek wrote:
> Hi!
>
> - http://gcc.gnu.org/ml/gcc-patches/2011-05/msg01182.html
>
> various debug info improvements (typed DWARF stack etc.)
>
On Tue, May 31, 2011 at 01:13:31PM -0300, Alexandre Oliva wrote:
> On May 30, 2011, Bernd Schmidt wrote:
>
> > On 05/30/2011 12:35 PM, Alexandre Oliva wrote:
> >> One of my patches for PR 48866 regressed guality/asm-1.c on
> >> x86_64-linux-gnu because what used to be a single complex debug value
On May 30, 2011, at 8:59 AM, Rainer Orth wrote:
> This is my hopefully last patch for toplevel libgcc moves: it moves
> ENABLE_EXECUTE_STACK to $target-lib.h headers in libgcc/config.
> Ok for mainline after a week if no problems occur in testing on the
> other targets?
Ok for the darwin bits.
Paolo Bonzini writes:
> On 05/30/2011 05:43 PM, Rainer Orth wrote:
>> +md-unwind-support.h: config.status
>> +if test -n "$(md_unwind_header)"; then \
>> + echo "#include \"config/$(md_unwind_header)\""> $@; \
>> +else \
>> + :> $@; \
>> +fi
>
> Can you add a default file
Kai Tietz writes:
>>> mingw part is not ok, as it breaks 32-bit defaulted multilib version
>>> compiler.
>>
>> Can you explain what is going on here? Could it be fixed by wrapping
>> w32-unwind.h in a #ifdef __x86_64__?
>
> To wrap it into __x86_64__ won't help. The issue is that in
> combinatio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On 05/31/11 18:24, Tobias Burnus wrote:
> This patch adds the atomic_define and atomic_ref intrinsics. They are
> currently implemented in form a simple assignment. For -fcoarray=lib
> they will be replaced by a function call to libcaf_{single,mpi
Paolo Bonzini writes:
> Rainer, the same solution that is found for Windows should be used for
> darwin, too.
I'm uncertain if anything is needed for Darwin, though:
gcc/config/rs6000/darwin.h has
#if !defined(__LP64__) && !defined(DARWIN_LIBSYSTEM_HAS_UNWIND)
#define MD_UNWIND_SUPPORT "config/
This patch adds the atomic_define and atomic_ref intrinsics. They are
currently implemented in form a simple assignment. For -fcoarray=lib
they will be replaced by a function call to libcaf_{single,mpi,*}.
I was shortly thinking of using something more clever, but I concluded
that a simple ass
On May 30, 2011, Bernd Schmidt wrote:
> On 05/30/2011 12:35 PM, Alexandre Oliva wrote:
>> One of my patches for PR 48866 regressed guality/asm-1.c on
>> x86_64-linux-gnu because what used to be a single complex debug value
>> expression became a chain of debug temps holding simpler expressions,
>
Hello,
In this PR an integer constant which type is a typedef based on an
integer might be pretty-printed differently from the way the mangler
would have represented it. As a result, the DW_AT_name representing
the constant might be gratuitously be different from the linkage name.
In the example
The following patch fixes an issue I noticed where vr0..vr2 were inadvertently
included in NON_FLOAT_REGS.
Bootstrap/regtest on powerpc64-linux with no new regressions. Ok for trunk?
-Pat
2011-05-31 Pat Haugen
* config/rs6000/rs6000.h (REG_CLASS_CONTENTS): Remove vr0..vr2 from
On Tue, May 31, 2011 at 2:05 AM, Richard Guenther
wrote:
> On Mon, May 30, 2011 at 10:16 PM, Xinliang David Li
> wrote:
>> The attached are two simple follow up patches
>>
>> 1) the first patch does some refactorization on function header
>> dumping (with more information printed)
>>
>> 2) the s
On 05/31/2011 11:18 AM, Richard Guenther wrote:
On Tue, May 31, 2011 at 9:54 AM, Christian Bruel wrote:
Hello,
The attached patch fixes a few diagnostic discrepancies for always_inline
failures.
Illustrated by the fail_always_inline[12].c attached cases, the current
behavior is one of:
- s
Seems like a plan, but I didn't go in this direction since I couldn't
test anything like this.
As long as you test the general configury on 1-2 platforms, it's not any
less tested than what you have now.
The various __enable_execute_stack
implementations differ in minor ways that would have
Paolo Bonzini writes:
>> The new libgcc/config/$target-lib.h headers are added to libgcc_tm_file
>> in gcc/config.gcc. I'd rather add them to libgcc/config.host instead so
>> the information is kept local to libgcc.
>
> Did you have any problems doing so?
There weren't any provisions in libgcc/
On 05/20/2011 02:37 PM, Andrew Stubbs wrote:
On 20/05/11 10:45, Dmitry Plotnikov wrote:
This patch adds support for 12-bit immediate values for Thumb-2 in
ADD and
SUB instructions. We added two new alternatives for *arm_addsi3 which
make use of two new constraints for 12-bit values. Also we m
Hello!
Attached patch slightly penalizes FP moves that use non-native
registers. Additionally, the patch merges FP push splitters.
2011-05-31 Uros Bizjak
* config/i386/i386.md (*pushxf_nointeger): Merge alternatives 1 and 2.
(FP push_operand splitters): Merge {TF,XF,DF} mode
Paolo Bonzini writes:
> On 05/30/2011 04:29 PM, Rainer Orth wrote:
* Non-Solaris SPARC changes:
>>
>> After I had moved sparc/sol2-c[in].asm to libgcc, I noticed that
>> despite the name a few non-Solaris targets uses those files, too:
>>
>> sparc-*-elf*,
Paolo Bonzini writes:
> On 05/30/2011 05:12 PM, Rainer Orth wrote:
>> Ok for mainline after a fresh bootstrap?
>
> Ok. This depends on the t-slibgcc-dummy file from the Solaris patch, so
> feel free to move it to this patch (together with
> s/t-slibgcc-darwin/t-slibgcc-dummy/).
Ok, will do. It
This disentangles canonical type merging from type merging.
LTO bootstrapped and tested on x86_64-unknown-linux-gnu, SPEC 2k6 LTO
tested, committed.
Richard.
2011-05-31 Richard Guenther
* gimple.c (gimple_register_canonical_type): Do not register
any types via gimple_registe
Hi,
while updating thunks to not be same body alises I missed this spot that merges
alias decl.
Bootstrapped/regtested x86_64-linux, comitted.
2011-05-31 Jan Hubicka
* lto-symtab.c (lto_symtab_merge_cgraph_nodes): Merge alias decl
of thunks.
Index: lto-symtab.c
==
On Tue, May 31, 2011 at 4:00 PM, William J. Schmidt
wrote:
> This patch removes the now-redundant support for pow and powi builtins
> in the expand phase. My concerns about -O0 regressions were unfounded.
> There are code gen differences for the unlikely combination of -O0 and
> -ffast-math, but
Hans-Peter Nilsson writes:
> Index: tm.texi.in
> ===
> --- tm.texi.in(revision 174376)
> +++ tm.texi.in(working copy)
> @@ -2327,6 +2327,11 @@ constraints is through machine-dependent
> You can define such letters to
This patch removes the now-redundant support for pow and powi builtins
in the expand phase. My concerns about -O0 regressions were unfounded.
There are code gen differences for the unlikely combination of -O0 and
-ffast-math, but that's obviously nothing to be concerned about.
Bootstrapped and re
Hello,
The following patch allows to use pragma in a MELT plugin.
For exemple we can recover the following pragmas:
#pragma GCCPLUGIN melt op
or
#pragma GCCPLUGIN melt op (arg1, arg2, ...)
with argX a name, a string, or a number.
It is easy to change the pragma space ("GCCPLUGIN
On Tue, May 31, 2011 at 09:15, Richard Guenther wrote:
> This patch, now that Micha made us less dependent on preloading
> exactly the same from each FE, gets rid of two hacks regarding
> to the frontend (and option) dependent char_type_node and
> boolean_type_node. It does so by first decouplin
This patch, now that Micha made us less dependent on preloading
exactly the same from each FE, gets rid of two hacks regarding
to the frontend (and option) dependent char_type_node and
boolean_type_node. It does so by first decoupling canonical type
registering from cache-preloading and restrict
On 05/31/2011 06:38 AM, Jakub Jelinek wrote:
Aldy was just too excited about working on memory model I think :-)
I've been looking at this, and I propose we go this way :
http://gcc.gnu.org/wiki/Atomic/GCCMM/CodeGen
Please feel free to criticize, comment on, or ask for
clarification. I usu
Hi Tom,
Thanks for the reply, and sorry for responding so slowly.
Tom de Vries writes:
> On 05/25/2011 03:44 PM, Richard Sandiford wrote:
>> Sorry for being so late. I was just curious...
>>
>> Tom de Vries writes:
>>> The init cost of an iv will in general not be zero. It will be
>>> excepti
Hi,
tested x86_64-linux, committed to mainline.
Paolo.
//
2011-05-31 Paolo Carlini
* include/bits/basic_string.h: Use noexcept per the FDIS (minus
compare(const string&), which uses char_traits::compare, which
isn't noexcept; also no noexcept in t
On Tue, May 31, 2011 at 2:25 PM, Rainer Orth
wrote:
> The only complication is that I need to make sure that SSE insns are only
> used if the host supports them.
>
> Bootstrapped without regressions on i386-pc-solaris2.8,
> i386-pc-solaris2.9, i386-pc-solaris2.11, and sparc-sun-solaris2.11.
>
> T
On Tue, May 31, 2011 at 2:31 PM, Ira Rosen wrote:
> Hi,
>
> This patch fails vectorization for volatile data references.
>
> Bootstrapped on powerpc64-suse-linux and tested on
> powerpc64-suse-linux and x86_64-suse-linux.
> Applied to trunk.
> OK for 4.6 after testing?
Ok.
Thanks,
Richard.
> Th
Hi,
This patch fails vectorization for volatile data references.
Bootstrapped on powerpc64-suse-linux and tested on
powerpc64-suse-linux and x86_64-suse-linux.
Applied to trunk.
OK for 4.6 after testing?
Thanks,
Ira
ChangeLog:
PR tree-optimization/49093
* tree-vect-data-refs.c
On Tue, May 31, 2011 at 2:18 PM, Jakub Jelinek wrote:
> Hi!
>
> Since richi's create_mem_ref_raw change to avoid creating TMR if base
> is not ADDR_EXPR we can ICE, if base is NULL and offset some non-zero
> constant, because (plus:DI (const_int 0) (const_int 16)) is created.
> The second hunk fix
I had long meant to support -fast-math on Solaris 2/x86. While working
on the Solaris toplevel libgcc move, I've done it with the following
patch.
The only complication is that I need to make sure that SSE insns are only
used if the host supports them.
Bootstrapped without regressions on i386-pc
I'm working on a patch to allow the scheduler to move more insns
backwards across a jump by using predication. Currently I'm using a
slightly extended form of the speculation support, adding another bit to
TODO_SPEC. The following preliminary patch makes a few changes in that
area in preparation, a
Hi!
Since richi's create_mem_ref_raw change to avoid creating TMR if base
is not ADDR_EXPR we can ICE, if base is NULL and offset some non-zero
constant, because (plus:DI (const_int 0) (const_int 16)) is created.
The second hunk fixes it by not adding the 0 in (the routine ends with
if (!*addr) *a
This initializes sizetypes correctly from the start, using target
definitions available. All Frontends initialize sizetypes from
size_type_node for which there is a target macro SIZE_TYPE which
tells what type to use for this (C runtime ABI) type.
Now, there are two frontends who do not honor SI
On Mon, May 30, 2011 at 04:07:09PM -0400, Andrew MacLeod wrote:
> On 05/23/2011 07:05 PM, Joseph S. Myers wrote:
> >On Mon, 23 May 2011, Aldy Hernandez wrote:
> >
> >>This is a patch implementing builtins for an atomic exchange with full,
> >>acquire, and release memory barrier semantics. It is si
On 05/27/11 01:47, Ramana Radhakrishnan wrote:
Could you consider adding a check in the configury to test if a binutils version
of recent vintage is being used when --with-tls=gnu is in ?
I thought about that and it didn't seem worth it. We're not autodetecting
whether to default to gnu-styl
On Tue, 31 May 2011, Jan Hubicka wrote:
> Hi,
> this patch makes lto-cgraph to use the new output_enum/var_len functions
> in some obvious places where it fits. It also fixes a problem where
> resolution was streamed in wrong order that is maked by our current bitpack
> implementation.
>
> One pr
Hi,
this patch makes lto-cgraph to use the new output_enum/var_len functions
in some obvious places where it fits. It also fixes a problem where
resolution was streamed in wrong order that is maked by our current bitpack
implementation.
One problem is streaming resolution enums. I am not sure I w
On 05/31/2011 11:30 AM, Kai Tietz wrote:
The issue is that in
combination of 32-bit and 64-bit we need to default here to SjLj,
Ok, then what you're testing is actually whether you're using sjlj or
dw2 unwinding. config/i386/cygming.h will ensure that this is the same
as testing TARGET_BI_AR
2011/5/31 Paolo Bonzini :
> On 05/30/2011 07:54 PM, Kai Tietz wrote:
>>
>> > -/* For 64-bit Windows we can't use DW2 unwind info. Also for multilib
>> > - builds we can't use it, too. */
>> > -#if !TARGET_64BIT_DEFAULT&& !defined (TARGET_BI_ARCH)
>> > -#define MD_UNWIND_SUPPORT "config/i386/w32
On Tue, May 31, 2011 at 11:18:18AM +0200, Richard Guenther wrote:
> The patch is not ok, we may not fail to inline an always_inline
> function. To make this more consistent I proposed to warn
> whenever you take the address of an always_inline function
> (because then you can confuse GCC by indire
Hi!
- http://gcc.gnu.org/ml/gcc-patches/2011-05/msg01182.html
various debug info improvements (typed DWARF stack etc.)
On Tue, May 31, 2011 at 9:54 AM, Christian Bruel wrote:
> Hello,
>
> The attached patch fixes a few diagnostic discrepancies for always_inline
> failures.
>
> Illustrated by the fail_always_inline[12].c attached cases, the current
> behavior is one of:
>
> - success (with and without -Winline), si
OK.
Jason
On 05/30/2011 05:12 PM, Rainer Orth wrote:
Ok for mainline after a fresh bootstrap?
Ok. This depends on the t-slibgcc-dummy file from the Solaris patch, so
feel free to move it to this patch (together with
s/t-slibgcc-darwin/t-slibgcc-dummy/).
Paolo
On 05/30/2011 04:29 PM, Rainer Orth wrote:
* Non-Solaris SPARC changes:
>>
>> After I had moved sparc/sol2-c[in].asm to libgcc, I noticed that
>> despite the name a few non-Solaris targets uses those files, too:
>>
>> sparc-*-elf*, sparc-*-rtems*, sparc64-*-elf*, sparc64-*-rtems*
>
>
On Mon, May 30, 2011 at 11:44 PM, Xinliang David Li wrote:
> This is the complete patch for pass name fixes (with test case changes).
This is ok if Honza thinks the profile pass names make more sense this
way.
Thanks,
Richard.
> David
>
>
> On Mon, May 30, 2011 at 1:16 PM, Xinliang David Li wr
On Mon, May 30, 2011 at 10:16 PM, Xinliang David Li wrote:
> The attached are two simple follow up patches
>
> 1) the first patch does some refactorization on function header
> dumping (with more information printed)
>
> 2) the second patch cleans up some pass names. Part of the cleanup
> results
On 05/30/2011 05:59 PM, Rainer Orth wrote:
This is my hopefully last patch for toplevel libgcc moves: it moves
ENABLE_EXECUTE_STACK to $target-lib.h headers in libgcc/config. Since
gcc/config/sol2.h is only used on Solaris targets anymore and Solaris 8
is the minimal supported version, I've remo
On 05/30/2011 05:43 PM, Rainer Orth wrote:
+md-unwind-support.h: config.status
+ if test -n "$(md_unwind_header)"; then \
+ echo "#include \"config/$(md_unwind_header)\""> $@; \
+ else \
+ :> $@; \
+ fi
Can you add a default file md-unwind-none.h and use
AC_
On 05/30/2011 07:54 PM, Kai Tietz wrote:
> -/* For 64-bit Windows we can't use DW2 unwind info. Also for multilib
> - builds we can't use it, too. */
> -#if !TARGET_64BIT_DEFAULT&& !defined (TARGET_BI_ARCH)
> -#define MD_UNWIND_SUPPORT "config/i386/w32-unwind.h"
> -#endif
> -
> /* This matc
> Hi,
>
> for an IPA-CP rewrite that I now work on, it is often useful to look
> at a call graph edge and see whether both ends are in the same
> strongly connected component. At the moment ipa_reduced_postorder
> does not offer such capabilities but it is easy to add. It is enough
> to save the
> Hi,
>
> I ran into issues caused by ipa_reduced_postorder not really
> topologically sorting functions while compiling some part of the java
> library (yes, this is the first time java has caught a bug for me).
> The problem was that all the functions are apparently
> AVAIL_OVERWRITABLE and even
Hi,
gcc.dg/vect/vect-strided-u8-i8-gap4-unknown.c randomly fails on Linux/ia32.
I think it's because I forgot to initialize the output array.
Tested on x86_64-suse-linux. Committed as obvious.
Ira
testsuite/ChangeLog:
PR testsuite/49239
* gcc.dg/vect/vect-strided-u8-i8-gap4-un
This corrects the status of the "Initializer list range access" and
"Range access" clauses, which are implemented, and updates the status
of tuple/pointer/allocator traits to reflect my changes over the last
few days.
2011-05-31 Jonathan Wakely
* doc/xml/manual/status_cxx200x.xml: Upda
Hi,
> As far as I can tell, what is current calculated in i_bound (and assigned to
> nb_iterations_upper_bound), is the maximum amount of times any statement in
> the
> loop is executed, where any includes exit tests. Differently put, the maximum
> amount of times the loop header is executed.
hm
Hello,
The attached patch fixes a few diagnostic discrepancies for
always_inline failures.
Illustrated by the fail_always_inline[12].c attached cases, the current
behavior is one of:
- success (with and without -Winline), silently not honoring always_inline
gcc fail_always_inline1.c -S -
On 05/30/2011 02:38 PM, Zdenek Dvorak wrote:
> Hi,
>
>>> The header block of the loop is bb 4, the latch block is bb 3:
>>> ...
>>> (gdb) p loop.header.index
>>> $4 = 4
>>> (gdb) p loop.latch.index
>>> $5 = 3
>>> ...
>>>
>>> The number of times the latch edge is executed, is 10.
>>>
>>> But loop->
1 - 100 of 101 matches
Mail list logo
