programmerjake | mentioning here because the email is being slow: https://lists.libre-soc.org/pipermail/libre-soc-bugs/2022-June/006579.html | 06:41 |
---|---|---|
programmerjake | The totals were goofed today, I double checked the history and fixed it, assuming the amounts assigned to the child tasks are correct. | 06:42 |
programmerjake | lkcl: can you check the calculations and if i forgot stuff that the fpga-fund paid for? #848 | 10:02 |
programmerjake | thx | 10:05 |
lkcl | just round it up, to take into consideration your time. and also keep from having dumb amounts in the database | 10:06 |
programmerjake | yeah, i already did that, i'd like a double check on the rest of it though | 10:23 |
Veera[m] | lkcl: will binutils-gdb-install be proper name? Or binutils-gdb-powerpc64le-install or binutils-gdb-ppc64le-install | 12:28 |
Veera[m] | lkcl: For Bug: 847 | 12:34 |
ghostmansd|2 | OK it seems I've finally fixed mp3 assembly | 13:47 |
*** ghostmansd <ghostmansd!~ghostmans@broadband-188-32-220-29.ip.moscow.rt.ru> has left #libre-soc | 13:47 | |
*** ghostmansd|2 is now known as ghostmansd | 13:47 | |
ghostmansd | Once Veera[m] makes this toolchain the primary one and I add support for macros, I think we can drop this intermediate .sv file | 13:50 |
lkcl | binutils-gdb-install is fine, it will only ever be ppc64le | 14:18 |
ghostmansd | lkcl, raised https://bugs.libre-soc.org/show_bug.cgi?id=849 | 14:38 |
ghostmansd | could you please adopt it so that it considers your parts? | 14:38 |
ghostmansd | I haven't touched 550 yet, no need to edit it twice :-) | 14:39 |
ghostmansd | I checked binutils code today, it'll be quite a big task, if we really intend to re-use binutils machinery; but profitable, for sure | 14:39 |
ghostmansd | yes, one of the culprits is that binutils don't have a standalone pass on macro substitution, this happens inside md_assemble, on-the-fly, so to speak | 14:40 |
ghostmansd | another one is that binutils operands know only insn value | 14:41 |
ghostmansd | also some changes to lexer, perhaps another operand flag... | 14:41 |
ghostmansd | all in all, this will be a big task, but at least we won't have to invent everything all over again | 14:41 |
ghostmansd | actually I kinda like that we found it now; the parsing I did was a really quick and dirty, almost the translation of pysvp64asm, so it might have missed more from binutils point of view | 14:42 |
ghostmansd | I guess once 849 is done we can begin migrating all stuff to binutils | 14:43 |
ghostmansd | (if there're no errors at all in translation, and this is yet to be checked) | 14:43 |
lkcl | ghostmansd[m], added to 849. | 16:18 |
lkcl | btw please do put links to commits in https://bugs.libre-soc.org/show_bug.cgi?id=844 | 16:18 |
lkcl | found one | 16:19 |
lkcl | https://git.libre-soc.org/?p=binutils-gdb.git;a=commitdiff;h=eea73a560f1d34ba8644f7f127c8d75c7ec62761 | 16:19 |
lkcl | if there's any other do add it | 16:19 |
Veera[m] | <ghostmansd> "Once Veera makes this toolchain..." <- Hi, what ya prefer host: x86_64 or ppc64le(talos)? | 16:24 |
lkcl | Veera[m], both. | 16:26 |
ghostmansd[m] | Both yeah. Via config param I suppose. | 16:27 |
ghostmansd[m] | Or perhaps via environment variable. | 16:28 |
Veera[m] | I will make script for both. Immediately what you need? | 16:28 |
Veera[m] | I thinking of first for talos (ppc64le) and then x86_64! | 16:29 |
ghostmansd[m] | I think you can even omit host. | 16:29 |
ghostmansd[m] | configure guesses this anyway. | 16:29 |
ghostmansd[m] | So only --target | 16:29 |
ghostmansd[m] | That is, simply drop --host, and check if it works both on Talos and x86. | 16:30 |
Veera[m] | That I can make out. Are you doing development now in talos and x86_64 simultaneously. | 16:31 |
ghostmansd[m] | Kinda. I run tests there. Plus its PPC, so native. | 16:34 |
Veera[m] | ok | 16:34 |
ghostmansd[m] | And most devs use it I think. | 16:34 |
Veera[m] | H.J.Lu releases testing releases(!) (tag) for binutils(perhaps for x86_64). So did you forked from there(should?). svp64 branch shows some random fork. | 16:36 |
ghostmansd[m] | Nope, I forked from upstream. Perhaps I should update it, it's outdated a bit. | 16:38 |
ghostmansd[m] | I think you can rely on branch svp64 w/o tags | 16:39 |
ghostmansd[m] | They likely won't appear soon, not unless we're merged. | 16:39 |
ghostmansd[m] | This is WiP. | 16:39 |
Veera[m] | ghostmansd[m]: ye | 16:39 |
lkcl | Veera[m], only one script is needed because the target is the same regardless of the host | 18:22 |
lkcl | as i mentioned yesterday here on IRC the only "problem" is to ensure that the target *always* has the prefix "powerpc64le-linux-gnu-" even when host==target==powerpc64le | 18:24 |
lkcl | autoconf *may* detect this and go "oh, you are doing native. let me just overwrite /usr/bin/ld for you" | 18:24 |
lkcl | you need to SPECIFICALLY ensure that does NOT happen | 18:24 |
lkcl | and it's probably as simple as always setting "--target=powerpc64le-linux-gnu" | 18:26 |
lkcl | with that done i would *not* expect you to have any problems or in fact any differences in the script of any kind. | 18:26 |
lkcl | btw please don't use --prefix=/xyz in the script | 18:27 |
lkcl | the default is /usr/local and that's where the programs need to be installed | 18:27 |
lkcl | nowhere else | 18:27 |
ghostmansd | yeah totally agree with lkcl | 18:29 |
lkcl | ghostmansd, how did you build it? | 18:30 |
ghostmansd | from my point of view, the best'd be to have `mkdir build && cd build && ../configure --target=powerpc64le-linux-gnu` | 18:30 |
ghostmansd | lkcl, reading my mind again ^^^ | 18:30 |
ghostmansd | of course `make -j$(nproc)` afterwards | 18:31 |
ghostmansd | simple and sweet; you _can_ reinvent autoconf magic and detect host automatically... but _why_? | 18:31 |
ghostmansd | or, rather, _what_for_? | 18:32 |
ghostmansd | reminds me of an old demotivator meme: http://apikabu.ru/img_n/2012-10_4/jn2.jpg | 18:34 |
ghostmansd | that's in Russian, an approximate translation is... | 18:34 |
ghostmansd | "So with some simple tools you can make trolleybus from bread.. but what for? (Linux at home... what for?)" | 18:34 |
ghostmansd | Veera[m], I've synced with the recent binutils-gdb upstream | 19:13 |
lkcl | lol | 19:53 |
tinybronca[m] | Hi all! This just caught my attention, they claim to have a company "Open Silicon" https://www.sifive.com/custom-soc-solutions | 23:52 |
tinybronca[m] | what exactly is "open" about this? | 23:52 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!