• Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r4wp

[!REBOL3] General discussion about REBOL 3

GiuseppeC
16-Dec-2012
[29]
If there is anything I can do to help, please ask me.
Robert
16-Dec-2012
[30x3]
Saphirion is building up a repository with a nightly-build infrastructure. 
We are currently working on these things:
- Win32 builds, mostly done

- automatic check of other repositories for changes and pulling changes 
for test-builds
- merging our host-kit to get View and R3-GUI
- cross-compiling for Win, OSX & Linux
Beside fixing some anyoing bugs using debug builds, one of the first 
things I'm interested in is, taking a look to move to 64bit.
Than we will extend R3-GUI and the automatic test-framework. The 
latter is used to regression test all R3 builds over and over again. 
We currently have about 50 cases that crash R3. These need to get 
fixed.
GiuseppeC
16-Dec-2012
[33x2]
Hope to see an official group formed soon.
Howeverm good work Rober. Your  investment on REBOL has proven to 
be successful. Now your group is free to move.
Robert
16-Dec-2012
[35x2]
The infrastructure I'm thinking about is, that you always know one 
stop to get the latest pre-build R3 releases. Since we use R3, it 
will be under active development from us. We will fix / extend things 
as we need them.
And, at the moment we are getting an overview about the code, its 
structure etc.
GiuseppeC
16-Dec-2012
[37]
Yes I know, your work is driven by your needs and that of your customers.
Robert
16-Dec-2012
[38]
Looks, like merging our host-kit is mostly done. Than we have a single 
R3 EXE with View
Ladislav
16-Dec-2012
[39]
my results after fixing bug#1633 and the ECVT function:


2.101.0.4.4 16-Dec-2012/22:29:25+1:00 Total: 4343 Succeeded: 3950 
Test-failures: 53 Crashes: 10 Dialect-failures: 0 Skipped: 330
Andreas
16-Dec-2012
[40]
My results, with your fixes:

2.101.0.4.4 16-Dec-2012/23:22:17+1:00 Total: 4344 Succeeded: 3948 
Test-failures: 55 Crashes: 11 Dialect-failures: 0 Skipped: 330

(gcc 4.7.2, glibc 2.16)
Ladislav
16-Dec-2012
[41]
test-failures 55? Are those the rounding issues?
Andreas
16-Dec-2012
[42]
Yes.
Ladislav
16-Dec-2012
[43]
Why don't I experience the problem?
Andreas
16-Dec-2012
[44x2]
Older GCC, maybe?
Let me try building with an older GCC to see if that changes anything.
Ladislav
16-Dec-2012
[46]
how do I check the gcc version?
Andreas
16-Dec-2012
[47]
gcc -v
Ladislav
16-Dec-2012
[48x2]
gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5)
...and glibc version?
Kaj
16-Dec-2012
[50]
Look in the package manager
Andreas
16-Dec-2012
[51]
apt-cache show libc6 | grep Version
Ladislav
16-Dec-2012
[52x3]
[ladislav-:-lkub64]:/r3/make$ apt-cache show libc6 | grep Version
Version: 2.15-0ubuntu10.3
Version: 2.15-0ubuntu10.2
Version: 2.15-0ubuntu10
Andreas, it looks like you have a new test as well?
(Total 4344)
Andreas
16-Dec-2012
[55x3]
I found the "total" number to be not particularly reliable.
GCC 4.3.2 compiled binary doesn't have the round regressions:

16-Dec-2012/23:42:06+1:00 2.101.0.4.2 Total: 4333 Succeeded: 3950 
Test failures: 53 Crashes: 11 Dialect failures: 0 Skipped: 330
(Differing total again.)
Ladislav
16-Dec-2012
[58]
Hmm, that may need a fix...
Andreas
16-Dec-2012
[59]
The last result is GCC 4.3.2 + glibc 2.7 at compile time, glibc 2.16 
at runtime.
Ladislav
16-Dec-2012
[60]
How come you have Crashes: 11?
Andreas
16-Dec-2012
[61x3]
How would I find out?
run-safe and diff the full log?
To see what's missing?
Ladislav
16-Dec-2012
[64]
those are the ones marked as #crash
Andreas
16-Dec-2012
[65]
But I have "crashes: 11" for RT-built A111 on this machine as well.
Ladislav
16-Dec-2012
[66x2]
#r3crash
yes, that is in the test source. I guess that you do not use the 
latest tests
Andreas
16-Dec-2012
[68]
I use the tests as cloned a few hours ago.
Ladislav
16-Dec-2012
[69]
aha, let me check
Andreas
16-Dec-2012
[70]
I think the additional guess is another real regression on the machine 
I'm using. But let me find out which test is newly crashing.
Ladislav
16-Dec-2012
[71]
No, that is not how it works
Andreas
16-Dec-2012
[72]
It just counts the #r3crash?
Ladislav
16-Dec-2012
[73x3]
It just counts the #r3crash - 7 times and #test3crash - 3 times
(in my file)
strange
Andreas
16-Dec-2012
[76]
Well, then it is definitely my set of tests.
Ladislav
16-Dec-2012
[77]
#r3crash is supposed to crash the interpreter, #test3crash is suppossed 
to crash the test framework
Andreas
16-Dec-2012
[78]
Ah, correct. I accidentally had an additional test copied over.