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
rustc disables the standard framework search path by default,
the only way to specify an alternative framework search path is via '-C link_args="-F "' to rustc, or by using the oft derided link_args crate attribute.
This makes linking against frameworks via cargo incredibly difficult, since cargo only allows setting the "-l" and "-L" compiler flags. It would be great if rustc modified both the dylib search path and the framework search path when a "-L" option is passed to rustc on OSX.
The text was updated successfully, but these errors were encountered:
@alexcrichton suggested in rust-lang/cargo/#1272 to add -L framework=foo which should be translated to -F just like -l framework=foo is being translated into -framework.
On OSX the linker has a separate framework lookup path which is specified via
the `-F` flag. This adds a new kind of `-L` path recognized by the compiler for
frameworks to be passed through to the linker.
Closesrust-lang#20259
On OSX the linker has a separate framework lookup path which is specified via
the `-F` flag. This adds a new kind of `-L` path recognized by the compiler for
frameworks to be passed through to the linker.
Closes#20259
Currently, it appears that
This makes linking against frameworks via cargo incredibly difficult, since cargo only allows setting the "-l" and "-L" compiler flags. It would be great if rustc modified both the dylib search path and the framework search path when a "-L" option is passed to rustc on OSX.
The text was updated successfully, but these errors were encountered: