Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

-impl-suffix missing in the compiler. #6110

Closed
vicuna opened this issue Jul 30, 2013 · 3 comments
Closed

-impl-suffix missing in the compiler. #6110

vicuna opened this issue Jul 30, 2013 · 3 comments

Comments

@vicuna
Copy link

vicuna commented Jul 30, 2013

Original bug ID: 6110
Reporter: vbmithr
Status: confirmed (set by @damiendoligez on 2013-08-19T15:02:31Z)
Resolution: open
Priority: normal
Severity: feature
Version: 4.00.1
Category: compiler driver
Tags: patch
Related to: #3725
Monitored by: @hcarty

Bug description

The following patch adds the -impl-suffix option (symetrical of -intf-suffix) in the compiler.

File attachments

@vicuna
Copy link
Author

vicuna commented Jul 31, 2013

Comment author: @gasche

The previous code accepted both .ml and .mlt (.mlt support was added in 1995 in revision 353, apparently for the profiler), while your code only accepts .ml if you haven't passed any command-line option. I'm worried that this may cause regressions in old code -- though I have no idea what the use of this suffix is and who would still use it.

@vicuna
Copy link
Author

vicuna commented Jan 17, 2014

Comment author: @damiendoligez

The .mlt extension is used by kaputt, but I don't think it needs the feature.

I think it was for ocamlcp to produce an intermediate file as *.mlt, then call the compiler on that. It was superseded by the use of -pp, which avoids using a file.

Since this feature is not documented, I vote for eliminating it.

@github-actions
Copy link

This issue has been open one year with no activity. Consequently, it is being marked with the "stale" label. What this means is that the issue will be automatically closed in 30 days unless more comments are added or the "stale" label is removed. Comments that provide new information on the issue are especially welcome: is it still reproducible? did it appear in other contexts? how critical is it? etc.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant