Perl 6 - the future is here, just unevenly distributed

IRC log for #divine, 2016-12-18

| Channels | #divine index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
02:48 ilbot3 joined #divine
02:48 Topic for #divine is now DIVINE | http://divine.fi.muni.cz | http://irclog.perlgeek.de/divine/
10:52 xstill mornfall: opravil jsem to cc u sebe
11:09 xstill aha, asi neopravil úplně
12:35 xstill skoro by mi dávalo větší smysl llvm-nm a spol buildit v rámci toolchain než jako závislost testů
12:48 xstill ještě tu mám ten -Werror patch na dios, máš k němu nějaké připomínky?
13:00 xstill udělal jsem patch který způsobí, že po buildu toolchainu se ještě zbuildy llvm-nm, dis a spol, dal jsem každému samostatný stamp v toolchain, aby se nerozbíjeli stávající buildy když se něco přidá
13:00 xstill + jsem testy nasměroval aby v path měli ten adresář
13:24 mornfall xstill: ta cesta k toolchain-u není dobře (OBJ nemusí, a defaultně ani nekončí, /)
13:24 mornfall nerozbíjely* ... ale úplně to nevidim (proč je to lepší v toolchainu)
13:25 mornfall bylo by lepší kdyby cmake část buildu fungovala podle možnosti co nejvíc uzavřeně
13:26 mornfall kdyby si třeba v LLVM řekli že budou držet API, určitě by mělo smysl mít možnost buildovat proti systémovýmu LLVM
13:26 mornfall a teda taky systémovým překladačem (to má nakonec smysl už teď)
13:28 mornfall neříkám že to má být podporovaná konfigurace, ale nemusíme to ani zbytečně komplikovat
14:30 xstill přilo mi zbytečný to buildit víckrát
14:30 xstill krom toho to chci mít v envu, takže se to stejně musí objevit v Makefile
14:45 xstill pokud by bylo systémový LLVM tak to navíc není potřeba buildit, protože se to vezme ze systému
14:46 mornfall jo, jenže kombinace systémovej překladač + vlastní llvm fungovat nebude
14:46 mornfall toolchain by fakt měl být jen toolchain
14:47 xstill jak myslíš systémovej překladač + vlastní llvm?
14:48 mornfall llvm v toolchain-u existuje jen kvůli clang-u
14:48 mornfall jinak se v divinu nijak nepoužívá
14:48 xstill aha, ty myslíš, že by se divine a llvm pro slinkování s divine přeložili systémovým překladačem
14:48 mornfall tzn. když bys vypustil toolchain a udělal cmake build s gcc tak by to v principu mělo zafungovat (plusminus bugy v gcc)
14:50 mornfall prostě o existenci toolchain by měl vědět jen Makefile, cmake na tom teď nijak závislej není (make mu podstrčí cesty a flagy tak aby si vzal překladač a knihovny z toolchainu)
14:51 xstill ok
14:52 mornfall (naopak by dávalo smysl to co už tam teď kvůli envu je prohodit tak, aby default target z cmake-u přeložil aj llvm utility a dát do cesty v env-u ty)
14:53 xstill nedávalo by spíš smysl aby si je env vybuildil? Protože kromě envu třeba llvm-dis a llvm-as nikdo potřebovat nejspíš nebude
14:55 mornfall skoro si myslim že na llvm-dis v nějakým testu dřív nebo později dojde
14:55 mornfall a přeložit je to oproti všemu ostatnímu zanedbatelně levný
14:57 xstill no ale k čemu to pak přidat jako závislost? přímo k divine? to mi úplně nedává smysl, protože to divine nepotřebuje (a cmake se pokud vím nespouští bez targetu nikdy)
14:57 xstill tj. to co je all cmake se nikdy nepřekládá z makefile
14:57 xstill což by se teda dalo změnit asi
14:57 xstill ale pořád to musí být i závislost testů a envu
14:59 mornfall add_custom_targt( llvm-utils ) add_dependencies( llvm-utils ... ) add_dependencies( functional llvm-utils ) nebo tak něco? (nebo teda functional má přímo DEPENDS)
15:00 xstill to by asi šlo
15:00 mornfall pak se nemusí v testech hackovat OBJ ale přidá se tam normálně builddir/llvm/bin do cesty
15:01 xstill jj
19:45 xstill mornfall: teď už by se to mělo buildit správně
19:52 xstill + jsem opravil špatnej typ slotu pro long double

| Channels | #divine index | Today | | Search | Google Search | Plain-Text | summary