| --- Log opened Mon Apr 27 00:00:24 2015 | ||
| Hesham | Shouldn't INIT_SECTION_ASM_OP be defined anywhere in GCC (i.e, or1k.h)? | 08:04 |
|---|---|---|
| maxpaln | howdy all - I'm running through some basic bring up tests on one of our eval boards. I am seeing pc_execute_o jumping to 0x200 to indicate a bus error but I am not seeing spr_epcr update with the address causing the error. I haven't seen this scenario before - does it sound familiar to anyone? | 12:03 |
| poke53281 | can someone try the jor1k website please? I get an error in the console: "SecurityError: The operation is insecure" | 12:03 |
| stekern | poke53281: works here | 12:14 |
| poke53281 | Hmm, then what happens to my browser. You use the github pages. A https connection to https://s-macke.github.io/jor1k/demos/main.html | 12:34 |
| poke53281 | or http? | 12:34 |
| poke53281 | stekern: can you try http and https please? | 12:34 |
| Hesham | poke53281: It's loading the kernel with http only, however, it doesn't with https | 12:54 |
| poke53281 | Ok. Because the websocket does not support https. And then he doesn't go on. | 13:00 |
| poke53281 | I mean the ethernet relay server, which is connected via websocket. | 13:03 |
| poke53281 | cruel world | 13:03 |
| maxpaln | hmm, I seem to have run into a problem in wb_ram_b3.v - I am seeing 'burst_access_wrong_wb_adr' get asserted. I seem to remember olofk mentioning a fix to this file in the last few months but I can't remember the details. I should know this but where can I find the latest version? | 13:13 |
| maxpaln | ok, I've found this one - which from the path would suggest it is pretty up to date: | 13:19 |
| maxpaln | https://github.com/openrisc/orpsoc-cores/blob/master/cores/ram_wb/ram_wb_b3.v | 13:19 |
| maxpaln | It has quite a few differences to my version so I'll give it a go before diving into the diagnosis. | 13:19 |
| olofk | maxpaln: Please stay away from ram_wb. It's only there because I haven't removed it yet :) | 14:00 |
| olofk | It's not very synthesis-friendly | 14:00 |
| maxpaln | olofk: :-) ok - so do we have a suitable alternaive? | 14:00 |
| olofk | wb_ram. It's totally different :) | 14:00 |
| maxpaln | for a quick debug I want to use the internal memory on the FPGA for a simple UART test. | 14:00 |
| olofk | https://github.com/openrisc/orpsoc-cores/tree/master/cores/wb_ram | 14:02 |
| olofk | That's what it's for | 14:02 |
| maxpaln | :-) - my naivety knows no bounds! | 14:02 |
| olofk | It's even supposed to handle preinit, so that you can use it as a writable boot RAM | 14:03 |
| olofk | That doesn't work reliably across the vendor's tools though. Altera just refuses to do it | 14:03 |
| olofk | maxpaln: I've integrated all your changes and more into my wb_bfm now btw. I'm just about to release a v1.0 | 14:04 |
| maxpaln | olofk: Great :-) | 14:04 |
| olofk | https://github.com/olofk/wb_bfm | 14:04 |
| olofk | I decided however to to do some things in a different way | 14:04 |
| maxpaln | cool! my first published work! I'll have a beer tonight %-) | 14:04 |
| maxpaln | I trust your judgement! | 14:05 |
| olofk | maxpaln: Yeah, I was going to name check you on twitter as well :) | 14:05 |
| maxpaln | lols | 14:05 |
| olofk | Most notably, I did not include the write only/Read only mode, as I reckon that you might want to do a custom transactor for that | 14:06 |
| maxpaln | cool - yeah, as I was adding it I thought it was a bit niche | 14:07 |
| maxpaln | right, trying again with the wb_ram code - it looks a lot more compact, closer to what I expected for a simple RAM :-) | 14:18 |
| olofk | maxpaln: I wonder if I accidentily broke back-to-back transactions. I'm trying to find evidence of them somewhere | 14:37 |
| poke53281 | @Hesham: Now it should work with https too. Can you try? | 14:38 |
| Hesham | poke53281: It runs fine now with https | 14:38 |
| poke53281 | At least, it shouldn't crash. But network will not work. | 14:38 |
| poke53281 | Problem: I linked all the time to the http version. It run fine. But google changed its crawlers to look for https website. So now, the link in google for jor1k goes to the https page. | 14:40 |
| poke53281 | And because jor1k connects to other websites without https it stops. | 14:41 |
| maxpaln | ok, wb_ram works correctly :-) | 14:48 |
| maxpaln | now I need to work out why my uart terminal isn't working! | 14:48 |
| maxpaln | Sometimes I feel really stupid - I can't get the terminal baud rate to work correctly. Having double checked pretty much everything I still don't get the terminal displaying correctly. Things like this start to get me suspicious - like maybe the advertised clock rate for the oscillator on my board is incorrect or something like that. | 15:30 |
| olofk | maxpaln: Got an oscilloscope? | 15:30 |
| olofk | Both to check baud rate and voltage levels | 15:31 |
| GeneralStupid | hi i want to ask again. I dont get the newlib toolchain to work :( | 15:32 |
| maxpaln | ah, if only my lab was equipped with something as useful as an oscilloscope - I'm stuck with PC based tools only. I find it helps to purify my engineering brain: the harder the challenge the more satisfying the win!! :-) | 15:36 |
| olofk | GeneralStupid: What was your problem with newlib? | 15:42 |
| olofk | maxpaln: Something has gone horribly wrong if you are supposed to "win" over your test equipment :) | 15:52 |
| GeneralStupid | olofk: i use binutils-2.25 binutils-2.25.tar.bz2 newlib-2.2.0.20150225 newlib-2.2.0.20150225.tar.gz openOCD opt or1k-elf-latest-ubuntu-14.04-amd64.tgz | 16:48 |
| GeneralStupid | damn copy and paste | 16:49 |
| GeneralStupid | olofk: i use or1k-elf-latest-ubuntu-14.04-amd64.tgz | 16:49 |
| GeneralStupid | error while loading shared libraries: libopcodes-2.25.so: cannot open shared object file: No such file or directory | 16:51 |
| GeneralStupid | thats my failure | 16:51 |
| olofk | Hmm... libopcodes is part of binutils as far as I can see. Maybe gcc isn't looking in the correct directory | 16:58 |
| olofk | There might be some requirements on where the prebuilt toolchain should be installed | 16:58 |
| olofk | Where did you put your? | 16:58 |
| olofk | Seems they should go in /opt/or1k-elf | 17:05 |
| fotis2 | hi folks; I'm on of the fellows busy with this tool: https://easybuild.readthedocs.org/en/latest/ | 17:28 |
| fotis2 | I wonder what it takes to give it a shot on an openrisc-like platform! | 17:28 |
| olofk | fotis2: For use TL;DR; folks, which part do you think would benefit from EasyBuild? | 17:33 |
| olofk | I mean, is it for generating FPGA images, installing toolchains, Linux development, documenting stuff, application development...? | 17:33 |
| fotis2 | installing toolchains, trying out different software builds (and how far the FP part is working) | 17:35 |
| olofk | Installing toolchains could certainly need something like this | 17:36 |
| stekern | where can I get a list of post-synthesis signals from quartus? | 17:37 |
| olofk | stekern: Were they removed even though you told SignalTap that you wanted them? :) | 17:38 |
| stekern | I'm trying to set-up a bunch of multi-cycle constraints based on 'enable' signals, but it complains that the 'enable' signal I'm trying to work against doesn't exist | 17:38 |
| olofk | stekern: No luck with syn_keep? | 17:39 |
| latif | hi every one.. | 17:39 |
| olofk | hi | 17:39 |
| latif | I am interested in OpenRisc project for 3 months.. | 17:39 |
| stekern | but that signal propagates through several modules, so I probably need to find the instance where it's being kept | 17:39 |
| olofk | stekern: You could look at the post-synthesis netlist. A bit painful, but might be your best option | 17:40 |
| olofk | latif: Welcome aboard | 17:40 |
| latif | I am currently using Mint 17.1 .. I have installed GNU toolchain with newlib as shown the website.. | 17:41 |
| latif | I have an annoyin problem with or1k-elf-g++ compiler.. | 17:42 |
| olofk | fotis2: EasyBuild looks useful but I can probably say right now that I won't have time to play around with it, but if you are looking for help setting it up yourself I'm happy to help | 17:42 |
| * yang sees the old topic ... http://openrisc.net/ is not working | 17:43 | |
| olofk | latif: Problems are annoying in general. Any particular issue you're having? | 17:43 |
| fotis2 | @olofk: basically, I need a user account somewhere I can start playing... | 17:43 |
| olofk | yang: Previous maintainer of openrisc.net didn't want to keep it. Unfortunately a domain squatter got it before I had time to register it :/ | 17:43 |
| latif | yes.. when I use for example iostream.h header file in c++ code it gives me an error like... "undefined reference open_r" | 17:44 |
| olofk | fotis2: What kind of use account? | 17:44 |
| fotis2 | @olofk: I'd think there is something connected online of openrisc type, no? | 17:44 |
| olofk | fotis2: Not really | 17:44 |
| olofk | latif: Do you have any example code I could test here? (Note: I'm really bad at c++) | 17:45 |
| latif | @olofk can you please help me if you know something about my issue? | 17:46 |
| latif | yes ...it is so easy..for exm... | 17:46 |
| olofk | latif: Was it you who posted on the mailing list about this? | 17:47 |
| olofk | In that case, I'm getting the same error | 17:47 |
| latif | yes it is | 17:47 |
| latif | #include <iostream> int main() { std::cout << "test\n"; return 0; } | 17:47 |
| olofk | wallento: Any ideas? | 17:48 |
| latif | thats an easy code as you see... | 17:48 |
| stekern | actually... browsing the post-synthesis signals that signaltap is showing might be easiest... | 17:48 |
| olofk | stekern: I was thinking it might be easier with the netlist since you can find the source FF easier that way | 17:48 |
| latif | I have been trying to handle it nearly 2 months belive me.. | 17:48 |
| olofk | latif: Yeah, this doesn't look good | 17:50 |
| latif | It is so strange actualy...When I use printf in a C code it works :) | 17:51 |
| olofk | Hmm.. the implementation of the 'open' syscall in OpenRISC isn't very promising | 17:54 |
| olofk | Maybe << in c++ uses fopen internally, while printf doesn't | 17:54 |
| latif | But today, I got a similar linker error with a clock() function defined in time.h ... it says "undefined reference to times_r" | 17:55 |
| yang | olofk: why such an old topic :) ? just put the url out :) | 17:56 |
| olofk | yang: I've tried to remove all references to openrisc.net when I find them. Do you know if there are any left? | 17:56 |
| stekern | olofk: he's speaking about the topic in this channel | 17:57 |
| olofk | Except for all the blog posts scattered over the internet. Hard to keep those up to date | 17:57 |
| olofk | ahh :) | 17:57 |
| olofk | juliusb: Fix! :P | 17:57 |
| latif | The thing is I can build all my codes in virtual box image version which has or32-elf toolchain.. | 17:58 |
| olofk | latif: That's good to know. Then we have a regression somewhere | 17:58 |
| olofk | Unfortunately my knowledge in this area is very limited | 17:59 |
| yang | olofk: i just checked the topic, which was set in 2013 ... | 17:59 |
| latif | so that means nobody ever used a cout ?? !! :) | 17:59 |
| olofk | latif: Yeah, I find that a bit hard to believe as well :) | 18:00 |
| olofk | But we did rewrite the newlib port quite recently from scratch | 18:00 |
| olofk | (since we didn't want it to be GPLv3) | 18:00 |
| yang | so OpenRISC (from my first view) is a project that tries to design RISC chips for devices and computers... ? | 18:01 |
| yang | RISC CPUs | 18:01 |
| latif | so you have suggestion for me?? what should I do ?? | 18:01 |
| olofk | latif: I don't have a good solution, but you could try the toolchain here https://github.com/openrisc/or1k-src and see if that helps. I don't know if we still have any build instructions for that one though | 18:03 |
| yang | Have there been devices made with these chips which are operational with GNU/Linux, is there any list ? | 18:04 |
| olofk | yang: http://en.wikipedia.org/wiki/OpenRISC | 18:05 |
| latif | olofk: I am already using or1k-src | 18:07 |
| latif | olofk: can you tell me which one is the latest repository? | 18:08 |
| olofk | latif: Hmm... ok. That means we can't blame the rewrite | 18:09 |
| olofk | latif: For newlib we are upstream now, so you can use the latest tarball from the newlib homepage | 18:09 |
| olofk | I updated the build instructions for the newlib toolchain not too long ago http://opencores.org/or1k/OpenRISC_GNU_tool_chain#Newlib_toolchain_.28or1k-elf.29 | 18:09 |
| olofk | But my version also fails with the same error, so that won't help you unfortunately | 18:10 |
| olofk | latif: Using fopen in a c program gives a similar error | 18:13 |
| latif | olofk: I have also tried my code on prebuilt versions of or1k-elf but the same error again?? It is the first time you are come acrossing such an error?? I am sure many one should be seen it :) | 18:15 |
| olofk | latif: Yeah, I agree. I know that file handling isn't implemented, but I didn't think that would affect the weird << thing in c++ | 18:16 |
| olofk | hmm.. I wonder if we define REENTRANT_SYSCALLS_PROVIDED | 18:18 |
| olofk | Yep we do | 18:19 |
| olofk | Hmm... should we really do that? | 18:19 |
| olofk | stekern, wallento, others? | 18:19 |
| olofk | It's only arc, sparc64, spu and or1k that does that | 18:20 |
| olofk | latif: Are you building your own toolchain? | 18:20 |
| stekern | olofk: I probably know as little as you about the inner workings of newlib | 18:21 |
| olofk | stekern: Scary :) | 18:21 |
| latif | yes I built my own toolchain...and I also tried prebuit versions of or1k-elf..but the error is same!! | 18:22 |
| olofk | latif: Because if you can rebuild your toolchain I think you could try to remove a line from newlib/configure.host and see if that works | 18:23 |
| olofk | Look for this section (sorry for the paste) | 18:24 |
| olofk | or1k-*-elf | or1knd-*-elf) | 18:24 |
| olofk | sys_dir=or1k | 18:24 |
| olofk | newlib_cflags="${newlib_cflags} -DREENTRANT_SYSCALLS_PROVIDED " | 18:24 |
| olofk | have_crt0="no" | 18:24 |
| olofk | ;; | 18:24 |
| olofk | And see if it helps to remove -DREENTRANT_SYSCALLS_PROVIDED | 18:24 |
| latif | olofk: yes I think the problem is related with crt0.o or crtn.o object files | 18:25 |
| latif | where is this configuration, in which conf file? | 18:26 |
| olofk | latif: newlib/configure.host | 18:26 |
| latif | ok i am gonna try that and let you know about the result | 18:27 |
| olofk | latif: Cool. Hope it will help | 18:27 |
| Hesham | Ironically, that's a related problem we have when trying to run RTEMS/C++ apps | 18:28 |
| olofk | Hesham: Opn OpenRISC? | 18:28 |
| olofk | s/Opn/on | 18:28 |
| Hesham | Yeah | 18:28 |
| Hesham | __dso_handle is not defined | 18:29 |
| Hesham | which should be part of libgcc | 18:29 |
| Hesham | That means the GCC is not configured right. | 18:29 |
| Hesham | cout is not working also | 18:29 |
| Hesham | I asked a question this morning about that | 18:29 |
| Hesham | "Shouldn't INIT_SECTION_ASM_OP be defined anywhere in GCC (i.e, or1k.h)? " | 18:30 |
| GeneralStupid | olofk: ill try that | 18:30 |
| latif | Hesham: I am seeing many people now start to realize there is something terribly wrong with the or1k-elf-gcc :)) nice | 18:30 |
| Hesham | One of the community said "The target must define INIT_SECTION_ASM_OP or INIT_ARRAY_SECTION_ASM_OP somehow." | 18:30 |
| Hesham | latif: Well, RTEMS is basically based on or1k-elf-gcc | 18:31 |
| Hesham | Or elf tools in general | 18:31 |
| Hesham | Except for the system calls and libgloss stuff | 18:31 |
| latif | olofk: I want to write a bug report or something about that...maybe it will be helpfull for feature revisions..is there anywhere for this?? | 18:40 |
| latif | by the way is there any one who can suggests a tutorial or something about using orpsocV3 ?? for orpsocv2 there are many but what about v3?? | 18:43 |
| olofk | latif: Great! File it at bugzilla.opencores.org if you have an account there | 18:44 |
| olofk | latif: I discontinued orpsocv3 | 18:44 |
| GeneralStupid | olofk: a global installed binutils does not work? | 18:45 |
| olofk | Or rather, it morphed into FuseSoC | 18:45 |
| olofk | I think there are a few FuseSoC tutorials around, but the documentation is terrible in general | 18:45 |
| olofk | Start with https://github.com/olofk/fusesoc | 18:45 |
| olofk | GeneralStupid: Not sure I understand what you mean | 18:45 |
| latif | thanks olofk..but I have read it a few times... I will try to convert v2 tutorials to v3.. and hope to write a good manual.. | 18:52 |
| GeneralStupid | olofk: you told me to put binutils in opt/ right? | 18:52 |
| olofk | GeneralStupid: Yes, or rather put the complete pre-build toolchain (which is binutils+gcc+newlib) there | 18:56 |
| olofk | latif: I would be ever grateful for more manuals, tutorials and documentation. Especially a guide on porting orpsocv2 systems to FuseSoC has been on my todo-list for several years | 18:57 |
| stekern | Hesham: isn't INIT_SECTION_ASM_OP defined? (from here: https://github.com/openrisc/or1k-gcc/blob/or1k/gcc/config/elfos.h#L209) | 18:58 |
| Hesham | stekern: Let me check if elfos.h is included part of or1k-*-rtems* then | 18:59 |
| GeneralStupid | olofk: ok it is in opt/or1k-elf/x86_64-unknown-linux-gnu/or1k-elf/lib/libopcodes-2.25.so | 19:00 |
| Hesham | stekern: It's included, still don't know why __dso_handle is not seen | 19:01 |
| olofk | GeneralStupid: No. Remove the "x86_64-unknown-linux-gnu/or1k-elf/lib" part | 19:07 |
| olofk | sorry. Not the /lib part | 19:09 |
| olofk | ooh.. sorry | 19:09 |
| olofk | No. You're right | 19:09 |
| olofk | Don't move anything | 19:10 |
| GeneralStupid | do i need some parameter for gcc?! | 19:10 |
| olofk | I just use or1k-elf-gcc file.c | 19:11 |
| GeneralStupid | thats what i tried | 19:11 |
| olofk | You could perhaps try export LD_LIBRARY_PATH=/opt/or1k-elf/x86_64-unknown-linux-gnu/or1k-elf/lib , but I'm not sure what consequenes that would have | 19:12 |
| olofk | GeneralStupid: Wait a minute... I remember now that wallento said that the latest builds have been failing | 19:13 |
| GeneralStupid | olofk: ahh :) | 19:13 |
| GeneralStupid | i recently upgraded to debian stable, so i could build it myself now | 19:14 |
| olofk | latif: I tried rebuilding a toolchain without the REENTRANT_ thing set. Doesn't seem to work at all for me :/ | 19:16 |
| olofk | Now I get duplicate definitions for all the other syscalls instead | 19:17 |
| olofk | So the proper fix is probably to add a reentrant version of open to the or1k newlib port | 19:17 |
| latif | Ahh thats not so good to heard:) I am now trying it on my systemm.. Maybe it works here :)) :)) | 19:20 |
| olofk | Actually... this could be a typo. Look here https://github.com/openrisc/newlib/blob/or1k/libgloss/or1k/syscalls.c#L127 | 19:21 |
| olofk | All the other functions got an _r suffix except for open | 19:21 |
| stekern | and _gettimeofday | 19:22 |
| olofk | Yeah. But we're using the cloud now to get the time instead | 19:22 |
| stekern | but that's cloudtime | 19:23 |
| olofk | Ah sorry. I forgot | 19:23 |
| stekern | you have to convert that to the local weather conditions | 19:23 |
| olofk | latif: I wonder if your timer problem might be related to gettimeofday | 19:23 |
| stekern | these multicycle constraints are driving me insane | 19:24 |
| olofk | stekern: I can understand that. I've never used them for synchronous stuff. Only to mark non-critical async paths | 19:26 |
| stekern | https://www.altera.com/support/support-resources/design-examples/design-software/timequest/exm-tq-clock-enable.html | 19:27 |
| stekern | doing that covers some, but then it's thrown off by signals going into blockrams | 19:28 |
| stekern | and combinatorial logic that is driving other logic | 19:28 |
| stekern | can't say I'm very fond of the style of mixing combinatorial and synchronous stuff in processes used here neither... | 19:30 |
| stekern | https://github.com/skristiansson/minimig-de1/blob/master/rtl/tg68k/TG68KdotC_Kernel.vhd | 19:30 |
| latif | olofk: the clock function I use is this: printf("Exec. Time: %.2f s\n",clock()/(double) CLK_TCK); | 19:30 |
| latif | you can see it on the rte the tutorial from here..http://www.rte.se/blog/blogg-modesty-corex/writing-application-program/2.5 | 19:31 |
| latif | olofk: are you trying to change the syscalls.c and installing the toolchain again?? | 19:33 |
| olofk | stekern: But if they are truly multi-cycle, couldn't you pipeline them? | 20:07 |
| olofk | latif: Yes, but it didn't work | 20:07 |
| olofk | Hesham: Congratulations to the GSoC application | 20:08 |
| Hesham | olofk: Thanks, I think it would be the most challenging GSoC for me :) | 20:08 |
| olofk | Before I start another recompilation, does anyone know if it would help to just change "char *file" to "const char *file"? http://pastebin.com/MueG0mkq | 20:11 |
| stekern | olofk: yes, but I'm resisting the urge to write a fast pipelined 68k implementation from scratch... | 20:21 |
| latif | olofk: I think you may be right about the typo all along | 20:21 |
| latif | I think there is a typo in _r | 20:22 |
| latif | and also there is a mistake in definiton and declaration of the _open_r function. Because the signature of the function is not same in definition and declaration | 20:22 |
| latif | They both should be const char* | 20:23 |
| GeneralStupid | did anyone have a link to a binary toolchain | 20:25 |
| GeneralStupid | (newlib) | 20:25 |
| olofk | latif: I changed to const char and it compiles, but I get a lot of errors when I compile my testcase | 20:25 |
| olofk | But I might have done something wrong. Perhaps I need to clean it out | 20:25 |
| latif | GeneralStupid: try tthis link: http://lis.ei.tum.de/pub-download/openrisc-builds/or1k-elf/release/ | 20:27 |
| latif | compile the code or the tool-chain? | 20:27 |
| poke53281 | congratulation: Hesham | 20:30 |
| Hesham | Thanks poke53281 | 20:33 |
| poke53281 | Apache Software Foundation got more than 50 slots | 20:33 |
| Hesham | poke53281: Are you mentoring the jor1k project? | 20:33 |
| Hesham | Oh | 20:33 |
| poke53281 | Yep | 20:33 |
| Hesham | The number of accepted students has been reduced this year | 20:33 |
| GeneralStupid | latif: works | 20:33 |
| GeneralStupid | it works :) | 20:33 |
| poke53281 | google needs all their money to not to be busted by the European Union ;) | 20:35 |
| poke53281 | Python got also a lot of slots | 20:37 |
| poke53281 | What is "Systern, an Anita Borg Institute" ? | 20:37 |
| Hesham | KDE got 37 slots | 20:37 |
| Hesham | dunno | 20:38 |
| latif | GeneralStupid: What works??!! | 20:38 |
| GeneralStupid | latif: compiling stuff for the openrisc :) | 20:40 |
| GeneralStupid | i will try them tomorrow | 20:40 |
| poke53281 | Hesham: Yes, from 1307 student projects to 1051 students | 20:41 |
| latif | GenralStupid: Aha :) I just thought you have solved the error for a while :) | 20:42 |
| Hesham | poke53281: It's not that bad compared to the reduction in the number of accepted orgs. | 20:42 |
| olofk | latif: I will have to give up for tonight. Hopefully the Multicore Man from München might know what to do | 20:44 |
| olofk | We're probably on the right track at least | 20:44 |
| poke53281 | http://www.google-melange.com/gsoc/project/details/google/gsoc2015/ajuaristi/5668600916475904 | 20:46 |
| poke53281 | finally :) | 20:46 |
| latif | ok olofk ...how can we let Multicore Man to know about this error?? | 20:47 |
| poke53281 | Lol, 4 projects are regarded to wget. | 20:47 |
| Hesham | poke53281: Is not it weird that lowRISC gets only 3 slots? | 20:51 |
| poke53281 | who knows. | 20:51 |
| poke53281 | Thre are a lot with 3 slots | 20:52 |
| poke53281 | gcc got 2 and git too | 20:52 |
| Hesham | RTEMS got 8 | 20:54 |
| poke53281 | Yes, I know | 20:54 |
| poke53281 | Is it the first time they participate? | 20:54 |
| Hesham | That's a leap | 20:54 |
| Hesham | No, they are veteran | 20:54 |
| Hesham | I've participated with them the last three years | 20:55 |
| poke53281 | strace got one | 20:55 |
| Hesham | maybe they started GSoC 2 years earlier. | 20:55 |
| olofk | latif: Multicore Man will sense that something is wrong and show up when the time is right | 20:57 |
| olofk | wallento: Isn't that so? :) | 20:57 |
| olofk | Oh well. Good night everyone | 20:57 |
| poke53281 | Hexham: Organizations who participate the first year usually don't get that much slots. | 20:57 |
| olofk | latif: This might actually work. I managed to compile a program that uses fopen now. That didn't work before | 20:58 |
| poke53281 | Hexham: If you work hard we get probably more slots next year | 20:58 |
| olofk | Try to rename _open to _open_r and change char *file to const char *file | 20:58 |
| olofk | And leave the REENTRANT_ thing in configure.host | 20:58 |
| olofk | latif: Yep. Managed to compile the c++ testcase as well | 20:59 |
| olofk | I'm fucking awesome! | 20:59 |
| olofk | good night | 21:00 |
| poke53281 | :) | 21:00 |
| poke53281 | gn8 | 21:00 |
| Hesham | poke53281: I must work hard then :) | 21:03 |
| --- Log closed Tue Apr 28 00:00:26 2015 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!