<< Back to previous view

[PCC-17] Integer (and possibly fp) overflows testing Tcl. Created: 05/Jan/09  Updated: 10/Aug/14

Status: Open
Project: pcc
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Stuart Cassoff Assignee: Unassigned
Resolution: Unresolved Votes: 0
Environment: Building the Tcl 8.5 port.

File Attachments: File headers.c    

To reproduce, add to ports/lang/tcl/8.5/Makefile:
Make sure ulimit -s == 8192, or some large enough number to prevent stopping.
$ make regress

Comment by Gregory McGarry [ 23/Jan/09 10:25 PM ]
Which operating system is this?

It occurred to me that if your system is using the header files from the libpcc library, then there may be incompatibilities which could cause problems.

I will write a test program where we can verify that the headers are correct.

Comment by Gregory McGarry [ 24/Jan/09 01:19 AM ]
Here's the file from pcc-test module.

Comment by Volkmar Klatt [ 10/Aug/14 03:40 PM ]
concerning floating point:
The very good diagnostic program paranoia.c (http://www.netlib.org/paranoia/paranoia.c) reveales:
"Sticky bit used incorrectly or not at all."
Maybe this is the cause of the floating point issues?

output from paranoia:

Checking rounding on multiply, divide and add/subtract.
* is neither chopped nor correctly rounded.
/ is neither chopped nor correctly rounded.
Addition/Subtraction neither rounds nor chops.
Sticky bit used incorrectly or not at all.
FLAW: lack(s) of guard digits or failure(s) to correctly round or chop
(noted above) count as one flaw in the final tally below.

(note: on my linux, <stdlib.h> is broken,
as it does not include the necessary <inttypes.h>
so I have to include it explicit to compile paranoia)
Generated at Sat Jun 25 14:19:44 CEST 2016 using JIRA Enterprise Edition, Version: 3.13.1-#333.