Since the common config/mh-darwin file doesn't exist on gcc-4_5-branch, the
following patch
creates a config/mh-x86-darwin to allow r175089 and r175108 to be effectively
backported. This
change is worthwhile to provide darwin11 users access to dragonegg (since
dragonegg doesn't
build on gcc 4
On Wed, Jun 15, 2011 at 9:26 PM, Jeff Law wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
>
> So as I've mentioned previously, I've been working on a relatively small
> change to the jump threading code which would allow it to duplicate a
> join block when doing so allows us to thre
On 06/14/2011 03:40 AM, Bernd Schmidt wrote:
>> Allow alternatives in attr "predicable":
>> http://gcc.gnu.org/ml/gcc-patches/2011-06/msg00094.html
Ok.
r~
On 06/17/2011 02:12 PM, Andrew MacLeod wrote:
> Do we apply this to mainline? or cxx-mem-model and then bring it all
> over later when they are all done and "perfected" ?
Let's put it over in cxx-mem-model at least until we settle on
the interface at least.
r~
On 06/17/2011 02:12 PM, Andrew MacLeod wrote:
> --- machmode.h(working copy)
> *** extern enum machine_mode ptr_mode;
> *** 275,278
> --- 275,291
> /* Target-dependent machine mode initialization - in insn-modes.c. */
> extern void init_adjust_machine_modes (void)
The gimple for test2_31 before RTL expansion contains:
# .MEMD.2034_2 = VDEF <.MEMD.2034_1(D)>
s1D.2035 = s1D.1255;
The RHS is a PARM_DECL. It doesn't have TREE_ADDRESSABLE and the LHS
has, which makes sense. But then the move is translated to memcpy but
the src memory location is still consi
I couldn't find anything terribly tricky about the conversion.
The existing push_mult pattern would service thumb1 with just
a tweak or two to the memory predicate and the length.
The existing emit_multi_reg_push wasn't set up to handle a
complete switch of registers for unwind info. I thought a
On Tue, Jun 14, 2011 at 10:37 AM, Uros Bizjak wrote:
> On Tue, Jun 14, 2011 at 6:04 PM, H.J. Lu wrote:
>
>> long may be 32bit for x86-64. But long long is always 64bit. This
>> patch uses long long builtin for 64bit. OK for trunk?
>>
>> Thanks.
>>
>>
>> H.J.
>> ---
>> 2011-06-14 H.J. Lu
>>
>
On Sat, Jun 18, 2011 at 07:48:51AM -0700, Mike Stump wrote:
> On Jun 17, 2011, at 7:49 PM, Jack Howarth wrote:
> > The gcj compiler needs to pass -no_pie for linkage on darwin11 due to the
> > new -pie
> > default of the linker. The attached patch accomplishes this by passing
> > -no_pie on SYST
On Sat, Jun 18, 2011 at 08:11:43AM -0700, Mike Stump wrote:
> On Jun 17, 2011, at 7:49 PM, Jack Howarth wrote:
> > The gcj compiler needs to pass -no_pie for linkage on darwin11 due to the
> > new -pie
> > default of the linker. The attached patch accomplishes this by passing
> > -no_pie on SYST
On Jun 17, 2011, at 7:49 PM, Jack Howarth wrote:
> The gcj compiler needs to pass -no_pie for linkage on darwin11 due to the
> new -pie
> default of the linker. The attached patch accomplishes this by passing
> -no_pie on SYSTEMSPEC
> for *-*-darwin[12]*. Since Darwin10 supports -no_pie in its l
On Jun 17, 2011, at 7:49 PM, Jack Howarth wrote:
> The gcj compiler needs to pass -no_pie for linkage on darwin11 due to the
> new -pie
> default of the linker. The attached patch accomplishes this by passing
> -no_pie on SYSTEMSPEC
> for *-*-darwin[12]*. Since Darwin10 supports -no_pie in its l
On Sat, Jun 18, 2011 at 6:29 AM, Paolo Bonzini wrote:
> On Sat, Jun 18, 2011 at 01:24, H.J. Lu wrote:
>>> Why are you not changing the gcc_AC_ macro and instead introducing
>>> duplicate code? Perhaps the right solution is to add a final argument
>>> to the AC_RUN_IFELSE macro (don't know, I shou
On Jun 17, 2011, at 7:49 PM, Jack Howarth wrote:
> The gcj compiler needs to pass -no_pie for linkage on darwin11 due to the
> new -pie
> default of the linker. The attached patch accomplishes this by passing
> -no_pie on SYSTEMSPEC
> for *-*-darwin[12]*. Since Darwin10 supports -no_pie in its l
On Jun 16, 2011, at 5:26 PM, Janis Johnson wrote:
> This new fix to object-size, used within dg-final, continues to report
> static test errors as ERROR, but reports problems detected at runtime
> as UNRESOLVED, writing the reason to the log file. I'm confident that
> a missing object file should
On Sat, Jun 18, 2011 at 1:32 AM, Jan Hubicka wrote:
> Hi,
> this patch makes symetric changes to varpool as did the prevoius series to
> cgraph.
> Basically the aliases are now represented as separate varpool nodes with
> alias reference
> to the variable they refer to, with some infrastructure
On Sat, Jun 18, 2011 at 01:24, H.J. Lu wrote:
>> Why are you not changing the gcc_AC_ macro and instead introducing
>> duplicate code? Perhaps the right solution is to add a final argument
>> to the AC_RUN_IFELSE macro (don't know, I should be on holiday and
>> hence I do not have the source code
On Tue, Jun 14, 2011 at 01:38:41PM -0400, Jason Merrill wrote:
> commit 16136651e85c19a1e8338a0bd1b2b1a453413c23
> Author: Jason Merrill
> Date: Tue Jun 14 09:43:25 2011 -0400
>
> * error.c (type_to_string): Print typedef-stripped version too.
>
> diff --git a/gcc/cp/error.c b/gcc/cp/err
Hi all,
I just committed a trivial one-line patch to allow PROCEDURE
declarations inside BLOCK constructs:
http://gcc.gnu.org/viewcvs?view=revision&revision=175177
Cheers,
Janus
This is the usual problem of volatile accesses not preserved under (heavy)
optimization. In Ada, we can put pragma Volatile on components of composite
types without putting it on the enclosing type itself, but this doesn't really
work when you're starting to optimize.
Mostly gigi changes, but
Hi,
the empty partitions gets created when node gets assigned to earlier
partition. This happens for thunks, aliases and partitioned comdats.
Hope this will fix all occurences of the problem.
Bootstrapped/regtested x86_64-linux
Honza
PR lto/23754
* lto.c (lto_1_to_1_map): Don't
If an object has an address clause, it is handled indirectly, i.e. replaced
with a pointer initialized to the address. We were putting TREE_THIS_NOTRAP
on the dereferences built to retrieve the real object from the pointer, but
this is problematic if the address is invalid, as this means that w
This prevents the compiler from rejecting a constant passed as memory operand
to an Asm statement. While this may seem to be a questionable construct, it
can be generated by the front-end in specific cases.
Tested on i586-suse-linux, applied on the mainline.
2011-06-18 Eric Botcazou
This seems to have triggered
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452
on arm-linux-gnueabi
Might well be a DUP of PR49429 but I haven't looked at it yet.
cheers
Ramana
Compiling the test case in the patch with -O2 -m32 without the fix,
the program will abort. The problem is a var decl whose address is
taken is not marked as addressable leading to bad SSA update (missing
VUSE). (the triaging used the the .after and .after_cleanup dump diff
and found the problem).
Hi,
this patch makes symetric changes to varpool as did the prevoius series to
cgraph.
Basically the aliases are now represented as separate varpool nodes with alias
reference
to the variable they refer to, with some infrastructure to walk the alias
references
as needed.
Bootstrapped/regtested
Hi Jack,
On 18 Jun 2011, at 03:57, Jack Howarth wrote:
On Fri, Jun 17, 2011 at 12:04:34PM +0100, IainS wrote:
Hi Jack,
===
kludge to suppress pie for for dylibs (use in place of the darwin9.h
hunk from the attachment on PR49371).
Iain,
This change should be unncessary since -pie on th
Hi Mike, Jack,
On 17 Jun 2011, at 20:24, Jack Howarth wrote:
On Fri, Jun 17, 2011 at 10:43:07AM -0700, Mike Stump wrote:
On Jun 16, 2011, at 7:21 PM, Jack Howarth wrote:
The gcj compiler needs to pass -no_pie for linkage on darwin11 due
to the new -pie
default of the linker. The attached pat
28 matches
Mail list logo
