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

[wishlist] ocamldep -native should list .o files #3764

Closed
vicuna opened this issue Aug 18, 2005 · 3 comments
Closed

[wishlist] ocamldep -native should list .o files #3764

vicuna opened this issue Aug 18, 2005 · 3 comments

Comments

@vicuna
Copy link

vicuna commented Aug 18, 2005

Original bug ID: 3764
Reporter: administrator
Status: acknowledged
Resolution: open
Priority: normal
Severity: feature
Category: tools (ocaml{lex,yacc,dep,debug,...})
Monitored by: scientician nogin

Bug description

Full_Name: Mike Furr
Version: 3.08.3
OS: Linux
Submission from: pcp0010743271pcs.howard01.md.comcast.net (69.243.84.108)

ocamlopt produces both a .cmx file and a .o file, however ocamldep -native
produces a dependency only on the .cmx file. Some source code changes (like to
constant strings) only show up in the .o files and thus a build system which is
based on md5sums instead of simply timestamps will fail to see any updates. It
would be nice if dependencies were produced for both .cmx and .o files.

@vicuna
Copy link
Author

vicuna commented Aug 26, 2005

Comment author: administrator

DD thinks if we do that, make will build the files twice.

@vicuna
Copy link
Author

vicuna commented Nov 24, 2005

Comment author: anonymous

Well, would be a huge hassle to add a "-my-make-is-not-broken" option which would cause ocamldep to emit both .cmx and .o dependencies?

@mshinwell
Copy link
Contributor

I doubt this remains a problem with modern build systems (and the proposal did not seem to garner a lot of support 15 years ago either).

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

3 participants