<     May 2017     >
Su Mo Tu We Th Fr Sa  
    1  2  3  4  5  6  
 7  8  9 10 11 12 13  
14 15 16 17 18 19 20  
21 22 23 24 25 26 27  
28 29 30 31
00:39 dka_ joined
01:30 s33se joined
01:30 tmh1999_watcher joined
01:44 czart joined
02:32 tmh1999_watcher joined
03:01 <Shiz> we have an LLVM-built build-base!
04:35 czart joined
05:17 s33se_ joined
07:03 fabled joined
09:05 Mr_H joined
10:45 minimalism joined
11:04 Kug3lis joined
11:25 cyteen joined
12:03 <Ganwell> since 3.6 gdb has a strange quirq: gdb ./a.out; run (this is ok); run (takes very long to start). The second run takes very long to start. Can anybody confirm that? I didn't find any bugs on the internet.
12:03 <Ganwell> quirk
12:12 tmh1999 joined
12:20 <Ganwell> correction: its not 3.6, its the fact that I bootet a vanilla kernel, long time ago, just because of this problem and after the update I had to reboot.
12:21 <Ganwell> I do the setfattr -n user.pax.flags -v "emr" a.out
12:21 <Ganwell> Sad, seems like I have to develop on vanilla ¯\_(ツ)_/¯
12:29 dka__ joined
12:37 LouisA joined
12:38 gromero joined
13:16 dka_ joined
13:22 dka_ joined
13:32 czart_ joined
13:33 fcolista joined
13:35 leo-unglaub joined
13:43 fcolista joined
13:59 tmh1999 joined
14:51 eleksir joined
14:54 eleksir joined
15:31 dka__ joined
15:43 dka_ joined
15:50 dka__ joined
15:51 <Shiz> Ganwell: -hardened doesn't lend itself well to debugging sadly
16:04 leo-unglaub joined
18:15 kunkku joined
20:01 fcolista joined
20:06 <* kaniini> is almost done with python2 deprecation
20:20 minimalism joined
20:32 minimalism joined
20:44 LouisA joined
20:52 minimalism joined
20:58 <Shiz> im crawling ahead with the llvm stuff
20:58 <Shiz> running into cmake issue after cmake isuse
20:58 <Shiz> :P
21:03 <skarnet> why am I not surprised
21:03 <Shiz> cmake really wants you to have a working C++ compiler before building libc++
21:03 <Shiz> which is not necessarily an issue, but...
21:03 <Shiz> its checks don't pass -nodefaultlins or equivalent
21:04 <Shiz> so it'll fail because the C++ compiler youre building a C++ standard library with has no C++ standard library
21:04 <skarnet> C++ development environment are so SIMPLE to bootstrap
21:04 <Shiz> then there's a cyclic dependency between llvm-libunwind and libc++
21:04 <Shiz> where llvm-libunwind requires <new> and libc++ requires llvm-libunwind to do... anything
21:05 <skarnet> people should be required to do everything you're doing before they're allowed to implement a high-level language with a library written in that language
21:06 <Shiz> there's one positive side
21:06 <Shiz> half of the llvm issues are fixed in git already
21:06 <Shiz> so i can just copy patches wholesale from there
21:09 <skarnet> oh, the design is fixed in git already?
21:09 <skarnet> that's nice to hear
21:25 <kaniini> TemptorSent: http://sprunge.us/XSjA
21:46 <Shiz> -- Found compiler-rt library: /root/sysroot-x86//usr/lib/clang/4.0.0/lib/linux/libclang_rt.builtins-i586.a
21:46 <Shiz> praise baby jesus
21:46 <xentec> \o/
21:46 <algitbot> \o/
21:52 <Shiz> binutils and make compiled \o/
21:52 <algitbot> \o/
21:52 <skarnet> grats
22:06 <Shiz> hehe, now apk-tools of everything is giving me issues
22:24 <Shiz> kaniini: i wrote up something i thought of in the shower that could help with alternatives and pkgdir at the same time for APK
22:24 <Shiz> https://txt.shiz.me/ZDNkNTY3MD
22:26 <Shiz> not mentioned there is that obviously unrelocated paths need no entryi n the db, and that if you allow multiple relocation targets per source path you can also tackle the FHS emulation part of pkgdir at the same time
22:31 <przemoc> a bit similar to deb diversion
22:32 <przemoc> [which I learned (and forgot already) years ago to tackle pulseaudio and make it second-class citizen, i.e. in front of alsa, not the other way around]
22:32 <skarnet> Shiz: if the /pkg layout is in the /pkg/$pkgname/$pkgver instead of /pkg/$pkgname-$pkgver, then you need a /pkg/$pkgname/default symlink
22:32 <skarnet> in the ... format
22:33 <Shiz> you would need one in /pkg/$pkgname-$pkgver too, no?
22:33 <Shiz> i don't see how the handling would differ immediately
22:33 <skarnet> you just need /pkg/$pkgname to be a symlink
22:33 <Shiz> right
22:34 <skarnet> it wouldn't be different, but you have to make it explicit if you subdir the versions
22:34 <Shiz> my own primary reason for version subdirs is so that it's easy to reliably partition off certain packages
22:34 <Shiz> as the dirname won't change :P
22:35 <skarnet> that's a good argument, I'm not opposed to subdirs as long as there's a default symlink
22:35 <Shiz> yeah
22:36 <kaniini> pkgdir stuff wont happen in 2.8
22:36 <kaniini> i'm mainly interested in
22:36 <kaniini> apk gen/apk extract
22:36 <skarnet> I like the relocation database idea, it would be diversions done right
22:36 <kaniini> yes
22:54 starefossen joined
23:01 zoidbergwill joined
23:34 <Shiz> managed to compile a fair bit now
23:34 <Shiz> next stop: cross-compiling llvm and clang
23:36 <skarnet> not sure your regular chicken blood will be enough for that, and I told you small child blood is expensive to get