On Wed, Jul 6, 2011 at 7:34 PM, Ian Lance Taylor wrote:
> This seems like a reasonable patch to me, but technically speaking it is
> incomplete. Go should have IEEE floating point behaviour by default. I
> believe Java is the same. Ideally there would be a target-independent
> way for a fronte
Uros Bizjak writes:
> On Tue, Jul 5, 2011 at 7:17 PM, Mike Stump wrote:
>
>>> Please note that we set
>>> -mieee flag to compile .go files from library and also we add this
>>> flag to default testsuite compile flags.
>>
>>>
>> Ick, I think this patch might be expedient, but, wrong. Ian will ha
On Tue, Jul 5, 2011 at 7:17 PM, Mike Stump wrote:
>> Please note that we set
>> -mieee flag to compile .go files from library and also we add this
>> flag to default testsuite compile flags.
>
>>
> Ick, I think this patch might be expedient, but, wrong. Ian will have to
> think about it and dec
Uros Bizjak writes:
> What remains is a couple of unrelated failures in the testsuite:
>
> Epoll unexpected fd=0
> pollServer: unexpected wakeup for fd=0 mode=w
> panic: test timed out
> ../../../gcc-svn/trunk/libgo/testsuite/gotest: line 388: 7123 Aborted
> ./a.out -test.short -
On Tue, Jul 5, 2011 at 7:17 PM, Mike Stump wrote:
> On Jul 5, 2011, at 9:51 AM, Uros Bizjak wrote:
>> Attached patch also does the trick for me.
>
>> Please note that we set
>> -mieee flag to compile .go files from library and also we add this
>> flag to default testsuite compile flags.
>
>>
> Ic
On Jul 5, 2011, at 9:51 AM, Uros Bizjak wrote:
> Attached patch also does the trick for me.
> Please note that we set
> -mieee flag to compile .go files from library and also we add this
> flag to default testsuite compile flags.
>
Ick, I think this patch might be expedient, but, wrong. Ian wi
On Wed, Jun 1, 2011 at 7:49 PM, Ian Lance Taylor wrote:
One problem remains in the libgo testsuite: certain tests have to be
compiled with -mieee, otherwise FPE is generated for unordered values.
Any suggestions, where -mieee should be placed?
>>>
>>> That's an interesting question
Mike Stump writes:
> On Jun 1, 2011, at 7:37 AM, Ian Lance Taylor wrote:
>>> One problem remains in the libgo testsuite: certain tests have to be
>>> compiled with -mieee, otherwise FPE is generated for unordered values.
>>> Any suggestions, where -mieee should be placed?
>>
>> That's an interes
On Jun 1, 2011, at 7:37 AM, Ian Lance Taylor wrote:
>> One problem remains in the libgo testsuite: certain tests have to be
>> compiled with -mieee, otherwise FPE is generated for unordered values.
>> Any suggestions, where -mieee should be placed?
>
> That's an interesting question. I think that
Uros Bizjak writes:
> On Tue, May 31, 2011 at 8:08 PM, Ian Lance Taylor wrote:
>> Uros Bizjak writes:
>>
>>> (BTW: Original calculation of Ctime_ns has a cut'n'paste error,
>>> stat.Ctime.Nsec should be used instead of stat.Atime.Nsec).
>>
>> Thanks. Fixed like so. Bootstrapped and ran Go tes
On Tue, May 31, 2011 at 8:08 PM, Ian Lance Taylor wrote:
> Uros Bizjak writes:
>
>> (BTW: Original calculation of Ctime_ns has a cut'n'paste error,
>> stat.Ctime.Nsec should be used instead of stat.Atime.Nsec).
>
> Thanks. Fixed like so. Bootstrapped and ran Go testsuite on
> x86_64-unknown-lin
Uros Bizjak writes:
> On Sat, Apr 2, 2011 at 1:09 AM, Ian Lance Taylor wrote:
>> On Wed, Mar 30, 2011 at 12:58 PM, Uros Bizjak wrote:
>>>
>>> Attached ports go to ALPHA architecture.
>>
>> Thanks!
>>
>> Committed.
>>
>>
>>> b) alpha doesn't define "struct user_regs_struct" from which "type
>>>
Uros Bizjak writes:
> (BTW: Original calculation of Ctime_ns has a cut'n'paste error,
> stat.Ctime.Nsec should be used instead of stat.Atime.Nsec).
Thanks. Fixed like so. Bootstrapped and ran Go testsuite on
x86_64-unknown-linux-gnu. Committed to mainline.
Ian
diff -r 23e3bdca9ee3 libgo/go/
Uros Bizjak writes:
> This still doesn't fix the build for alpha due to extra struct. From
> sysinfo.go:
>
> type Timespec struct { Sec Timespec_sec_t; Nsec Timespec_nsec_t; }
> type Stat_t struct { Dev uint64; Ino uint64; Rdev uint64; Size int64;
> Blocks uint64; Mode uint32; Uid uint32; Gid ui
Uros Bizjak writes:
> This still doesn't fix the build for alpha due to extra struct. From
> sysinfo.go:
>
> type Timespec struct { Sec Timespec_sec_t; Nsec Timespec_nsec_t; }
> type Stat_t struct { Dev uint64; Ino uint64; Rdev uint64; Size int64;
> Blocks uint64; Mode uint32; Uid uint32; Gid ui
On Fri, Apr 22, 2011 at 1:39 AM, Ian Lance Taylor wrote:
> Rainer Orth writes:
>
>> Here's the error I run into:
>>
>> /vol/gcc/src/hg/trunk/irix/libgo/go/os/file.go:432:12: error: incompatible
>> types in assignment (implicit assignment of 'syscall.Timeval' hidden field
>> '_f0')
>> /vol/gcc/s
Rainer Orth writes:
> Here's the error I run into:
>
> /vol/gcc/src/hg/trunk/irix/libgo/go/os/file.go:432:12: error: incompatible
> types in assignment (implicit assignment of 'syscall.Timeval' hidden field
> '_f0')
> /vol/gcc/src/hg/trunk/irix/libgo/go/os/file.go:433:12: error: incompatible
>
Ian,
> Rainer Orth writes:
>
>> I've got a similar issue on IRIX 6.5: has
>>
>> struct timeval {
>> #if _MIPS_SZLONG == 64
>> __int32_t :32;
>> #endif
>> time_t tv_sec; /* seconds */
>> longtv_usec;/* and microseconds */
>> };
>>
>> which causes the 64-bit lib
On Sat, Apr 2, 2011 at 1:17 AM, Ian Lance Taylor wrote:
> Rainer Orth writes:
>
>> I've got a similar issue on IRIX 6.5: has
>>
>> struct timeval {
>> #if _MIPS_SZLONG == 64
>> __int32_t :32;
>> #endif
>> time_t tv_sec; /* seconds */
>> long tv_usec; /* and m
On Sat, Apr 2, 2011 at 1:09 AM, Ian Lance Taylor wrote:
> On Wed, Mar 30, 2011 at 12:58 PM, Uros Bizjak wrote:
>>
>> Attached ports go to ALPHA architecture.
>
> Thanks!
>
> Committed.
>
>
>> b) alpha doesn't define "struct user_regs_struct" from which "type
>> PtraceRegs" is derived. I have manu
Rainer Orth writes:
> I've got a similar issue on IRIX 6.5: has
>
> struct timeval {
> #if _MIPS_SZLONG == 64
> __int32_t :32;
> #endif
> time_t tv_sec; /* seconds */
> longtv_usec;/* and microseconds */
> };
>
> which causes the 64-bit libgo build to break
On Wed, Mar 30, 2011 at 1:12 PM, Uros Bizjak wrote:
>
> d) The definition of "type Stat_t struct" also includes additional
> struct and this confuses compilation.
This seems like something that we could teach mksysinfo.sh to handle.
What does the struct look like in gen-sysinfo.go?
Ian
On Wed, Mar 30, 2011 at 12:58 PM, Uros Bizjak wrote:
>
> Attached ports go to ALPHA architecture.
Thanks!
Committed.
> b) alpha doesn't define "struct user_regs_struct" from which "type
> PtraceRegs" is derived. I have manually created PtraceRegs from
> pt_regs structure and patched generated
Uros Bizjak writes:
> d) The definition of "type Stat_t struct" also includes additional
> struct and this confuses compilation.
I've got a similar issue on IRIX 6.5: has
struct timeval {
#if _MIPS_SZLONG == 64
__int32_t :32;
#endif
time_t tv_sec; /* seconds */
On Wed, Mar 30, 2011 at 9:58 PM, Uros Bizjak wrote:
> Hello!
>
> Attached ports go to ALPHA architecture.
>
> There are however several problems with the build:
>
> a) Bootstrap compare failure in the gcc/go directory due to binutils
> bug [1], fixed in latest binutils SVN, use --disable-bootstrap
Hello!
Attached ports go to ALPHA architecture.
There are however several problems with the build:
a) Bootstrap compare failure in the gcc/go directory due to binutils
bug [1], fixed in latest binutils SVN, use --disable-bootstrap
b) alpha doesn't define "struct user_regs_struct" from which "ty
26 matches
Mail list logo
