diff options
| author | Brian Gaeke <gaeke@uiuc.edu> | 2003-07-18 20:23:43 +0000 |
|---|---|---|
| committer | Brian Gaeke <gaeke@uiuc.edu> | 2003-07-18 20:23:43 +0000 |
| commit | d461505efd8f59b110c253548a74ca0a8ea6f8bf (patch) | |
| tree | bc96166d9adfdded40d4eafe1b7e53fe2c3314a5 /tools | |
| parent | 06dabfaed55d37cf40e811586ba06b5779e58ab9 (diff) | |
| download | external_llvm-d461505efd8f59b110c253548a74ca0a8ea6f8bf.zip external_llvm-d461505efd8f59b110c253548a74ca0a8ea6f8bf.tar.gz external_llvm-d461505efd8f59b110c253548a74ca0a8ea6f8bf.tar.bz2 | |
Please, save your applause^H^H^H^H^H^H^H^Hflames for the end...
Avoid a fall-through in the (stubby) treatment of the longjmp intrinsic
call which causes llc & lli to core-dump.
Add a sort-of treatment of cast double to ulong. I am not really sure
what a user should expect to see upon casting a negative FP value to
unsigned long long. But with what is given here, I was able to write
a program that could cast -123.456 to ulong and back and get -123.0,
which seems like a step in the right direction. GCC seems to give you
0. I don't know if I'd consider that useful.
These cases were coming up in GNU coreutils-5.0.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@7205 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'tools')
0 files changed, 0 insertions, 0 deletions