| --- Day changed Wed Jan 07 2015 | ||
| poke53282 | with USB, you don't care about stop bits, baud rates, echoes, and 7- or 8-bit bytes | 00:00 |
|---|---|---|
| ysangkok | but USB would be harder to emulate, or? | 00:02 |
| poke53282 | by the way, the tty is not limited by the baud-rate. So it should run very fast. | 00:02 |
| poke53282 | Yes, Probably, but because of other reasons. | 00:02 |
| poke53282 | USB is more complicated, but on a higher hardware abstraction layer. | 00:03 |
| ysangkok | hmm i just realized the kernel doesn't support overlayfs... but it does support modules... but there is no insmod :P what would you recommend? building insmod or building a new kernel? | 00:03 |
| poke53282 | overlayfs is in the kernel since 3.19. So very very new. | 00:04 |
| poke53282 | And of course I compiled only the stuff I need. | 00:04 |
| poke53282 | insmod is there | 00:05 |
| poke53282 | just login as root | 00:05 |
| poke53282 | exit | 00:05 |
| poke53282 | or "su -c /sbin/insmod" | 00:07 |
| poke53282 | but building a new kernel make much more sense. | 00:08 |
| ysangkok | hmm ok | 00:09 |
| poke53282 | you have to add overlayfs yourself. | 00:13 |
| poke53282 | Depend how experienced you are. | 00:13 |
| poke53282 | Here is everything you need: http://www.jor1k.com/or1k-toolchain.tar.bz2 | 00:15 |
| poke53282 | try to follow the readme. I am curious if it works. | 00:17 |
| olofk | For heaven's sake, what have I told you about talking in the channel when I'm not here? | 00:23 |
| poke53282 | sorry olofl | 00:24 |
| poke53282 | sorry olofk | 00:24 |
| olofk | I was planning to go to bed, and instead I end up reading backlogs about inhumane treatment of browsers | 00:24 |
| ysangkok | hehe :P | 00:25 |
| olofk | ysangkok: I saw you talking about Palidus. I've been interested in bootstrapping gentoo for some time. Got any experience with that? | 00:26 |
| olofk | _franck_: I pushed a patch to fusesoc now that should fix the log problem. Please try it and see if it helps | 00:26 |
| ysangkok | olofk: unfortunatly no :( | 00:26 |
| ysangkok | i read yesterday that you can only get stage3 images for gentoo nowadays | 00:27 |
| _franck_ | olofk: thanks, I'll try it | 00:27 |
| olofk | Regarding gentoo, I guess the first thing to do is to cross-compile all the required base packages to create a self-sustained stage 3, but I haven't spent any time figuring out the details | 00:27 |
| olofk | ysangkok: Yeah, I think they only offered stage 3 for a few years now actually | 00:28 |
| poke53282 | olofk: Browsers will be the future operating systems. So we should treat them hard to fix all errors. | 00:28 |
| olofk | poke53282: Time to do a browser in verilog then :) | 00:30 |
| ysangkok | poke53282: should i really build the smp branch of linux? this is what the Makefile says | 00:31 |
| poke53282 | I use the smp branch, but don't use smp in the config file. | 00:32 |
| poke53282 | So, yes | 00:32 |
| ysangkok | ok | 00:32 |
| olofk | Oh well. Time to sleep now. First full-time work day tomorrow since april. Goodbye parental leave :( | 00:34 |
| poke53282 | cruel world | 00:39 |
| ysangkok | poke53282: there's the issue that the referenced linux repository is only 3.15 and not 3.18, i'll need to find a backport | 00:59 |
| poke53282 | but should be 3.18 | 00:59 |
| poke53282 | maybe you should do a "git checkout smp" in this directory | 01:01 |
| poke53282 | arghh, crap. Yes the repository is wrong | 01:02 |
| poke53282 | in toolchain.make change the fourth line to | 01:03 |
| poke53282 | cd src; git clone git://git.openrisc.net/cgit.cgi/stefan/linux | 01:04 |
| poke53282 | cd src; git clone git://git.openrisc.net/stefan/linux | 01:05 |
| poke53282 | the last line is correct | 01:05 |
| poke53282 | and remove the fifth line | 01:07 |
| poke53282 | with "cd src; mv or1k-linux linux" | 01:08 |
| ysangkok | ok | 01:09 |
| poke53282 | time to sleep | 01:13 |
| -!- Netsplit over, joins: ysionneau | 01:21 | |
| -!- Netsplit *.net <-> *.split quits: zama, rah, blueCmd, rhythmx, atgreen, pecastro, dalias | 01:21 | |
| -!- Netsplit over, joins: rhythmx | 01:21 | |
| -!- Netsplit over, joins: atgreen | 01:21 | |
| -!- Netsplit over, joins: pecastro, blueCmd, dalias, zama | 01:23 | |
| ysangkok | good night | 01:37 |
| ysangkok | poke53282: using stekern's repo, the patches that your makefile applies no longer cleanly apply... i'll try the target baselinux instead | 02:39 |
| ysangkok | poke53282: baselinux didn't work, i applied the patches that worked, and ignored the others | 04:25 |
| ysangkok | poke53282: the system doesn't book now though, "[xattrwalk]: fid=8 newfid=10 name=security.capability", "Error at http://localhost/jor1k/jor1k-worker-min.js:8353: TypeError: this.fids[newfid] is undefined". that corresponds to js/worker/dev/virtio/9p.js +535 | 04:26 |
| ysangkok | poke53282: here's the kernel i built: https://hushfile.it/54ac99bcaad5b#RNFVONQSDqoaXsFZns9EV_Rv0PwRDfpmaMjezzxH | 04:28 |
| poke53282 | ysangkok: Sorry. | 10:05 |
| poke53282 | Such things are fixed | 10:07 |
| poke53282 | But I didn't update the toolchain file | 10:07 |
| poke53282 | download the new one under http://www.jor1k.com/or1k-toolchain.tar.bz2 | 10:07 |
| poke53282 | the problem using github archives is, that I am always outdated. Of course I should use checkout to have the same revision. | 10:13 |
| tarun | hi | 10:33 |
| tarun | or32-linux-gcc -mhard-div -O2 -c -o support.o support.c In file included from support.c:8:0: support.h:45:20: error: macro "putc" requires 2 arguments, but only 1 given support.h:45:6: error: ‘putc’ redeclared as different kind of symbol make[2]: *** [support.o] Error 1 | 10:33 |
| tarun | i am getting this error | 10:34 |
| tarun | can anyone help me... | 10:34 |
| olofk | tarun: Any particular reason why you are using the or32 toolchain instead of the or1k toolchain? | 10:34 |
| tarun | i am using virtual machine available on opecore wbsite | 10:35 |
| olofk | Ah ok. I haven't really used that one, and it's pretty old by now | 10:36 |
| olofk | But what does your code look like? It seems like you are redeclaring putc | 10:37 |
| tarun | how to update my toolchain then | 10:37 |
| tarun | i am implementing e...mbescom application note 6 | 10:38 |
| tarun | sorry embescom | 10:38 |
| tarun | has anyone done that | 10:38 |
| olofk | Not me unfortunately | 10:40 |
| olofk | I would like to point you to some fresh documentation, but I realize once again that the documentation is a mess | 10:41 |
| _franck__ | olofk: what about this: https://github.com/fjullien/fusesoc/commit/6cdcebce720442f6397c7f15a57ccbce47ce59ca ? | 10:44 |
| olofk | _franck__: Sorry. Haven't had time to look at that | 10:44 |
| _franck__ | sorry too, I didn't see it was still opened | 10:44 |
| olofk | But it looks fine | 10:45 |
| _franck__ | and you can also s/usefull/useful if you decide to apply it ;) | 10:46 |
| poke53282 | olofk: We should think about a script to generate such a virtual machine file. If we can update it with one shell command. | 10:51 |
| olofk | poke53282: Yeah, that would be a great thing to have. Just base it on ubuntu or something and add a few toolchains | 10:53 |
| poke53282 | 1. Bootstrap Debian 2. generate all openrisc files 3. generate vm image. | 10:53 |
| maxpaln | olofk: I noticed I only half implemented one of the changes to the transactor - let me make a few quick updates before you do anything with my latest code. | 10:55 |
| olofk | maxpaln: Cool. I'm back at work now, so you can expect quicker responses now :) | 10:56 |
| tarun | okk | 10:56 |
| tarun | help me fix putc error | 10:57 |
| olofk | maxpaln: Regarding your question about the config registers; when we are testing things like memory controllers, we want to send data, receive it and compare to what was sent, but other test benches don't work like that | 10:59 |
| stekern | tarun: at what point are you getting that error? | 11:00 |
| olofk | So I want the wb_bfm_master to implement functions for writing and reading wishbone registers, and handle all comparing in wb_bfm_transactor instead | 11:00 |
| maxpaln | ok, would my suggested solution work: having a write() and read() function that allows reading and writing to single addresses? | 11:01 |
| maxpaln | i.e. fixed to classic cycles | 11:02 |
| olofk | I think single register accesses would be the common case, but there is no reason not to support burst operations there too | 11:03 |
| maxpaln | ok, burst support would probably require the addition of a new function - I am envisaging changing the current read_burst() to read_burst_compare() and making a new read_burst() that just does a burst read. | 11:03 |
| maxpaln | how about that? | 11:03 |
| olofk | Yeah. That would work. My suggestion was to only implement a read_burst, and move the comparasion to wb_bfm_transactor, but it's probably handy to have a compare function available in in wb_bfm_master | 11:05 |
| tarun | hey can anyone tell me why iam getting this error support.h:45:20: error: macro "putc" requires 2 arguments, but only 1 given | 11:06 |
| maxpaln | truly separating the read from the compare is doable but a little messy - it would require a 3rd buffer to store the freshly read data, then a separate function could be used to compare that buffer with the current read buffer over. But for a number of reasons I don't really like that solution. | 11:07 |
| olofk | Why would you need a third buffer? You already know what's written, and what was just read, right? | 11:08 |
| olofk | I should probably take a look at your code before saying these things :) | 11:10 |
| maxpaln | :-) it's ok - what you are saying makese snes | 11:10 |
| maxpaln | [unlike my typing!] | 11:11 |
| olofk | :) | 11:11 |
| maxpaln | you have the benefit of looking at things without being burried in the code | 11:11 |
| olofk | Yeah, that can actually be a good thing sometimes | 11:12 |
| maxpaln | :-) the current implementation comares wb_dat_i with the written data. I never actually store the read data into a buffer | 11:12 |
| olofk | Never tell your managers that though :) | 11:12 |
| olofk | ah ok | 11:12 |
| maxpaln | so to complete the burst before comparing would require the read data to be stored somewhere so it could be compared offline | 11:13 |
| maxpaln | but there are a few subtleties - like knowing where in the original write buffer the read data is from - i.e. the base address. | 11:13 |
| maxpaln | and since wrap bursts can be non-contiguous we'd need some way to distibguish between an address that hadn't been read from one that had been read incorrectly | 11:14 |
| olofk | ok, to avoid complicating things too much, I suggest that we implement single register read and write functions, and leave the burst counterparts for now | 11:14 |
| maxpaln | well, copying the current read_burst and removing the compare bit is easy | 11:14 |
| maxpaln | I'll copy the current read_burst() to read_burst_compare() - none of that should be difficult | 11:15 |
| olofk | sounds good | 11:15 |
| maxpaln | I've also fixed the write() and read() functions so these work for classic cycles. | 11:15 |
| olofk | perfect | 11:15 |
| maxpaln | essentially everything in wb_bfm_master() should work now (apart from the init() and next() functions - which I gave up on!) | 11:16 |
| olofk | And we got room for a read_burst if someone wants to implement that later on | 11:16 |
| maxpaln | well, I'll provide a read_burst() function - it'll be the same as the current one but without the additional compare steps. | 11:16 |
| maxpaln | it won't do anything with the read data though (except print it to screen). | 11:17 |
| olofk | Fair enough | 11:17 |
| olofk | Send me a link when you got something you that you want some comments on | 11:17 |
| maxpaln | modifying that to do something more useful is easy enough once the definition of 'something more useful' is decided :-) | 11:17 |
| olofk | Useful things is definitely not my speciality :) | 11:20 |
| maxpaln | here you go : https://www.dropbox.com/s/07lu14f6r9w77na/wb_bfm_latest_07-01-15.rar?dl=0 | 11:25 |
| olofk | thanks | 11:25 |
| maxpaln | :-) | 11:26 |
| maxpaln | aaaargh | 11:27 |
| maxpaln | damn errors - I should really have tested that last change | 11:28 |
| maxpaln | one minute - there's a type in the read_burst function! | 11:28 |
| maxpaln | ok, that'll teach me for being all gung-ho and not testing changes. I've tested it and it works as expected - https://www.dropbox.com/s/07lu14f6r9w77na/wb_bfm_latest_07-01-15.rar?dl=0 | 11:33 |
| maxpaln | :-) | 11:34 |
| Me1234 | I built the toolchain with build scripts from here https://github.com/bluecmd/or1k-devel linux used 3.18.1 from kernel.org, gcc from https://github.com/openrisc/or1k-gcc, binutils from https://github.com/openrisc/or1k-src, glibc https://github.com/bluecmd/or1k-glibc/ branch master-2.19-debian | 13:02 |
| Me1234 | Now i do not know how to build linux with glibc, or use static? | 13:03 |
| ysangkok | poke53282: did you see the xattrwalk error i got? i still didn't fix that one. if you use my kernel in the emulator, you should get the same problem... | 13:10 |
| olofk | Me1234: I've only built linux with the or1k-elf toolchain | 15:51 |
| blueCmd | Me1234: you need some kernel patches | 16:01 |
| blueCmd | Me1234: you cannot use the vanilla kernel most likely | 16:02 |
| poke53282 | ysangkok: I know this error. | 16:02 |
| poke53282 | Don't compile 9p with the xattr enabled. | 16:02 |
| poke53282 | Just look in the .config file. | 16:03 |
| blueCmd | Me1234: https://github.com/bluecmd/or1k-devel/blob/master/tests/turnup.sh have a look there, that sets up a debian installation and builds a small linux system | 16:03 |
| blueCmd | it does a bunch of other things as well that you don't need, such as a DHCP server | 16:03 |
| poke53282 | ysangkok: the archlinux kernel enable this feature. I tried to emulate it, but failed. Unfortunately I forgot to uncheck this feature. | 16:04 |
| ysangkok | poke53282: is it the parameter CONFIG_9P_FS_SECURITY? | 16:06 |
| poke53282 | Probably. | 16:41 |
| poke53282 | look in make menuconfig | 16:41 |
| poke53282 | Maybe that's easier | 16:41 |
| poke53282 | Or take the .config in my new link a few hours ago. | 16:42 |
| ysangkok | ok | 17:00 |
| ysangkok | poke53282: the function DownloadAllAsync is not used | 17:00 |
| poke53282 | Yes, it was used in previous versions. | 17:03 |
| poke53282 | Just for fun, you can go back to the initial commit 2 years ago. :) | 17:04 |
| poke53282 | the time jor1k was easy. | 17:04 |
| ysangkok | :P | 17:05 |
| ysangkok | poke53282: i was thinking about adding support for loading only needed parts of files by overloading Uint8Array as used in FS.prototype.LoadFile... | 17:14 |
| ysangkok | poke53282: i'm considering using LazyUint8Array from Emscripten: >= 200 && xhr.status < 300 || xhr.status === 304)) throw new Error("Couldn't load " + url + ". Status: " + xhr.status); | 17:14 |
| ysangkok | if (xhr.response !== undefined) { | 17:14 |
| ysangkok | oops wrong paste | 17:14 |
| ysangkok | https://github.com/kripken/emscripten/blob/master/src/library_fs.js#L1551 | 17:14 |
| ysangkok | poke53282: do you have any thoughts on jor1k only loading ranges? | 17:15 |
| poke53282 | I was thinking about that too. | 17:18 |
| poke53282 | Currently, you need only a ordinary web browser. | 17:18 |
| poke53282 | sorry, an ordinary web server. | 17:18 |
| poke53282 | so, we can shape a file into pieces of 10kB to 50kB. | 17:19 |
| poke53282 | Of compression becomes more or less meaningless at this point. | 17:19 |
| poke53282 | Of course compression becomes more or less meaningless at this point. | 17:20 |
| poke53282 | and latency might be again a problem. | 17:20 |
| poke53282 | With a good heuristic it might be no problem. | 17:21 |
| poke53282 | I am still waiting for HTTP/2, which will help a lot I think. | 17:22 |
| poke53282 | So m thought is, that file shaping is in principle a good idea, but to implement it fast is difficult. | 17:22 |
| poke53282 | compression of binaries can be done via a fixed table. | 17:23 |
| ysangkok | poke53282: but currently, if there is a 500MB file in the fs, it may be compressed to 400MB , but it would still make the browser block for a long time as soon as the first byte of the file i read | 17:24 |
| ysangkok | poke53282: we could use byte serving only on big files, say >10MB | 17:24 |
| ysangkok | poke53282: byte serving is an ordinary web server feature, but we are not using it at the moment... all files are completely loaded, or not at all | 17:25 |
| ysangkok | poke53282: http/2 will help for loading lots of small files, sure, but i am talking about the case of a few very big files | 17:26 |
| poke53282 | The biggest file is collect2 from gcc I think. | 17:26 |
| poke53282 | But yes, you are right | 17:26 |
| ysangkok | as far as i know, the heuristics of the solution i'm thinking of are not hard | 17:27 |
| ysangkok | and implementing it is not hard either, i did it for emscripten | 17:28 |
| poke53282 | I am not sure, how to use the http feature to load partial files. But it might be possible. | 17:28 |
| ysangkok | if byte serving is not supported by the web server, we can fall back to loading the full file | 17:28 |
| poke53282 | Loading is asynchroningly, so the emulator will not hang during that time. | 17:28 |
| ysangkok | poke53282: it is possible! it's called byte serving: https://en.wikipedia.org/wiki/Byte_serving | 17:29 |
| poke53282 | The decompression is not done in a separate worker thread. But that is only a technicallity. | 17:29 |
| ysangkok | poke53282: is the download not done in a worker thread also? why would a synchronous download hang the emulator if it is done in a worker thread? | 17:29 |
| poke53282 | The download is not synchronous. It executes a Javascript function, when it's done. | 17:30 |
| poke53282 | The function is called LoadAsync. That should tell you everything. | 17:31 |
| poke53282 | the download is done in a extra internal browser thread, but I don't see this thread. | 17:31 |
| ysangkok | yes, i see that. but you mentioned that it would hang the emulator to use a synchronous download. i'm just asking why this is the case, since the web worker thread is already separate and wouldn't hang the browser | 17:32 |
| poke53282 | the download function is currently executed in the same thread as the emulator. | 17:33 |
| ysangkok | ahhh hmm ok i see | 17:33 |
| poke53282 | If we separate the download, of course it woudn't hang it. | 17:33 |
| poke53282 | But, to start a worker thread inside a worker thread is not supported :( | 17:33 |
| poke53282 | So we have to send messages to the master, which then creates a worker thread. | 17:34 |
| poke53282 | Stone age programming. And Javascript is the language of the year 2014 :( Why. | 17:34 |
| ysangkok | hmm this is problematic because the LazyUint8Array implementation i linked uses synchronous XHR's... | 17:35 |
| poke53282 | emu worker sends message to master to download a file -> master creates worker thread -> new worker downloads the file and sends the data to master -> master sends the data to the emu thread. | 17:35 |
| poke53282 | Can you imagine something more terrible? | 17:35 |
| poke53282 | I will take a look in the implementation. | 17:36 |
| ysangkok | poke53282: the worker→master→worker path is very convoluted but it might be fast because of Transferable Objects: http://www.w3.org/html/wg/drafts/html/master/infrastructure.html#transferable-objects | 17:39 |
| poke53282 | yes, I know these objects. | 17:39 |
| poke53282 | But I don't want to program it this way. | 17:40 |
| poke53282 | I wanted to look at ECMAScript6 to see, if they fixed it. | 17:40 |
| poke53282 | Haven't done it yet | 17:40 |
| poke53282 | Yes, the LazyArray looks good. | 17:44 |
| poke53282 | More or less what we need. | 17:45 |
| poke53282 | I am not sure, if it makes sense for the current filesystem. Most of the files are <1MB. | 17:46 |
| poke53282 | I don't plan to implement big files. | 17:46 |
| poke53282 | except of firefox. | 17:46 |
| poke53282 | But it would be a nice feature, which we can use for some of the files. | 17:47 |
| poke53282 | for the files > 1MB. | 17:49 |
| poke53282 | Most of the big files are binaries. I am not sure, how they behave if we download them partially. | 17:49 |
| poke53282 | Normally they jump more or less randomly around in the code. Might be that we don't win anything for binaries. | 17:50 |
| ysangkok | poke53282: should i try and implement it then? | 17:54 |
| poke53282 | That would be great. But note, that in the end it might be only used for some big files, which are <10 in the current jor1k filesystem. | 17:56 |
| poke53282 | Everything depends on how well it performs. | 17:56 |
| poke53282 | The compression part is the most worrying thing. At the moment, the binaries can be reduced to 30% of their original size. | 17:58 |
| poke53282 | if we can't use this feature anymore but rely on small chunks of compressed data, we might lose in the end more than we win. | 17:59 |
| ysangkok | yes yes, i recognize that it may not work or that my code may be too ugly for merging :) | 18:00 |
| poke53282 | Ahh, usually I would even mrege ugly code, but then change it myself. | 18:02 |
| poke53282 | I hate brackets by the way. | 18:02 |
| ysangkok | it will be hard to do without any brackets at all :P | 18:08 |
| poke53282 | http://pastie.org/9818388 | 18:08 |
| poke53282 | I hate such a style | 18:08 |
| poke53282 | In which universe this is a good coding standard? | 18:08 |
| poke53282 | I mean, I hate deep brackets. | 18:11 |
| poke53282 | nested brackets of fourth or fifth order. | 18:12 |
| ysangkok | ah yes that makes sense | 18:12 |
| ysangkok | (to hate :P) | 18:12 |
| poke53282 | http://pastie.org/9818404 | 18:13 |
| poke53282 | I like the second style much much better than the first one | 18:14 |
| poke53282 | Other people say the opposite. | 18:14 |
| stekern | "Other people" are usually clueless | 18:51 |
| stekern | ok, finally started off some gcc tests... | 20:18 |
| poke53282 | great | 20:44 |
| stekern | running against musl now, but I want to be able to run against glibc as well in the future | 21:04 |
| stekern | poke53282: did you ever compile that in a non debian way? | 21:04 |
| olofk | Has anyone tried upstream newlib and binutils? | 21:25 |
| olofk | Hmm.. I think I compiled binutils | 21:29 |
| olofk | Have to check that tomorrow | 21:29 |
| olofk | juliusbaxter.net is down | 21:35 |
| olofk | I really hope it is back up when I need to use gdb next time | 21:36 |
| stekern | olofk: you can always grep this in the meantime: http://oompa.chokladfabriken.org/openrisc/openrisc.log | 21:39 |
| stekern | fresh as of today | 21:39 |
| olofk | I told juliusb about it. He was aware already | 21:59 |
| stekern | yes, wasn't he speaking about some downtime of the shell provider and asking for advise for other options a while back | 22:00 |
| olofk | Grepping through the log makes me realize that I might want to change a few things in the way I talk now when I am supposed to raise a child | 22:00 |
| stekern | I agree, you have to start swearing a lot more | 22:01 |
| olofk | Fuck no! | 22:01 |
| stekern | I had similar thoughts when my oldest son told me he would "bitch slap" me when he was around 5 | 22:02 |
| olofk | hahaha | 22:02 |
| stekern | ...and in english too | 22:02 |
| olofk | Blame TV. No one will suspect you | 22:03 |
| stekern | in the end it turned out that it didn't come from me, but from friends | 22:03 |
| olofk | haha | 22:03 |
| olofk | Are sim and gdb the only parts of or1k-src not upstreamed yet? | 22:04 |
| stekern | think so | 22:05 |
| olofk | Any git magicians who can find out if there are any extra contributors for those parts? | 22:06 |
| stekern | sim should just be a matter of copy the files, post the diff to ml and commit | 22:06 |
| olofk | Cool | 22:07 |
| stekern | pgavin and juliusb is the sole authors of that methinks | 22:07 |
| olofk | Hmm.. if I only knew someone with commit rights to the or1k parts of binutils | 22:07 |
| stekern | yeah, who could that be... | 22:08 |
| stekern | ;) | 22:08 |
| stekern | I actually have the copy part done somewhere | 22:08 |
| olofk | That doesn't exactly sound like the difficult part :) | 22:09 |
| olofk | cp -r sim /path/to/somewhere ? :) | 22:11 |
| stekern | unfortunately, you're right | 22:12 |
| olofk | Should I use the or1k branch for or1k-gcc? | 22:21 |
| olofk | And where are the easiest build instructions? Looking for gcc configure parameters | 22:40 |
| olofk | Found them | 22:45 |
| poke53282 | stekern: I run the gcc testsuite against musl and glibc | 23:33 |
| poke53282 | what do you mean the non-Debian way? | 23:33 |
| poke53282 | what do you mean with the non-Debian way? | 23:35 |
| olofk | Is there any way to find out what binutils (and other automake projects) uses for configure options that are not specified? | 23:37 |
| poke53282 | Don't know | 23:37 |
| poke53282 | stekern: in principle everything should be in my toolchain. At least I think so. But I guess, you want to run it on real hardware, and not in QEMU | 23:38 |
| poke53282 | That's good, because lwa and swa might still not be correctly included. | 23:38 |
| poke53282 | So I am curious about the musl results. | 23:39 |
| olofk | Seriously, how am I supposed to know if I have built binutils with libquadmath, libada, lto and which default linker. Not very impressed by autoconf right now | 23:49 |
| olofk | Not that it matters that much, but it would be nice to have control over this so I can avoid compiling stuff I won't use (Yes, I am a gentoo user :)) | 23:52 |
| poke53282 | you an also explicitly disable stuff when you run configure. | 23:56 |
| olofk | poke53282: Yes, I know. I could list all the options from configure --help, but it would be nice to just specify the ones I really want to change from the default value | 23:57 |
| poke53282 | in a good configure script, the default value is written in brackets. | 23:58 |
| poke53282 | I mean in "configure --help" | 23:58 |
| olofk | I was hoping for that as well, but binutils isn't that nice | 23:58 |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!