Off list, Mike S. pointed out that the Objective C
front-end uses the lang-specific extensions to
GCC's tree node, and it shares logic with the C
and C++ front ends. Therefore, the lang-specific
extensions might offer an alternative approach
for storing UPC's layout qualifier. The current plan,
h
On 07/02/11 15:21:32, Joseph S. Myers wrote:
[...]
> In general configure options aren't really a good idea in many cases:
>
> * If something is always best on a particular architecture, maybe you want
> a target hook (not macro) rather than a configure option, with the target
> hook being set a
On Jul 2, 2011, at 6:04 AM, Iain Sandoe
wrote:.
> The fix is pretty close to obvious. The size of the pointer to
> dyld_stub_binding_helper needs to track m32/m64.
> OK for trunk and 4.6
Ok.
On Fri, 1 Jul 2011, Gary Funck wrote:
> The reason that so many #ifdef's and #defines remain is that
> I wasn't sure about the best method of parameterizing those values to
> avoid the use of conditional compilation. For example, should
> a small struct be defined that has fields for the configur
Hi,
The bug exists on 4.6 and trunk.
The fix is pretty close to obvious. The size of the pointer to
dyld_stub_binding_helper needs to track m32/m64.
bootstrapped on native powerpc-apple-darwin8 on a G5 tested as below
(using gcc-4_6-branch revision 175752).
===
Native configuration is
I suppose my main question about this is: did you consider extending
the cfgloop machinery instead of writing new loop discovery code?
Also, loop discovery seems to be based on the liveness of the iterator,
but what happens if the iterator is a general register that is spilled
for part of the loop
On Sat, Jul 2, 2011 at 12:59 AM, Bernd Schmidt wrote:
> On 07/02/11 00:11, Joseph S. Myers wrote:
>> On Fri, 1 Jul 2011, Bernd Schmidt wrote:
>>
* The global tree nodes for various modes are suspicious. Why are they
needed at all?
>>>
>>> Do you mean only the PImode ones or also intQI_t
On Sat, Jul 2, 2011 at 12:11 AM, Joseph S. Myers
wrote:
> On Fri, 1 Jul 2011, Bernd Schmidt wrote:
>
>> > * The global tree nodes for various modes are suspicious. Why are they
>> > needed at all?
>>
>> Do you mean only the PImode ones or also intQI_type_node etc.? These are
>> used to pick a sui
> OK for trunk and 4.6.
Thanks, Paul.
Committed to trunk as r175779. Will apply to the 4.6 branch in a few days.
Cheers,
Janus
> On Tue, Jun 28, 2011 at 5:40 PM, Janus Weil wrote:
>> Hi all,
>>
>> here is a patch for a problem which was originally reported as an
>> ICE-on-invalid regression
On Fri, Jul 1, 2011 at 11:21 PM, Jakub Jelinek wrote:
> Hi!
>
> For debug stmt uses, we don't want any PHI nodes to be created
> just because of them, so the debug uses need to be ignored
> during decisions which PHI nodes to add.
> Unfortunately that means get_current_def can't be always trusted.
2011/7/1 Kai Tietz :
> 2011/7/1 Kai Tietz :
>> 2011/7/1 Richard Guenther :
>>> On Fri, Jul 1, 2011 at 1:44 PM, Kai Tietz wrote:
Ok, here is reworked patch with adjusted testcase.
ChangeLog gcc/
2011-07-01 Kai Tietz
* tree-ssa-forwprop.c (truth_valued_ss
OK for trunk and 4.6.
Thanks for the patch
Paul
On Tue, Jun 28, 2011 at 5:40 PM, Janus Weil wrote:
> Hi all,
>
> here is a patch for a problem which was originally reported as an
> ICE-on-invalid regression (assigning to a type-bound function).
>
> In the course of fixing it, I noticed that it
12 matches
Mail list logo
