On Tue, Mar 17, 2015 at 7:36 AM,  <labo...@linux.vnet.ibm.com> wrote:
> I have a patch to get gccgo to work on cross.
>
> Is it too late to try and get this into gcc 5.0?

I think it's still possible.  Depends on how small and safe it is.

Ian


> On Tuesday, February 3, 2015 at 2:18:39 PM UTC-6, Ian Lance Taylor wrote:
>>
>> On Tue, Feb 3, 2015 at 11:52 AM, Lynn A. Boger
>> <lab...@linux.vnet.ibm.com> wrote:
>> >
>> > I've been experimenting with the go tools and how to make them work for
>> > cross gccgo builds.
>> >
>> > In golang I think there is just one 'go' tool and the cross build
>> > targets
>> > are specified by the setting of GOARCH and GOOS.  So why couldn't the
>> > same
>> > be done with gccgo?
>> >
>> > That means, on any given system, I think we just need to build the
>> > native
>> > gccgo and the go tools that are built with it.  No need to build
>> > different
>> > go tools for each cross target.  If a cross build is needed, then set
>> > the
>> > GOARCH and GOOS values appropriately and invoke the native go (for
>> > gccgo)
>> > tool.  Source changes are needed for the go tool source to determine the
>> > correct cross compiler name based on the GOARCH and GOOS settings, and
>> > then
>> > use that cross compiler where needed for building or linking instead of
>> > always using "gccgo".  I was able to make these changes and get this to
>> > work
>> > -- I built gccgo programs targeted for ppc64le on an x86_64.
>>
>> I agree that setting GOARCH and GOOS should change the default name of
>> the gccgo compiler that the go tool uses.
>>
>> Ian
>
> --
> You received this message because you are subscribed to the Google Groups
> "gofrontend-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to gofrontend-dev+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

Reply via email to