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

-dllib options implicit in .cma should not be ignored when using -use-runtime or -use-prims #4254

Closed
vicuna opened this issue Apr 4, 2007 · 3 comments

Comments

@vicuna
Copy link

vicuna commented Apr 4, 2007

Original bug ID: 4254
Reporter: @alainfrisch
Status: resolved (set by @damiendoligez on 2016-04-19T12:27:35Z)
Resolution: suspended
Priority: normal
Severity: minor
Target version: 4.03.0+dev / +beta1
Category: ~DO NOT USE (was: OCaml general)

Bug description

In bytelink.ml, the options -ccobj, -ccopt, -dllib and -custom present in linked .cma files are ignored when creating a bytecode executable using -use-runtime (or -use-prims). For -ccobj, -ccopt and -custom this is natural, but I think it would be best if it wasn't the case for -dllib (if one want to ignore these, one can still use -noautolink).

@vicuna
Copy link
Author

vicuna commented Jul 29, 2013

Comment author: @damiendoligez

This looks strange. -use-runtime and -use-prims date back to a time when the runtime couldn't do dynamic loading of C files to get extra primitives. Why do you need them if you're going to dynamically load your primitives anyway?

@vicuna
Copy link
Author

vicuna commented Jan 14, 2015

Comment author: @damiendoligez

Do you feel a pressing need to fix this before 4.02.2?

@vicuna
Copy link
Author

vicuna commented Jan 15, 2015

Comment author: @alainfrisch

I don't remember why I needed that, and I certainly don't have any pressing need for it. One could even close this ticket...

@vicuna vicuna closed this as completed Apr 19, 2016
@vicuna vicuna added this to the 4.03.0 milestone Mar 14, 2019
@vicuna vicuna added the bug label Mar 19, 2019
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