e.g. solaris cc
…unsigned type. Signed-off-by: Reini Urban <firstname.lastname@example.org>
Fixed merge conflicts: config/auto/alignof.pm config/auto/llvm.pm tools/dev/gdb-pp.py
Configuration step auto::alignof was added to master without a corresponding test file under t/steps. Add that file; update MANIFEST. Make indentation in config/auto/alignof.pm consistent. Note: Running the newly added steps test shows that internal subroutine test_if_needed throws a warning, at least when we are not trying to compile with clang. The warning is: value for '@TEMP_type@' in config/auto/alignof/test_c.in is undef at lib/Parrot/Configure/Compiler.pm line 584, <$in> line 55. This indicates a possible problem with config/auto/alignof/test_c.in.
The second argument passed to auto::llvm::_handle_result() is merely a Boolean used to determine whether the result message displayed as part of Configure.pl's output should be set to 'yes' or 'no'. Consequently, a result of 'yes, 1' conveys nothing above or beyond 'yes'. Reverting the modification (which was also causing failures in t/steps/auto/llvm-01.t).
…decode_base64 Use bytebuffer representations of the encoded string, not the encoded ord value. Also fix the tests to match this conformant behaviour. The problem is now that base64 encoded files are endian dependent, and the multibyte tests need to be skipped on big-endian.
Use errors=replace instead of strict. See http://docs.python.org/library/codecs.html#codec-base-classes Prepend encoding when not ascii and not latin1, add strlen and bufused fields.
Probe for llvm-config-3.0 llvm-config-2.9 llvm-config-2.8 which do exist on debian, where llvm-config does not exist. Print found version, like "yes, 3.0" as with gcc and other libs. If not requested, print "not requested" instead of "no" to give a hint, that --with-llvm is wanted. Add llvm and inline probes to ChangeLog
…a write buffer on stdout. Take that away in the new system to try and fix some rakudo issues reported by pmichaud++
…very time we read from any filehandle.