Re: Builtin infrastructure change
On Fri, Oct 7, 2011 at 12:49 AM, Michael Meissner
wrote:
> On Thu, Oct 06, 2011 at 10:44:03AM -0400, Michael Meissner wrote:
>> On Thu, Oct 06, 2011 at 03:23:07PM +0200, Tobias Burnus wrote:
>> > On 10/06/2011 03:02 PM, Michael Meissner wrote:
>> > >On the x86 (with Fedora 13), I built and tested the C, C++, Objective C,
>> > >Java, Ada,
>> > >and Go languages with no regressions
>> >
>> > >On a power6 box with RHEL 6.1, I
>> > >have done the same for C, C++, Objective C, Java, and Ada languages with
>> > >no
>> > >regressions.
>> >
>> > Any reason for not building and testing Fortran? Especially as you
>> > patch gcc/fortran/{trans*.c,f95-lang.c}?
>> >
>> > Tobias
>>
>> Brain fault on my part. I tested the previous set of patches with Fortran.
>> Since I had to explicitly add the languages to pick up Ada and Go, I seemed
>> to
>> have dropped Fortran. Sigh. Sorry about that. I just started the powerpc
>> bootstrap, since that is a lot faster.
>
> I'm enclosing the revised patches that now provides the Fortran fixes as well.
> It passes bootstrap and make check on powerpc64-linux based on subversion id
> 179514. The current top of the tree doesn't bootstrap on x86 if I build go
> due
> to an issue with shrinkwrapping and split stack.
Ok.
Thanks,
Richard.
Re: Builtin infrastructure change
On Thu, Oct 06, 2011 at 03:23:07PM +0200, Tobias Burnus wrote:
> On 10/06/2011 03:02 PM, Michael Meissner wrote:
> >On the x86 (with Fedora 13), I built and tested the C, C++, Objective C,
> >Java, Ada,
> >and Go languages with no regressions
>
> >On a power6 box with RHEL 6.1, I
> >have done the same for C, C++, Objective C, Java, and Ada languages with no
> >regressions.
>
> Any reason for not building and testing Fortran? Especially as you
> patch gcc/fortran/{trans*.c,f95-lang.c}?
>
> Tobias
Brain fault on my part. I tested the previous set of patches with Fortran.
Since I had to explicitly add the languages to pick up Ada and Go, I seemed to
have dropped Fortran. Sigh. Sorry about that. I just started the powerpc
bootstrap, since that is a lot faster.
--
Michael Meissner, IBM
5 Technology Place Drive, M/S 2757, Westford, MA 01886-3141, USA
meiss...@linux.vnet.ibm.com fax +1 (978) 399-6899
Re: Builtin infrastructure change
On 10/06/2011 03:02 PM, Michael Meissner wrote:
On the x86 (with Fedora 13), I built and tested the C, C++, Objective C, Java,
Ada,
and Go languages with no regressions
On a power6 box with RHEL 6.1, I
have done the same for C, C++, Objective C, Java, and Ada languages with no
regressions.
Any reason for not building and testing Fortran? Especially as you patch
gcc/fortran/{trans*.c,f95-lang.c}?
Tobias
[gcc/fortran]
2011-10-05 Michael Meissner
* trans-expr.c (gfc_conv_power_op): Delete old interface with two
parallel arrays to hold standard builtin declarations, and replace
it with a function based interface that can support creating
builtins on the fly in the future. Change all uses, and poison
the old names. Make sure 0 is not a legitimate builtin index.
(fill_with_spaces): Ditto.
(gfc_trans_string_copy): Ditto.
(gfc_trans_zero_assign): Ditto.
(gfc_build_memcpy_call): Ditto.
(alloc_scalar_allocatable_for_assignment): Ditto.
* trans-array.c (gfc_trans_array_constructor_value): Ditto.
(duplicate_allocatable): Ditto.
(gfc_alloc_allocatable_for_assignment): Ditto.
* trans-openmp.c (gfc_omp_clause_copy_ctor): Ditto.
(gfc_omp_clause_assign_op): Ditto.
(gfc_trans_omp_atomic): Ditto.
(gfc_trans_omp_do): Ditto.
(gfc_trans_omp_task): Ditto.
* trans-stmt.c (gfc_trans_stop): Ditto.
(gfc_trans_sync): Ditto.
(gfc_trans_allocate): Ditto.
(gfc_trans_deallocate): Ditto.
* trans.c (gfc_call_malloc): Ditto.
(gfc_allocate_using_malloc): Ditto.
(gfc_call_free): Ditto.
(gfc_deallocate_with_status): Ditto.
(gfc_deallocate_scalar_with_status): Ditto.
* f95-lang.c (gfc_define_builtin): Ditto.
(gfc_init_builtin_functions): Ditto.
* trans-decl.c (create_main_function): Ditto.
* trans-intrinsic.c (builtin_decl_for_precision): Ditto.
