With solaris cc -c overrides -E. cc: Warning: "-c" redefines goal from "preprocessed source (file)" to "object file"
config/auto/thread: Correct "has thread" grammar
e.g. solaris cc
…unsigned type. Signed-off-by: Reini Urban <email@example.com>
Also check for has_icu to check with composed unicode strings
Fixed merge conflicts: config/auto/alignof.pm config/auto/llvm.pm tools/dev/gdb-pp.py
Thanks to jkeenan++ for adding the test.
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
add missing return type to function error: ISO C++ forbids declaration of ‘f’ with no type [-fpermissive]
Use native endianness
Also fix a python gdb strlen error. The number of char is needed, not the number of codepoints.
…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.