On Wed, Nov 11, 2015 at 3:48 AM, Rainer Orth
wrote:
> Ian Lance Taylor writes:
>
>> On Sun, Nov 8, 2015 at 9:21 AM, Rainer Orth
>> wrote:
>>>
>>> There were two remaining problems:
>>>
>>> * Before Solaris 12, sendfile only lives in libsendfile. This lead to
>>> link failures in gotools.
>>>
Ian Lance Taylor writes:
> On Sun, Nov 8, 2015 at 9:21 AM, Rainer Orth
> wrote:
>>
>> There were two remaining problems:
>>
>> * Before Solaris 12, sendfile only lives in libsendfile. This lead to
>> link failures in gotools.
>>
>> * Solaris 12 introduced a couple more types that use _in6_ad
On Sun, Nov 8, 2015 at 9:21 AM, Rainer Orth
wrote:
>
> There were two remaining problems:
>
> * Before Solaris 12, sendfile only lives in libsendfile. This lead to
> link failures in gotools.
>
> * Solaris 12 introduced a couple more types that use _in6_addr_t, which
> are filtered out by mk
Ian Lance Taylor writes:
> On Fri, Nov 6, 2015 at 5:01 AM, Rainer Orth
> wrote:
>> Ian Lance Taylor writes:
>>
>>> I have committed a patch to libgo to update it to the Go 1.5 release.
>>>
>>> As usual for libgo updates, the actual patch is too large to attach to
>>> this e-mail message. I've
On Fri, Nov 6, 2015 at 5:01 AM, Rainer Orth
wrote:
> Ian Lance Taylor writes:
>
>> I have committed a patch to libgo to update it to the Go 1.5 release.
>>
>> As usual for libgo updates, the actual patch is too large to attach to
>> this e-mail message. I've attached the changes to the gccgo-sp
Ian Lance Taylor writes:
> I have committed a patch to libgo to update it to the Go 1.5 release.
>
> As usual for libgo updates, the actual patch is too large to attach to
> this e-mail message. I've attached the changes to the gccgo-specific
> files.
>
> Bootstrapped and ran Go testsuite on x86
On Tue, Nov 3, 2015 at 12:17 PM, Lynn A. Boger
wrote:
> I can see the problem in gotest. It has to do with the setting of GOARCH.
>
> Previously GOARCH was being set based on the --goarch argument, but now
> goarch is being set. Not sure both GOARCH and goarch are needed?
>
> I've attached a pat
Ian Lance Taylor writes:
> I don't know that I have access to a big-endian PPC GNU/Linux machine any
> more.
There's gcc110 on the compile farm.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something c
I can see the problem in gotest. It has to do with the setting of GOARCH.
Previously GOARCH was being set based on the --goarch argument, but now
goarch is being set. Not sure both GOARCH and goarch are needed?
I've attached a patch I used to get it to work. It worked for ppc64le
and ppc64
On Tue, Nov 3, 2015 at 7:48 AM, Lynn A. Boger
wrote:
>
> We are seeing failures on all the libgo tests when gccgo is built with the
> latest trunk
> on ppc64 (BE) and when running the testsuite for 64 bit. The failures
> do not occur if run on ppc64 BE with m32 and do not occur on ppc64le.
>
> Th
We are seeing failures on all the libgo tests when gccgo is built with
the latest trunk
on ppc64 (BE) and when running the testsuite for 64 bit. The failures
do not occur if run on ppc64 BE with m32 and do not occur on ppc64le.
The messages say this:
make[3]: Entering directory
`/home/boger/g
On Mon, Nov 2, 2015 at 11:48 PM, Uros Bizjak wrote:
>
>> I have committed a patch to libgo to update it to the Go 1.5 release.
>>
>> As usual for libgo updates, the actual patch is too large to attach to
>> this e-mail message. I've attached the changes to the gccgo-specific
>> files.
>>
>> Boots
Hello!
> I have committed a patch to libgo to update it to the Go 1.5 release.
>
> As usual for libgo updates, the actual patch is too large to attach to
> this e-mail message. I've attached the changes to the gccgo-specific
> files.
>
> Bootstrapped and ran Go testsuite on x86_64-pc-linux-gnu.
On Mon, Nov 2, 2015 at 12:59 PM, Lynn A. Boger
wrote:
>
> I assume there will be a different number for the libgo.so for Go 1.5?
Thanks for the reminder. I committed this patch to bump the version number.
Ian
Index: gcc/go/gofrontend/MERGE
===
I'll try it That was the only error I hit with the go and libgo
tests with Go 1.5.
I assume there will be a different number for the libgo.so for Go 1.5?
On 11/02/2015 02:23 PM, Ian Lance Taylor wrote:
On Mon, Nov 2, 2015 at 7:39 AM, Lynn A. Boger
wrote:
I see this error when building g
On Mon, Nov 2, 2015 at 7:39 AM, Lynn A. Boger
wrote:
> I see this error when building gccgo from trunk on ppc64le and running the
> libgo tests:
>
> exec_unix_test.go:174:43: error: reference to undefined identifier
> 'syscall.TIOCGPGRP'
> errno := syscall.Ioctl(tty.Fd(), syscall.TIOCGPGRP,
> ui
On Mon, Nov 2, 2015 at 1:37 AM, Andreas Schwab wrote:
> Ian Lance Taylor writes:
>
>> On Sun, Nov 1, 2015 at 1:39 AM, Andreas Schwab wrote:
>>> ../../../../libgo/go/syscall/exec_linux.go:185:37: error: reference to
>>> undefined name 'TIOCSPGRP'
>>>_, err1 = raw_ioctl_ptr(sys.Ctty, TIOCSPGR
I see this error when building gccgo from trunk on ppc64le and running
the libgo tests:
exec_unix_test.go:174:43: error: reference to undefined identifier
'syscall.TIOCGPGRP'
errno := syscall.Ioctl(tty.Fd(), syscall.TIOCGPGRP,
uintptr(unsafe.Pointer(&fpgrp)))
Ian Lance Taylor writes:
> On Sun, Nov 1, 2015 at 1:39 AM, Andreas Schwab wrote:
>> ../../../../libgo/go/syscall/exec_linux.go:185:37: error: reference to
>> undefined name 'TIOCSPGRP'
>>_, err1 = raw_ioctl_ptr(sys.Ctty, TIOCSPGRP, unsafe.Pointer(&pgrp))
>>
On Sun, Nov 1, 2015 at 1:39 AM, Andreas Schwab wrote:
> ../../../../libgo/go/syscall/exec_linux.go:185:37: error: reference to
> undefined name 'TIOCSPGRP'
>_, err1 = raw_ioctl_ptr(sys.Ctty, TIOCSPGRP, unsafe.Pointer(&pgrp))
> ^
>
> $ grep TIOCSPGRP gen-sy
On Sun, Nov 1, 2015 at 1:39 AM, Andreas Schwab wrote:
> ../../../../libgo/go/syscall/exec_linux.go:185:37: error: reference to
> undefined name 'TIOCSPGRP'
>_, err1 = raw_ioctl_ptr(sys.Ctty, TIOCSPGRP, unsafe.Pointer(&pgrp))
> ^
>
> $ grep TIOCSPGRP gen-sy
../../../../libgo/go/syscall/exec_linux.go:185:37: error: reference to
undefined name 'TIOCSPGRP'
_, err1 = raw_ioctl_ptr(sys.Ctty, TIOCSPGRP, unsafe.Pointer(&pgrp))
^
$ grep TIOCSPGRP gen-sysinfo.go
// unknowndefine TIOCSPGRP _IOW('t', 118, int)
Andreas.
I have committed a patch to libgo to update it to the Go 1.5 release.
As usual for libgo updates, the actual patch is too large to attach to
this e-mail message. I've attached the changes to the gccgo-specific
files.
Bootstrapped and ran Go testsuite on x86_64-pc-linux-gnu. Committed
to mainlin
23 matches
Mail list logo