search for: test_simple

Excuse me, I have met some problem while writing test cases for api_termgen. I added a case for mixed CJK numbers to test_simple, as the example mentioned in #699: > { "", "2千3百", "2[1] 千[2] 3[3] 百[4]"} But it unexpectedly failed. Below are the input and output. I run test with command: > ./runtest ./apitest termgen1 And the test case output is: > Running test: termgen1... FAILED &gt...

Hi, I have problem accessing the testfixture. The values from the YML-Fixture-File are correctly written into database, but accessing the fixture is impossible. It is always nil. Is anything wrong with this test? class MyModelTest < Test::Unit::TestCase fixtures :my_model def test_simple a = MyModel.find(@my_model["first"].id) # Accessing @my_model is impossible ... end end Thanks, Steffen -- Posted via http://www.ruby-forum.com/.

i know it''s probably really simple, how do i work out someone''s age if i have their d.o.b. stored as a date in my db. cheers -- Posted via http://www.ruby-forum.com/.

...easible alias analysis passes > but the results are not changed. Seems correct, I don't think you'll get more precise results out of the basic-aa pass, note that it has limited context sensitivity: https://llvm.org/docs/AliasAnalysis.html#the-basic-aa-pass Compare the results for `test_simple`, `test_in_array`, and `test_same_underlying_object_different_indices`: https://github.com/llvm/llvm-project/blob/release/10.x/llvm/test/Analysis/BasicAA/struct-geps.ll > Also, what is the "must alias, Mod/Ref forwarding to 0x563faa6c6260"? If alias sets have been merged, you...

...;< result_a << std::endl; std::cout << "tan double: " << result_b << std::endl; } </tan_bug.cc> Appendix B: <Makefile> all: test_g++ test_llvm-g++ test_interpreter test_interpreter_opt test_native_g++ test_native_llvm-g++ .PHONY: c clean test_simple test_interpreter test_interpreter_opt test_native_g++ test_native_llvm-g++ test_g++: simple_g++ ./simple_g++ test_llvm-g++: simple_llvm ./simple_llvm test_interpreter: emit.bc lli emit.bc test_interpreter_opt: opt.bc lli opt.bc test_native_g++: native_g++...

On Jun 16, 2007, at 12:35 AM, Duncan Sands wrote: >> Result compiled with llvm-g++ 2.0: >> tan float: -2.18504 >> tan double: 0.309336 > > This may be due to bug 1505. It fails on x86 using x87 floating point, with the inliner not run, because of 1505, yes. Gonsolo, is that your situation? (What happens is, there is a wrapper in the header file for std::tan (float),

...e results are not changed. > > Seems correct, I don't think you'll get more precise results out of the > basic-aa pass, note that it has limited context sensitivity: > https://llvm.org/docs/AliasAnalysis.html#the-basic-aa-pass > > Compare the results for `test_simple`, `test_in_array`, and > `test_same_underlying_object_different_indices`: > https://github.com/llvm/llvm-project/blob/release/10.x/llvm/test/Analysis/BasicAA/struct-geps.ll > > >     Also, what is the "must alias, Mod/Ref forwarding to > 0x563faa6c6260"...

Hey Matt, That's awesome. Thank you very much for all the information and clarification! Just a few follow up questions. Could you kindly shed some lights on it? Thank you! 1. I tried to tweak the code in the following way: - Clang [-> LLVM-IR]: https://llvm.godbolt.org/z/n9rGrs - [LLVM-IR ->] opt: https://llvm.godbolt.org/z/Uc6h5Y And i note that the outputs are: Alias sets for

I have two scrollable div''s (overflow:auto), one with a list of elements (the source) and the other is the drop target (dest). I''ve enabled ghosting so that the drag element gets out of the scrollable box (good). Interesting, at least on Firefox, the ghosted drag ends up going ''under'' the destination div when I drag it. No amount of z-order fidding seems to