| ghostmansd | lkcl, for sure I'm familiar with makefile :-) | 07:32 |
|---|---|---|
| ghostmansd | again: the assembly generated before and after the changes is identical | 07:32 |
| ghostmansd[m] | lkcl, all mp3_0 tests run fine for me, perhaps I still misinterpret what you want. | 10:46 |
| ghostmansd[m] | For the record, I did not drop how the existing comments are handled. | 10:46 |
| ghostmansd[m] | I only fixed the script to actually convert records like `sv.add X,Y,Z # cocojumbo` | 10:47 |
| ghostmansd | I'm going to clean some commits and start working on 838 then. Any objections? | 11:11 |
| ghostmansd | I'm still waiting for GNU approval, though. I was wondering if we could start committing some small(ish) patches. | 11:12 |
| lkcl | ghostmansd, brilliant. ok so now, if you change the assembler at the lines i suggested (# sv.xxxx to just sv.xxxx) and simultaneously alter pysvp64asm you can check it works | 11:38 |
| lkcl | you really don't need to run absolutely every single one of the tests though, you can just run one. | 11:38 |
| lkcl | lkcl> ./audio/mp3/mp3_0.sh 0 /tmp/out0 | 11:38 |
| lkcl | theeeen... | 11:38 |
| lkcl | for extra bonus points | 11:39 |
| lkcl | add a way to use *binutils* to compile the binary and make sure that the binary is identical | 11:39 |
| ghostmansd | lkcl, but it works now, even without changes | 11:39 |
| ghostmansd | I mean, $(make tests) work on master | 11:40 |
| ghostmansd | except for mp3_1 | 11:40 |
| ghostmansd | or do you want me to check that tests work if I uncomment `# sv.` lines? | 11:40 |
| lkcl | it works now because pysvp64asm is a hack | 11:41 |
| lkcl | because of anything with "# sv.xxx" in front of it is *substituted* for ".long NNNN xxxx # sv.xxxx" | 11:41 |
| lkcl | however we do actually need *binutils* to work | 11:42 |
| lkcl | because it is making life very difficult for markos that pysvp64asm only has very very rudimentary macro support | 11:42 |
| lkcl | so what i'm asking is, now that binutils _can_ actually do the same job, could you alter pysvp64asm so that it no longer needs that hack? | 11:44 |
| lkcl | and | 11:44 |
| lkcl | thus | 11:44 |
| lkcl | the *exact same assembler* in the media/ directory *can be compiled with binutils now* | 11:44 |
| lkcl | i'm happy to up the amount for 838 to include that | 11:45 |
| lkcl | other than that yes go for it on 838 | 11:45 |
| ghostmansd | aaaaaah | 11:45 |
| ghostmansd | OK, now I got it | 11:46 |
| ghostmansd | hell | 11:46 |
| lkcl | yes. | 11:46 |
| ghostmansd | all this time I was under impression that I broke something with my commit to openpower-isa | 11:46 |
| lkcl | markos's task of developing the assembler version of imdct36.c is made difficult | 11:46 |
| lkcl | no | 11:46 |
| lkcl | *if* you had altered pysvp64sim *without* also updating the media/ assembler | 11:46 |
| lkcl | (to remove the hack) | 11:47 |
| lkcl | *then* you would have broken the work that critically depends on it | 11:47 |
| lkcl | that was my biggest concern | 11:48 |
| lkcl | i leave it with you? (back later, will keep checking via irclog) | 11:48 |
| ghostmansd | OK I think I understood what's broken | 11:49 |
| ghostmansd | I've been looking at vanilla asm, not SV | 11:49 |
| ghostmansd | OK I'll fix it | 11:49 |
| ghostmansd | and also think about binutils integration | 11:49 |
| lkcl | magic. | 11:50 |
| lkcl | btw we do need a "build script" for binutils now | 11:50 |
| lkcl | Veera[m], are you happy to do that? | 11:50 |
| lkcl | ghostmansd, if you can help Veera[m] out there, just let him know (in basic form) how to build it with the correct branch | 11:51 |
| lkcl | something off of https://libre-soc.org/HDL_workflow as usual, Veera[m] has done this many times now | 11:52 |
| ghostmansd | sure | 11:58 |
| ghostmansd | Veera[m], just ping me when you're ready | 11:58 |
| ghostmansd | lkcl, FWIW, I've submitted RFP for 844 | 12:49 |
| lkcl | ghostmansd, magic. do update the TOML field with the date | 13:48 |
| lkcl | check with budget-sync that it worked | 13:49 |
| ghostmansd | hm, why does schroot gives "I have no name" on talos? | 13:54 |
| ghostmansd | $(schroot -c ghostmansd /bin/bash) | 13:56 |
| ghostmansd | lkcl, budget-sync seems OK | 14:02 |
| ghostmansd | updated my page with this info | 14:04 |
| ghostmansd | it seems inside chroot its /etc/passwd is fucked; I have no idea why, so I ended up copying & pasting the /etc/passwd from the talos | 14:47 |
| ghostmansd | also, the whole chroot jail has lkcl:lkcl as user:group | 14:52 |
| octavius | lkcl, I updated the pinmux page, but realised I lost my write access to libreriscv repo. Can you grant it again? | 16:45 |
| lkcl | ghostmansd, edit /etc/passwd and /etc/group manually to fix that. | 17:28 |
| lkcl | (in the chroot i mean of course) | 17:28 |
| lkcl | octavius: done | 17:29 |
| lkcl | you are uid 1006/1007 so just edit /opt/chroot/ghostmansd/etc/passwd to match that | 17:30 |
| ghostmansd | https://pastebin.com/bFPWMFJW | 17:32 |
| ghostmansd | cool story bro! | 17:32 |
| ghostmansd | I failed but still succeeded :-) | 17:32 |
| lkcl | you are 6. number 6. | 17:35 |
| lkcl | https://www.youtube.com/watch?v=oXrmJUMiMkg | 17:36 |
| lkcl | fuun. ah the joys of starting a compile totally from source/scratch | 17:37 |
| lkcl | a trick there, leveraging debian: | 17:37 |
| lkcl | apt-get build-dep binutils | 17:37 |
| lkcl | that will recursively install *all* the build dependencies [that debian happens to use] for the package | 17:37 |
| lkcl | usually, unless something has gotten horribly out of hand in the development branch of the source-only package, you get all the right/required dependencies | 17:38 |
| ghostmansd | > https://www.youtube.com/watch?v=oXrmJUMiMkg | 17:39 |
| ghostmansd | wow it's been a while since I played HL | 17:39 |
| ghostmansd | it's a real gem | 17:39 |
| ghostmansd | > usually, unless something has gotten horribly | 17:39 |
| ghostmansd | I'm inside chroot on talos | 17:39 |
| ghostmansd | I think I already launched hdl-apt-reqs | 17:40 |
| ghostmansd | But I think I might be confused since I also did it on my debian recently... | 17:41 |
| ghostmansd | fuck Luke | 17:47 |
| ghostmansd | I think I just accidentally launched ./install-hdl-apt-reqs outside of jail | 17:47 |
| lkcl | ah i wanted to find the theme music for The Prisoner | 17:47 |
| ghostmansd | fuck fuck fuck sorry | 17:47 |
| lkcl | kill it | 17:47 |
| lkcl | ok let's see what it's done | 17:48 |
| lkcl | where did it get to? | 17:48 |
| ghostmansd | I only realized it when it completed | 17:48 |
| lkcl | ah :) | 17:48 |
| lkcl | probably for the best to let it complete | 17:48 |
| lkcl | ok let's see... | 17:48 |
| ghostmansd | I think it changed to backports... | 17:49 |
| lkcl | apt-get update and apt-get upgrade. | 17:49 |
| lkcl | whoops | 17:49 |
| ghostmansd | fuck I'm so sorry | 17:49 |
| lkcl | it's ok, it's still running | 17:49 |
| ghostmansd | do you mean there's no damage? | 17:51 |
| ghostmansd | because I'm under impression I've "upgraded" stuff to wrong versions | 17:52 |
| ghostmansd | I think I'll make my account chroot on login | 17:52 |
| lkcl | yes you have, however everyone should be using schroots on there anyway | 17:52 |
| lkcl | just add an entry into /opt/chroot/etc/debian_chroot | 17:54 |
| lkcl | then when you schroot in, it *should* add that into the bash prompt | 17:55 |
| lkcl | so you know the difference | 17:55 |
| ghostmansd | I've been thinking, perhaps you could retract admin rights from anyone but you? | 18:05 |
| ghostmansd | also, I cannot compile binutils-gdb via dev-env-setup/ppc64-gdb-gcc script; I'll try to build it via usual way | 18:06 |
| ghostmansd | Veera[m], lkcl, I think that it'd be the simplest option to switch dev-env-setup/ppc64-gdb-gcc script to our modified binutils-gdb | 18:07 |
| ghostmansd | I guess problems with dev-env-setup/ppc64-gdb-gcc script come from the fact it uses `--host=x86_64-linux` :-) | 18:11 |
| ghostmansd | perhaps I was the one psycho to add it | 18:11 |
| ghostmansd | hm... $(../configure --srcdir=.. --target=powerpc64-linux-gnu | grep "\-as") yields "checking for powerpc64-linux-gnu-as... no" | 18:13 |
| ghostmansd | $(../configure --srcdir=.. --target=powerpc64le-linux-gnu | grep "\-as") yields "checking for powerpc64le-linux-gnu-as... powerpc64le-linux-gnu-as" | 18:13 |
| ghostmansd | that said, tests in media/audio use powerpc64-linux-gnu-as, not powerpc64le-linux-gnu, and the script also uses it... | 18:16 |
| lkcl | ah ha! i had forgotten, we do have binutils-gdb | 18:22 |
| lkcl | media/audio needs then to be modified to use powerc64le-linux-gnu | 18:22 |
| lkcl | yes agreed switch ppc64-gdb-cc to the right branch | 18:23 |
| ghostmansd | Veera[m], ^^^ | 18:26 |
| ghostmansd | lkcl, I think I caused fail2ban wrath on talos1 | 18:27 |
| ghostmansd | forgotten to add entry with Port 922 to ssh for gitolite3 | 18:27 |
| ghostmansd | how long does its anger last? | 18:27 |
| ghostmansd | hm, no, it must be something else... | 18:29 |
| ghostmansd | I cannot clone gdb repo from talos | 18:29 |
| ghostmansd | but, for example, utils is completely fine | 18:29 |
| ghostmansd | fwiw, I cannot clone even from https | 18:29 |
| ghostmansd | $(git clone https://git.libre-soc.org/git/binutils-gdb.git) just hangs | 18:30 |
| ghostmansd | ah no ignore it; repo is huge, so it just takes an enormous time on talos1 | 18:31 |
| ghostmansd | no idea why | 18:31 |
| lkcl | yes over HTTPS this does not surprise me | 18:33 |
| lkcl | in future you can check progress | 18:33 |
| lkcl | by backgrounding the clone | 18:34 |
| lkcl | then doing "du {insert directory name}" | 18:34 |
| lkcl | or | 18:34 |
| ghostmansd | error: RPC failed; curl 56 GnuTLS recv error (-9): Error decoding the received TLS packet. | 18:34 |
| ghostmansd | fetch-pack: unexpected disconnect while reading sideband packet | 18:34 |
| lkcl | "ls -altr {directory name/.git}" | 18:34 |
| lkcl | sigh | 18:34 |
| ghostmansd | sigh | 18:34 |
| lkcl | use the ssh clone | 18:34 |
| lkcl | 1 sec... | 18:34 |
| lkcl | er | 18:35 |
| lkcl | ermermermerm how am i going to do this... | 18:35 |
| lkcl | i know | 18:35 |
| ghostmansd | let me add public key | 18:35 |
| ghostmansd | ah wait, it won't be sufficient, right? | 18:36 |
| ghostmansd | since I need to also have private key on talos1... | 18:37 |
| lkcl | yes don't do that am sorting it out for you | 18:37 |
| ghostmansd | ah OK | 18:37 |
| ghostmansd | not that I intended to copy private key lol | 18:37 |
| lkcl | wheeee underway | 18:40 |
| programmerjake | well, ssh does allow you to forward auth info... | 18:41 |
| lkcl | ok what i've done is, i've created an ec25519 key-pair in /home/ghostmansd/.ssh | 18:41 |
| lkcl | programmerjake, i forgot about that. doh :) | 18:41 |
| lkcl | but ahh it has to cross the schroot barrier as well in this case | 18:41 |
| lkcl | i then added that key to gitolite3 | 18:41 |
| lkcl | i then *copied* both the private and public key into the chroot homedir | 18:42 |
| programmerjake | ssh into the chroot? | 18:42 |
| lkcl | and i'm now using it to run git clone for you. | 18:42 |
| lkcl | programmerjake, that would need an sshd server running inside the chroot | 18:42 |
| lkcl | on a high port number | 18:42 |
| lkcl | and configured only to accept localhost | 18:43 |
| lkcl | i'm done with the extra key pair already | 18:43 |
| ghostmansd | > sshd inside the chroot | 18:43 |
| ghostmansd | lkcl, we need to go deeper | 18:43 |
| lkcl | (ghostmansd)ghostmansd@75-224-155-23:~/src$ git clone gitolite3@git.libre-soc.org:binutils-gdb.git | 18:43 |
| lkcl | it's already running | 18:43 |
| programmerjake | well, start one temporarily, should be pretty easy....or maybe just link the ssh-agent socket into the chroot | 18:43 |
| lkcl | remote: Compressing objects: 100% (164323/164323), done. | 18:43 |
| lkcl | Receiving objects: 74% (731085/987952), 279.24 MiB | 1.64 MiB/s | 18:43 |
| ghostmansd | aha I see | 18:44 |
| lkcl | programmerjake, ah yeah that would work | 18:44 |
| lkcl | but, hey, it's solved now | 18:44 |
| lkcl | Resolving deltas: 55% (454281/825964) | 18:44 |
| ghostmansd | yeah I won't commit from talos1 anyway | 18:44 |
| ghostmansd | I mostly want to run tests | 18:44 |
| lkcl | you could in theory | 18:45 |
| lkcl | but if you really don't want to i can remove write-access for that key, you'll at least have read-access | 18:45 |
| lkcl | ok all done | 18:45 |
| ghostmansd | yes please keep it with RO access | 18:45 |
| lkcl | (ghostmansd)ghostmansd@75-224-155-23:~/src$ ls -altr | 18:45 |
| lkcl | drwxr-xr-x 30 ghostmansd 1007 4096 Jun 8 17:54 binutils-gdb | 18:45 |
| lkcl | (ghostmansd)ghostmansd@75-224-155-23:~/src$ | 18:45 |
| ghostmansd | I'd also be glad if you revoke admin from the user | 18:45 |
| lkcl | i can't revoke read-access | 18:45 |
| ghostmansd | I mean simply revoke write access for key | 18:46 |
| lkcl | mhrrrmm... make sure sudo in the schroot is possible, first | 18:46 |
| ghostmansd | just did $(sudo su) inside chroot | 18:46 |
| lkcl | no password? | 18:47 |
| ghostmansd | nope | 18:47 |
| lkcl | exccellent muhahaah | 18:47 |
| lkcl | ok | 18:47 |
| lkcl | if you need to make any more schroots i'll need to restore sudo rights for you. | 18:47 |
| ghostmansd | I hope I won't | 18:47 |
| ghostmansd | unless someone as dumb as me will come and launch some scripts outside of chroot :-) | 18:48 |
| lkcl | don't feel limited to just one schroot | 18:48 |
| lkcl | i have... eight, i think. | 18:48 |
| lkcl | nope, 12. | 18:48 |
| lkcl | $ ls /opt/chroot/ | 18:49 |
| lkcl | cleansoc coriolis_714_test kestrel symbiflow | 18:49 |
| lkcl | cleantest coriolisnew nextpnr-xilinx symbiflow-clean | 18:49 |
| lkcl | coriolis2_clean isolatedchroot stretch-i386 test | 18:49 |
| ghostmansd | what for? | 18:49 |
| lkcl | testing the work that Veera[m] did on nextpnr-xilinux | 18:49 |
| lkcl | and on symbiflow | 18:49 |
| lkcl | and on the preliminary work i did on symbiflow | 18:49 |
| ghostmansd | lkcl, programmerjake, a question: do you have both powerpc64le-linux-gnu-as and powerpc64-linux-gnu-as? | 18:49 |
| lkcl | and testing coriolis2 updates | 18:49 |
| lkcl | and and and and | 18:49 |
| ghostmansd | because, well, powerpc64le-linux-gnu provides as, but powerpc64-linux-gnu doesn't | 18:49 |
| ghostmansd | I'd like to switch audio tests to powerpc64le-linux-gnu-as | 18:50 |
| lkcl | yep go for it | 18:50 |
| lkcl | i have both installed | 18:50 |
| lkcl | they are absolutely no different *at all* other than the default arguments | 18:50 |
| lkcl | you can use powerpc64-linux-gnu with a -le switch | 18:50 |
| lkcl | you can use powerpc64le-linux-gnu with a -be switch | 18:51 |
| lkcl | $ dpkg -l | grep powerpc64 | 18:51 |
| lkcl | ii binutils-powerpc64-linux-gnu 2.35.1-7 amd64 GNU binary utilities, for powerpc64-linux-gnu target | 18:51 |
| lkcl | ii binutils-powerpc64le-linux-gnu 2.35.1-7 amd64 GNU binary utilities, for powerpc64le-linux-gnu target | 18:51 |
| lkcl | i have both | 18:51 |
| programmerjake | icr, i haven't invoked ppc as in a while, i probably have both though | 18:56 |
| ghostmansd | OK pushed | 18:57 |
| ghostmansd | I'm setting new binutils-gdb inside my chroot, from svp64 branch | 18:57 |
| programmerjake | i currently just use it solely through the openpower tests | 18:57 |
| ghostmansd | I'd like to ensure things work | 18:57 |
| ghostmansd | sv.fmuls fv0.v, fv0.v, fv1.v | 19:21 |
| ghostmansd | .set fv0, 32 | 19:21 |
| ghostmansd | .set fv1, 40 | 19:21 |
| ghostmansd | .set fv2, 48 | 19:21 |
| ghostmansd | sv.fmuls fv0.v, fv0.v, fv1.v | 19:21 |
| ghostmansd | lkcl, programmerjake, I don't think it's gonna work... or should it? | 19:21 |
| lkcl | ghostmansd, yyyep! | 19:34 |
| lkcl | because of the binutils macro-substitution | 19:34 |
| lkcl | you can check by doing this | 19:34 |
| lkcl | .set fv0 8 | 19:34 |
| lkcl | .set fv1 9 | 19:34 |
| lkcl | .set fv2 10 | 19:34 |
| lkcl | fmuls fv0, fv1, fv2 | 19:35 |
| lkcl | welcome to built-in binutils macro pre-processing | 19:35 |
| ghostmansd | I guess it's confused by .v | 19:41 |
| ghostmansd | that is, it doesn't even understand fv0 is macro when it meets fv0.v | 19:41 |
| ghostmansd | oh wait, I think I know the reason | 19:42 |
| ghostmansd | _we_ don't handle macros | 19:42 |
| lkcl | ghostmansd, correct... ish | 19:44 |
| lkcl | pysvp64asm was *specifically* designed to have support for the ".set" syntax | 19:44 |
| ghostmansd | no I'm talking of binutils | 19:44 |
| ghostmansd | we kinda have hack as well | 19:44 |
| lkcl | oh deep joy | 19:45 |
| ghostmansd | we parse the operands | 19:45 |
| ghostmansd | but do not give a crap to macros | 19:45 |
| lkcl | ahh i thought it was a pre-processing stage | 19:45 |
| lkcl | yep sorry i didn't realise. | 19:45 |
| lkcl | yes, macro pre-processing has to be done [excluding the .v or .s] | 19:45 |
| ghostmansd | it's OK, actually this is yet another reason to re-consider parsing | 19:45 |
| ghostmansd | because this hack we have, our own simple parser, is, well, a hack | 19:46 |
| ghostmansd | it was introduced since operands are sooooo different in SVP64... | 19:46 |
| ghostmansd | I mean, these .s and .v are not part of binutils... | 19:47 |
| ghostmansd | or, well, not part of vanilla PPC should I say | 19:47 |
| ghostmansd | so, they're not in vanilla | 19:47 |
| ghostmansd | so we parse the operands on our own | 19:47 |
| ghostmansd | for us it's easier since as we discussed we don't have optional operands | 19:47 |
| lkcl | https://git.libre-soc.org/?p=openpower-isa.git;a=blob;f=src/openpower/sv/trans/svp64.py;h=ef618b792b578c97c93bc2c0124f8fca9e374578;hb=b9d4d964e2389ff70c087c1fa52cabdd08c65102#l1224 | 19:48 |
| ghostmansd | so, there are two options | 19:48 |
| lkcl | translate_one() takes a dictionary of macros | 19:48 |
| ghostmansd | yeah I know | 19:48 |
| ghostmansd | vanilla binutils has these macros | 19:48 |
| ghostmansd | it's simply that we execute our operands remapping before this stage | 19:49 |
| lkcl | ahh... optional operands maaay be needed in future... separate patch | 19:49 |
| ghostmansd | ok, two options | 19:49 |
| ghostmansd | 1) refactor the code so that vanilla binutils knows about .s and .v | 19:49 |
| lkcl | blech | 19:49 |
| ghostmansd | 2) introduce macro substitution to level where we play | 19:49 |
| lkcl | hmmm | 19:50 |
| ghostmansd | actually I _think_ 1) is doable | 19:50 |
| ghostmansd | and, despite some sillyness... | 19:50 |
| ghostmansd | it's more correct, because we'd like to avoid code duplication | 19:50 |
| ghostmansd | and we already duplicate it somewhat with operands parsing | 19:50 |
| lkcl | tru | 19:50 |
| ghostmansd | I'll think about it, but this will take some time to implement | 19:51 |
| ghostmansd | anyway, we still wait for GNU assignment | 19:51 |
| ghostmansd | and we need macros anyway | 19:51 |
| lkcl | well, there's EUR 4325 to play with there https://bugs.libre-soc.org/show_bug.cgi?id=577 | 19:51 |
| ghostmansd | yeah will raise it later | 19:51 |
| ghostmansd | have to check the code now | 19:51 |
| ghostmansd | I recall operands have different flags present | 19:52 |
| ghostmansd | amirite .s and .v do affect only GPR? | 19:53 |
| lkcl | yes. they only go into the EXTRA2/3 area | 19:53 |
| ghostmansd | I mean the operand type, sorry | 19:53 |
| lkcl | absolutely nowhere else, and no connection to anything else | 19:53 |
| lkcl | operand type? ehn? | 19:53 |
| ghostmansd | 1 sec | 19:53 |
| lkcl | you mean for the v3.0 32-bit suffix? | 19:54 |
| lkcl | yes, .s will produce a different 5-bit RA/RB/RC/RT/RS from .v | 19:54 |
| ghostmansd | https://git.libre-soc.org/?p=binutils-gdb.git;a=blob;f=include/opcode/ppc.h;h=7bc6ee216e189f505573eeec451ad4591c440dc7;hb=refs/heads/master#l356 | 19:54 |
| ghostmansd | here and below | 19:54 |
| ghostmansd | stuff like RA is marked appropriately | 19:55 |
| ghostmansd | #define RA NSISIGNOPT + 1 | 19:55 |
| ghostmansd | { 0x1f, 16, NULL, NULL, PPC_OPERAND_GPR }, | 19:55 |
| lkcl | ah | 19:55 |
| lkcl | ok | 19:55 |
| lkcl | so you can still have 0.v 0.s | 19:55 |
| ghostmansd | #define FRA FLM + 1 | 19:55 |
| lkcl | r0.v r0.s | 19:55 |
| ghostmansd | { 0x1f, 16, NULL, NULL, PPC_OPERAND_FPR }, | 19:55 |
| lkcl | f0.v f0.s | 19:55 |
| ghostmansd | so, GPR, FPR... anything else? | 19:56 |
| ghostmansd | I guess no | 19:56 |
| lkcl | CRs BA BB BC | 19:56 |
| lkcl | and CR Fields BF and BFA | 19:56 |
| ghostmansd | Aha, OK, got it | 19:56 |
| ghostmansd | OK I think I'll teach binutils operand parsing code some new tricks | 19:56 |
| lkcl | and probably at some point SPR numbers as well but i don't want to freak you out on that one quite just yet :) | 19:56 |
| ghostmansd | they tell you can never teach an old dog new tricks... who gives a shit, eh? | 19:57 |
| lkcl | because yes it's perfectly reasonable to have "sv.mfspr" perform *multiple* SPR mv operations | 19:57 |
| ghostmansd | > i don't want to freak you out | 19:57 |
| lkcl | nothing a good coat of paint won't fix | 19:57 |
| ghostmansd | reminds me of some comment in one task I had at work | 19:57 |
| ghostmansd | we had "tips, advice and comments" field on bug tracker | 19:58 |
| ghostmansd | something like this | 19:58 |
| ghostmansd | and one really shitty task had a nice comment/advice | 19:58 |
| ghostmansd | "never surrender" | 19:58 |
| ghostmansd | made me laugh for quite a long time | 19:58 |
| ghostmansd | until I got to closing this task, but that's yet another story :-D | 19:58 |
| lkcl | https://www.youtube.com/watch?v=FNLUS0o69wQ | 19:59 |
| ghostmansd | :-D | 20:06 |
| ghostmansd | exactly this yeah | 20:06 |
| Veera[m] | <ghostmansd> "sure" <- ghostmansd: Hi | 22:39 |
| Veera[m] | ghostmansd: Well will work for dev-env-script for binutils-gdb. | 22:41 |
| Veera[m] | ghostmansd: Am I late for this!!! | 22:41 |
| Veera[m] | ghostmansd: Please give instructions here and better in Bug 838. | 22:41 |
| Veera[m] | <lkcl> "ghostmansd, if you can help..." <- lkcl: <btw we do need a "build script" for binutils now>, <Veera: are you happy to do that?> | 22:47 |
| Veera[m] | lkcl: Yes. I will. | 22:48 |
| lkcl | Veera[m], we realised actually it is this: https://git.libre-soc.org/?p=dev-env-setup.git;a=blob;f=ppc64-gdb-gcc;hb=HEAD | 22:56 |
| lkcl | but needing modification to use this git repository instead: https://git.libre-soc.org/?p=binutils-gdb.git;a=tree;h=refs/heads/svp64;hb=refs/heads/svp64 | 22:57 |
| lkcl | at that branch | 22:57 |
| Veera[m] | So, we need a script for binutils and gdb for head svp64. | 23:00 |
| Veera[m] | Host: x86_64 and target powerpc64 | 23:01 |
| Veera[m] | or Host: powerpc64 and target: x86_64 | 23:01 |
| lkcl | Veera[m], yes makes sense | 23:07 |
| lkcl | actually, host: powerpc64 and target: powerpc64 | 23:08 |
| lkcl | the target is *only* ever powerpc64 | 23:08 |
| lkcl | but it needs the names to be the same on both: | 23:08 |
| lkcl | actually... powerpc64le :) | 23:09 |
| lkcl | host: powerpc64le target poewrpc64le-linux-gnu- | 23:09 |
| lkcl | host: x86 target: powerpc64le-linux-gnu- | 23:09 |
| lkcl | the prefix needs to be the same for both | 23:10 |
| lkcl | the situation we *don't* want to end up happening is: host: powerpc6le target: native (no prefix) | 23:10 |
| lkcl | this will end up replacing /usr/bin/ld and /usr/bin/as on the talos1 workstation! | 23:11 |
| lkcl | which is absolutely crucial that does not happen! | 23:11 |
| Veera[m] | In which bug no. to start the work? | 23:15 |
| lkcl | Veera[m], create a new one, under #577 | 23:16 |
| lkcl | octavius, diagrams look damn good | 23:18 |
| lkcl | let's crank the budget up on that one and call it done | 23:19 |
| Veera[m] | lkcl: Mean, Child task under Bug #577 | 23:20 |
| lkcl | Veera[m], yes | 23:20 |
| Veera[m] | lkcl: one script to cover gcc, binutils and gdb? | 23:21 |
| lkcl | binutis and gdb | 23:22 |
| lkcl | not gcc | 23:22 |
| lkcl | actually binutils and gdb are in the same source repository | 23:22 |
| lkcl | so just binutils-gdb | 23:22 |
| Veera[m] | lkcl: host: powerpc64le and host: x86_64; 2 scripts or 1 script with some variables to select or automatically depending upon host system? | 23:25 |
| lkcl | it should automatically install the exact same target (powerpc64le-linux-gnu-) regardless of the host | 23:29 |
| Veera[m] | ok | 23:30 |
| lkcl | and should only use the svp64 branch | 23:30 |
| Veera[m] | yeah | 23:30 |
| lkcl | over time we will have all upstream patches in. but not yet | 23:31 |
| Veera[m] | I will open a bug report in a short while. | 23:34 |
| octavius | lkcl, figured may as well do several diagrams in one go, and I realised we can upload the Inkscape .svg directly (meaning it can be updated easily) | 23:39 |
| octavius | errors fixed, will send RFP tomorrow | 23:44 |
| octavius | Is 1500EUR good for bug 762? I could include both in the RFO | 23:46 |
| octavius | RFP | 23:46 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!