bin/ci fails several specs on amd64
Reported by Matijs van Zuijlen | November 29th, 2007 @ 02:04 PM | in 1.0
Running bin/ci on amd64 fails the following specs:
Bignum#>> return the right shift alignment
Dir#each returns the directory which remains open
Dir.[] recursively matches any subdirectories including ./ and ../ with '.**/'
Dir.[] matches a single character except leading '.' with '?'
Dir.[] accepts multiple '?' characters in a pattern
Dir.[] matches any characters in a set with '[<characters>]'
Dir.[] matches any characters in a range with '[<character>-<character>]'
Dir#read returns the file name in the current seek position
Dir#rewind resets the next read to start from the first entry
Bignum has positive threshold value 2 ** 29
Bignum has negative threshold value -(2 ** 29)
ByteArray class method new creates an instance with the correct number of fields
File.ftype return a string
File.ftype return 'file' when is a file
File.ftype return 'directory' when is a dir
File.ftype return blockSpecial when is a block
File.ftype return link when is a link
File.ftype return fifo when is a fifo
File.ftype should return the type of the named file
File.ftype raise an exception if the arguments are wrong type or are the incorect number of arguments
Float#to_i returns self truncated to an Integer
Float#to_int returns self truncated to an Integer
Float#truncate returns self truncated to an Integer
Integer.induced_from converts other to Integer
Math.atanh raises Errno::EDOM if x = 1.0
Math.atanh raises Errno::EDOM if x = -1.0
Comments and changes to this ticket
-
Eero Saynatkari November 29th, 2007 @ 11:00 PM
- → Milestone changed from 1.0 preview to 1.0
- → State changed from new to open
- → Assigned user changed from to Eero Saynatkari
Guessing that this might have something to do with the structs involved. Will research.
-
Tilman Sauerbeck November 30th, 2007 @ 08:08 AM
The File.ftype failures are due to a known compiler bug. We decided it wasn't worth to fix it in the current compiler, and I believe it's already been taken care of in compiler2.
The line that's causing that failure is pathname.rb:431:
[blah, *[one, two]]
-
Eero Saynatkari January 6th, 2008 @ 06:10 PM
- → State changed from open to resolved
There are only three bin/ci failures remaining and even those are arguable. Closing.
Please Login or create a free account to add a new comment.
You can update this ticket by sending an email to from your email client. (help)
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile »
