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

difficulty around @responsefile with msvc #8322

Closed
vicuna opened this issue Oct 14, 2003 · 2 comments
Closed

difficulty around @responsefile with msvc #8322

vicuna opened this issue Oct 14, 2003 · 2 comments

Comments

@vicuna
Copy link

vicuna commented Oct 14, 2003

Original bug ID: 1877
Reporter: administrator
Status: resolved (set by @xavierleroy on 2012-08-02T07:37:59Z)
Resolution: suspended
Priority: normal
Severity: minor
Category: ~DO NOT USE (was: OCaml general)

Bug description

Full_Name: Jun Furuse
Version: 3.07
OS: msvc
Submission from: lamarck.inria.fr (128.93.1.21)

Hi,

I found a difficulty of compilation with msvc, in the case that
a responsefile is required: i.e. the case the command line goes longer
than 256 chars. At this moment, for example,
the option -cclib "/link /libpath:blahblah" is stored
wrongly inside responsefile in two lines as follows:

"/link"
"/libpath:blahblah"

and the /libpath option is ignored by the compiler:

Command line warning D4002 : ignoring unknown option '/libpath:blahblah'

The option /link /libpath:blahblah must be stored in one line like:

"/link /libpath:blahblah"

For a quick workaround, I use -cclib "/link/libpath:blahblah"
at this moment...

--
Jun

@vicuna
Copy link
Author

vicuna commented Jul 1, 2004

Comment author: administrator

This one will be hard to fix. The argument to -cclib is split into words so as
to support the popular idiom -cclib "-lfoo -lbar", used e.g. for labltk
configuration. Should fix once Makefiles have been cleaned up.

@vicuna
Copy link
Author

vicuna commented Aug 2, 2012

Comment author: @xavierleroy

This issue has been open for way too long, and doesn't seem to affect anyone but the reporter, who found an excellent workaround. Suspending this PR.

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