| From | Sent On | Attachments |
|---|---|---|
| David Malone | Dec 3, 2001 1:55 pm | |
| Mike Barcroft | Dec 3, 2001 6:54 pm | |
| David Malone | Dec 4, 2001 5:40 am | |
| Mike Barcroft | Dec 4, 2001 8:21 am | |
| David Malone | Dec 5, 2001 11:59 am | |
| David Malone | Dec 5, 2001 12:10 pm | |
| David O'Brien | Dec 5, 2001 12:21 pm | |
| Bruce Evans | Dec 5, 2001 12:59 pm | |
| David Malone | Dec 5, 2001 1:04 pm | |
| David Malone | Dec 6, 2001 5:41 am | |
| Mike Barcroft | Dec 6, 2001 8:56 am | |
| David O'Brien | Dec 6, 2001 9:09 am |
| Subject: | Re: Warns for tcopy and wc. | |
|---|---|---|
| From: | David Malone (dwma...@maths.tcd.ie) | |
| Date: | Dec 5, 2001 1:04:21 pm | |
| List: | org.freebsd.freebsd-audit | |
Drat - that doesn't actually help on the alpha 'cos intmax_t is actually a long on the alpha. Maybe it would be reasonable to change intmax_t to be a long long on the alpha?
No. intmax_t is a typedefed type since it is machine-dependent and possibly longer than long long. Changing it to long long on all machine defeats the point of it. There is a problem since gcc-2.x doesn't understand intmax_t.
Indeed - I was suggesting this as a patch to tie us over until we have a gcc which understands intmax_t properly. All the same, declaring intmax_t as long on a platform which has long long seems perverse - as you point out it must be atleast as big as long long.
Perhaps this gcc-3 understands it. If it supports C99 then it should support %j already.
David O'Brien suggested that I look and see if anything needs to be done for gcc-3. I'll try to do that tomorrow.
David.
To Unsubscribe: send mail to majo...@FreeBSD.org with "unsubscribe freebsd-audit" in the body of the message





