You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[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
The text was updated successfully, but these errors were encountered:
Original conversation regarding the request:
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/orMakefile.in
(well, wherever is best/suitable/correct). Can you confirm ?Also, please create a ticket for this bug / feature request.
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.
The text was updated successfully, but these errors were encountered: