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

Support for using -l and -L alongside the -tea option #89

Open
apnadkarni opened this issue Jan 8, 2019 · 0 comments
Open

Support for using -l and -L alongside the -tea option #89

apnadkarni opened this issue Jan 8, 2019 · 0 comments

Comments

@apnadkarni
Copy link
Contributor

Original conversation regarding the request:

[20:54] apn Question for critcl experts - my critcl
based extension needs additional include paths to be specified as well
as libraries.
[20:55] apn When directly building
binaries using critcl, this is easy enough to do by passing in the -I
and -L options
[20:55] apn However, when using critcl
to build TEA based distributions (the -tea option) the -I and -L
options are ignored

Hm. ... Oh, you are specifying the -I and -L options together with the -tea option ? That is not something I had even considered before.

Based on your description I believe that you expect the converter to take the options and bake their values into the generated configure.in and/or Makefile.in (well, wherever is best/suitable/correct). Can you confirm ?

Also, please create a ticket for this bug / feature request.

[20:56] apn So the question is -
how can I specify additional includes and libraries that are also
added to the generated TEA based distribution package?
[23:11] apn, I suspect critcl::cflags and
critcl::ldflags will do the right thing

cflags and ldflags should be suitable workarounds

They might even be the better place. Using them you could even add Tcl code which searches several locations for the headers and libraries you need.

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

No branches or pull requests

1 participant