Summary
Built-in binding still partially active due to -scrutinize
Metadata
- Id: 264ac61309bfea83d64db2275318a1c8109c8d99
- Trac id: 306
- Type: defect
- Reporter: kon
- Owner:
- Cc:
- Status: closed
- Component: core tools
- Estimated difficulty:
- Resolution: fixed
- Priority: minor
- Milestone:
- Version: 4.5.x
- Changetime: 2011-04-04 08:31:00 UTC
- Created: 2010-08-08 10:55:18 UTC
- Keywords: scrutiny format
Description
In source: (import ... no unit extras ... (only format-compiler-base format) ...)
Compiler generates:
Warning: in local procedure `error-depends',
in local procedure `resolve-unit', in local procedure `body685', in toplevel procedure `simple-units#*make-units': format: in procedure call to `format', expected argument #1 of type `string', but where given an argument of type `boolean'
(This is wrong anyway. Unit extras format allows boolean here.)
Changes and comments
[2010-08-08 23:14:05 UTC] felix wrote:
Somehow "format" gets expanded into the core "format", not "format-compiler-base#format" (which, I think it should). Superficially analysing this a quick stab at a solution seems to me not to import "extras" in "format-compiler-base" (or at least use `(except extras format)`), as this will overwrite the imported binding of `format`.
If that doesn't help, I'll go hunting.
The entry for `format` in types.db is indeed wrong, thanks for pointing that out.
[2010-08-08 23:14:29 UTC] felix set keywords to scrutiny format
[2010-08-08 23:14:29 UTC] felix removed owner
[2010-08-08 23:14:29 UTC] felix changed component from unknown to core tools
[2010-08-16 15:50:26 UTC] felix changed status from new to closed
[2010-08-16 15:50:26 UTC] felix set resolution to fixed
[2010-08-16 15:50:26 UTC] felix wrote:
I have opened a new ticket for the problematic import of `format` in `format-compiler-base` (#336).
[2011-04-04 08:31:00 UTC] felix removed milestone 4.6.0
[2011-04-04 08:31:00 UTC] felix wrote:
Milestone 4.6.0 deleted