| # 01:21:07 | bhundven | quits : Quit: Leaving |
| # 08:33:02 | diorcety | joins #crosstool-ng |
| # 08:39:35 | y_morin | joins #crosstool-ng |
| # 13:32:06 | diorcety | quits : Quit: Leaving. |
| # 13:41:32 | daleg_ | joins #crosstool-ng |
| # 13:44:16 | daleg | quits : Ping timeout: 250 seconds |
| # 14:44:25 | diorcety | joins #crosstool-ng |
| # 18:55:36 | bhundven | joins #crosstool-ng |
| # 19:42:18 | blueness__ | quits : Changing host |
| # 19:42:18 | blueness__ | joins #crosstool-ng |
| # 20:55:03 | diorcety | quits : Quit: Leaving. |
| # 21:14:20 | diorcety | joins #crosstool-ng |
| # 21:51:43 | bhundven | y_morin: do you know if it is necessary for libexpat to be compiled static? |
| # 21:52:11 | bhundven | https://github.com/crosstool-ng/crosstool-ng/blob/master/scripts/build/companion_libs/210-expat.sh#L77 |
| # 21:52:47 | bhundven | I know this probably breaks on mac os x, but it also doesn't work on archlinux, as I can't static link. |
| # 21:52:48 | y_morin | bhundven: Hey! :-) Strictly speaking, no. |
| # 21:53:10 | y_morin | bhundven: Fact is, all the 'companion libraries' are built statically on-purpose. |
| # 21:53:25 | y_morin | bhundven: Th e reason for libexpat os because gdb needs it |
| # 21:53:43 | bhundven | right |
| # 21:53:43 | y_morin | I meant: the gdb-on-the-target needs it. |
| # 21:53:57 | bhundven | well, this is building expat for the build system/host system |
| # 21:54:02 | bhundven | sorry, just the host system |
| # 21:54:31 | y_morin | But because a user may have his own expat library in his buildsystem (like Buildroot, for example) we definitely do *not* want to have the target libexpat in the sysroot. |
| # 21:54:55 | y_morin | bhundven: Nope, we're also building it for target: https://github.com/crosstool-ng/crosstool-ng/blob/master/scripts/build/companion_libs/210-expat.sh#L39 |
| # 21:55:08 | bhundven | right. |
| # 21:55:35 | y_morin | bhundven: So, for the target we should really (like, really-really) not build it shared and put it in the sysroot. |
| # 21:55:41 | bhundven | I'm just saying that my host system (technically in this context, my build system) cannot build static libraries/binaries. |
| # 21:55:56 | y_morin | bhundven: For the host variant, that can be relaxed. |
| # 21:56:01 | bhundven | ok |
| # 21:56:24 | y_morin | bhundven: The reason I did static is that it is easier to move the toolchain around and not care about LD_LIBRARY_PATH and the likes. |
| # 21:56:45 | y_morin | bhundven: But with appropriate rpath (Boo!) this might no longer be needed. |
| # 21:56:46 | bhundven | yea |
| # 21:56:52 | y_morin | (But I hate rpath) |
| # 21:57:06 | y_morin | (and I did not know how to do it properly back then) |
| # 21:57:52 | bhundven | doesn't rpath break relocatable toolchain? |
| # 21:58:02 | bhundven | or is it relative? |
| # 21:58:19 | y_morin | bhundven: Well, both. |
| # 21:58:32 | y_morin | bhundven: It is possible to have a relative rpath, but it's complicated. |
| # 21:59:48 | bhundven | y_morin: but if I allow building expat for the host as shared - without rpath - it would break relocatable toolchain? |
| # 21:59:53 | y_morin | bhundven: If a rpath starts with the '$ORIGIN' (or '${ORIGIN}') (without the quotes. obviously), then it is treated as a path relative to the binary. |
| # 22:00:00 | y_morin | bhundven: Indeed. |
| # 22:00:10 | bhundven | >.< |
| # 22:00:33 | y_morin | bhundven: Yeah, that's sad. archlinux are stupid for disallowing static linking, and MacOS for not suporting it at all.. |
| # 22:03:57 | bhundven | I'm not sure how to move forward on this. |
| # 22:04:40 | y_morin | bhundven: Neither am I... |
| # 22:04:52 | y_morin | bhundven: To be noted: we tried in Buildroot to use the $ORIGIN trick. |
| # 22:05:27 | y_morin | bhundven: But it turns out to be very, veryu difficult to use, as the '$' can be interpreted at various depth in the make/shell/make/shell/... intricacies... |
| # 22:05:40 | bhundven | hrm |
| # 22:05:47 | y_morin | bhundven: A solution would be to build everything with a rather long rpath, and then patchelf it with $ORIGIN. |
| # 22:08:23 | bhundven | damn, and I just got my arch install to a place I was happy with. |
| # 22:21:37 | bhundven | at least static linking can be fixed on mac os x (crosstool-ng doesn't "support" or "condone" it) |
| # 22:22:28 | bhundven | https://opensource.apple.com/tarballs/Csu/ |
| # 22:22:55 | bhundven | granted, the right one has to be built for the Mac OS X/Xcode combination... |
| # 22:27:14 | bhundven | quits : Quit: switching back to debian... again... |
| # 22:49:23 | diorcety | quits : Remote host closed the connection |
| # 23:19:56 | y_morin | quits : Quit: Nighty Night! :-) |