| # 01:20:38 | blueness | quits : Ping timeout: 264 seconds |
| # 01:34:25 | djerome | joins #crosstool-ng |
| # 01:55:07 | diorcety | quits : Read error: Connection reset by peer |
| # 01:55:36 | diorcety | joins #crosstool-ng |
| # 01:56:10 | Dacto | I'll be back in a little bit. |
| # 01:56:13 | Dacto | quits : Quit: ChatZilla 0.9.90.1 [Firefox 27.0.1/20140212131424] |
| # 02:33:17 | Dacto | joins #crosstool-ng |
| # 03:12:54 | mnt_real | quits : Ping timeout: 260 seconds |
| # 04:27:49 | mnt_real | joins #crosstool-ng |
| # 04:30:45 | djerome | quits : Quit: Leaving |
| # 05:22:14 | perr | joins #crosstool-ng |
| # 06:35:41 | perr | quits : Read error: Connection reset by peer |
| # 06:37:41 | perr | joins #crosstool-ng |
| # 06:40:13 | perr | quits : Client Quit |
| # 06:40:26 | perr | joins #crosstool-ng |
| # 07:16:30 | perr | quits : Ping timeout: 260 seconds |
| # 07:17:28 | perr | joins #crosstool-ng |
| # 07:31:09 | perr | quits : Ping timeout: 252 seconds |
| # 07:43:24 | diorcety | quits : Quit: Leaving. |
| # 08:11:26 | aalv | joins #crosstool-ng |
| # 08:23:45 | bhundven | Dacto: back on a clean install. took for ever to restore over usb. |
| # 08:25:16 | perr | joins #crosstool-ng |
| # 08:30:29 | perr | quits : Ping timeout: 252 seconds |
| # 08:38:38 | perr | joins #crosstool-ng |
| # 08:52:05 | bhundven | man, what is up with the osuosl servers getting ddos'd |
| # 09:31:22 | perr | quits : Ping timeout: 260 seconds |
| # 09:45:09 | perr | joins #crosstool-ng |
| # 09:55:51 | memleak | heh |
| # 09:57:13 | perr | quits : Read error: Connection reset by peer |
| # 09:59:32 | Net147 | joins #crosstool-ng |
| # 10:10:01 | perr | joins #crosstool-ng |
| # 10:43:14 | perr | quits : Ping timeout: 260 seconds |
| # 10:43:56 | perr | joins #crosstool-ng |
| # 12:11:53 | hurdman | joins #crosstool-ng |
| # 12:11:57 | hurdman | hello all |
| # 12:26:12 | blueness | joins #crosstool-ng |
| # 12:26:12 | blueness | quits : Changing host |
| # 12:26:12 | blueness | joins #crosstool-ng |
| # 12:43:29 | perr | quits : Ping timeout: 246 seconds |
| # 12:46:39 | Net147 | quits : Quit: HydraIRC -> http://www.hydrairc.com <- Organize your IRC |
| # 12:59:03 | perr | joins #crosstool-ng |
| # 13:26:29 | perr | quits : Ping timeout: 240 seconds |
| # 13:40:40 | perr | joins #crosstool-ng |
| # 14:26:40 | Dacto | quits : Quit: ChatZilla 0.9.90.1 [Firefox 27.0.1/20140212131424] |
| # 15:06:05 | Dacto | joins #crosstool-ng |
| # 15:10:30 | Dacto | bhundven: I nuked the os and started over. I got farther this time, now it died with a syntax error on python config. |
| # 15:10:58 | Dacto | s/It got farther/I got farther/ |
| # 15:19:01 | perr | quits : Ping timeout: 245 seconds |
| # 15:32:40 | perr | joins #crosstool-ng |
| # 16:05:49 | perr | quits : Quit: Leaving |
| # 16:32:55 | Dacto | quits : Ping timeout: 272 seconds |
| # 16:39:53 | aalv | quits : Remote host closed the connection |
| # 16:45:23 | Dacto | joins #crosstool-ng |
| # 16:46:05 | Dacto | bhundven: it finished successfully! The python issue was due to having python3 instead of python2. |
| # 16:46:22 | Dacto | thanks for your help. |
| # 16:46:37 | Dacto | quits : Client Quit |
| # 16:47:45 | y_morin | joins #crosstool-ng |
| # 16:52:51 | ctngbot | joins #crosstool-ng |
| # 16:54:22 | y_morin | bhundven: Hello! Nothing's wrong with crosstool-ng.org. But in the morning, all OSUOSL-hosted sites were slow as helll. Probably a DoS... |
| # 17:46:08 | sh4rm4 | joins #crosstool-ng |
| # 17:53:49 | sh4rm4 | quits : Remote host closed the connection |
| # 17:53:56 | sh[4]rm4 | joins #crosstool-ng |
| # 17:56:37 | sh[4]rm4 | quits : Remote host closed the connection |
| # 17:58:40 | sh[4]rm4 | joins #crosstool-ng |
| # 18:01:33 | sh[4]rm4 | quits : Remote host closed the connection |
| # 18:03:45 | sh4rm4 | joins #crosstool-ng |
| # 18:04:57 | sh4rm4 | quits : Remote host closed the connection |
| # 18:16:17 | doc2 | joins #crosstool-ng |
| # 18:19:39 | bhundven | y_morin: Hah. Idk what happened. I couldn't access ctng or buildroot sites, but I could go to any other site just fine. I went to #osuosl and before they responded everything just started working again. |
| # 18:20:31 | bhundven | feels like the boy that cried Wolf. |
| # 18:44:05 | y_morin | bhundven: I had issues too this morning, so maybe a temporary DDoS. |
| # 18:50:07 | bhundven | Glad Dacto got fixed. He reinstalled his os and got it working. |
| # 18:51:03 | y_morin | bhundven: So what was the issue, in the end? |
| # 18:51:19 | bhundven | y_morin: unknown. |
| # 18:51:29 | bhundven | bad install? |
| # 18:52:13 | y_morin | bhundven: Ah, OK. |
| # 18:52:30 | bhundven | y_morin: kind of a cool bash trick I learned last night: http://www.linuxjournal.com/content/use-bash-trap-statement-cleanup-temporary-files |
| # 18:52:55 | y_morin | bhundven: I use that extensively! :-) |
| # 18:53:08 | bhundven | I've used trap before, but not like that. |
| # 18:55:47 | y_morin | bhundven: I even use in ct-ng, see: scripts/functions:116 |
| # 18:56:59 | bhundven | y_morin: ah, I never looked at that code :) |
| # 18:59:22 | bhundven | y_morin: I remember the old toolchain script I replaced with ct-ng at watchguard. It was a very long shell script with all of the steps broken out into functions, and at the end of the script was the main loop in a subshell that called all the functions. A separate script for each tuple. |
| # 19:01:51 | bhundven | The script was based on Dan Kegel's original script, so I thought moving to ct-ng was kind of ironic. |
| # 19:02:21 | y_morin | s/ironic/a sane decision/ ;-) |
| # 19:02:43 | bhundven | Ironic, because they are all based on Dan Kegel's scripts |
| # 19:03:10 | y_morin | bhundven: I was just kidding. Yes, I got the irony! ;-) |
| # 19:03:18 | bhundven | lol, I know :D |
| # 19:07:06 | mingwandroid | joins #crosstool-ng |
| # 19:08:37 | mingwandroid | bhundven: ping |
| # 19:09:01 | bhundven | hey |
| # 19:09:08 | mingwandroid | how goes it? |
| # 19:09:48 | bhundven | I'm actually having an hg moment. I need to make a branch in my wip tree |
| # 19:10:25 | bhundven | so I can push a few of the update patches to y_morin, but keep the multilib stuff in a separate branch till it's done. |
| # 19:10:29 | mingwandroid | is that not best done as a new mq series? |
| # 19:10:44 | diorcety | joins #crosstool-ng |
| # 19:10:52 | mingwandroid | bhundven: did you try to compile binutils 2.24.51 btw? |
| # 19:12:24 | bhundven | yes, it changes every day |
| # 19:13:34 | mingwandroid | bhundven: oh right, it's not a fixed snapshot then? I got a failure anyway: binutils-2.24.51/binutils/bucomm.c:130:7: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'VPARAMS' |
| # 19:14:26 | bhundven | yea, last updated: 23.0 MB2/19/14 5:40:00 AM |
| # 19:14:42 | bhundven | so I have to nuke it from my sources everytime I build with it. |
| # 19:15:01 | bhundven | there are some patches that HJL is sitting on that he hasn't added to the patch set yet. |
| # 19:15:17 | bhundven | er, hasn't added to the binutils branch |
| # 19:16:10 | mingwandroid | right. well, I can switch back to 2.24 anyway. |
| # 19:17:27 | bhundven | https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=b51f1626f645f272f19105c42cdb436381ee6357 |
| # 19:17:41 | bhundven | https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=1651e569b457b0cbd6d0a57c09950166c7503f6b |
| # 19:17:53 | bhundven | https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=1f635d209e61d900a6326aa281e697e31fcdae1e |
| # 19:17:56 | bhundven | and a few more like it |
| # 19:18:35 | bhundven | the second one fixes the bucomm.c error |
| # 19:22:02 | bhundven | but at that point, it's wack-a-mole |
| # 19:22:11 | bhundven | fix one problem, 4 more pop up |
| # 19:22:46 | bhundven | I am not pushing my snapshot support, it's just a personal change set I use for future testing. |
| # 19:23:03 | bhundven | there is a better way to handle that in ct-ng, I just haven't gotten there yet. |
| # 19:25:03 | plhardy | joins #crosstool-ng |
| # 19:25:34 | mingwandroid | it seems --with-multilib-list was added for arm too, just verifying. |
| # 19:25:44 | bhundven | in 4.9? |
| # 19:26:16 | bhundven | y_morin: so, when we moving to git? I just found the one thing I dislike about mercurial: branching :D |
| # 19:26:20 | mingwandroid | yeah I think you are right, it's not in 4.8.2 |
| # 19:28:16 | plhardy | hi all, i am unsure if i really want to relaunch my crosstool-ng 1.19 to have a tool chain for igep : my last try ends up in a fork bomb, i had to REISUB my host... |
| # 19:29:01 | bhundven | igep... fork bomb... REISUB...? |
| # 19:29:17 | bhundven | idk what you're saying. |
| # 19:30:34 | bhundven | plhardy: maybe try explaining what you are doing again? |
| # 19:33:30 | plhardy | well i am trying to play training labs from freelectrons and first step is to regenerate a crosstool-ng toolchain. My board ( that i got in a fromer training with freeelectron is a Isee IGEPv2 ) , soo toolchain was generted using arm-unknown-linux-uclibcgnueabi configuration |
| # 19:34:48 | plhardy | since i hit problems with mpfr-2.4.2 [ [ERROR] configure.in:294: error: automatic de-ANSI-fication support has been removed ] i used mfpr 3.1.2 |
| # 19:34:52 | bhundven | plhardy: well, considering: http://lists.busybox.net/pipermail/buildroot/2014-February/089789.html |
| # 19:35:52 | bhundven | it sounds like uclibc is on it's way out of buildroot |
| # 19:36:06 | bhundven | (or not used as default libc anymore) |
| # 19:36:47 | bhundven | plhardy: y_morin or kos_tom might have a better insight into helping you with that |
| # 19:37:06 | plhardy | i tried to compile with GMP 5.1.1 but it didn't work, foolowing another google advice i moved back to a GMP 4.3.2, then ... recompiling another project it went hung, no way to get control on my host, so had to to SysReq usual REISUB... |
| # 19:37:27 | bhundven | oh, reisub... I get it. |
| # 19:39:14 | plhardy | yes , in fact my trainer was thomas, the originator of the mail you quote, i am following buildroot, but yet i am one step before: just getting a recent toolchain |
| # 19:40:07 | plhardy | i will relaunch build, but given same input result in same effects, expect to see me delogging soon ;-) |
| # 19:41:32 | bhundven | sure, I'm going to continue to say that y_morin or kos_tom (Thomas Petazzoni) are going to be a better help. |
| # 19:41:58 | plhardy | it went wrong in PPL compilation. |
| # 19:42:09 | smartin_ | joins #crosstool-ng |
| # 19:42:21 | plhardy | i will play a little... |
| # 19:42:25 | bhundven | try getting the tip of crosstool-ng: http://crosstool-ng.org/hg/crosstool-ng/archive/tip.tar.bz2 |
| # 19:42:40 | bhundven | lots of fixes since 1.19.0 |
| # 19:42:48 | mingwandroid | bhundven: --multilib-list is in latest gcc 4.9 snapshot. |
| # 19:42:59 | bhundven | mingwandroid: nice |
| # 19:43:30 | bhundven | mingwandroid: you should be able to use 2.24 (not 2.24.51) for the gcc snapshot. |
| # 19:43:37 | bhundven | mingwandroid: if you want to work on arch/arm.sh |
| # 19:44:10 | bhundven | mingwandroid: I'll make a kconfig 'config' that bars multilib on arm until gcc-4.9 |
| # 19:44:29 | mingwandroid | bhundven: well, I'm wanting to do a big test with arm still of multilib stuff .. |
| # 19:45:34 | bhundven | in my wip, basic 'x86_64-unknown-linux-gnu' m64/m32/mx32 works. binutils for the target needs to get fixed, and ldscripts is only in sysroot/lib, not in sysroot/lib64, or sysroot/libx32. |
| # 19:48:13 | mingwandroid | bhundven: ok, do you know what's involved there? |
| # 19:49:53 | mingwandroid | bhundven: on my multilib arch VM I only have /usr/lib/ldscripts and it contains elf32_x86_64.x and elf_i386.x |
| # 19:50:04 | mingwandroid | it comes down to what the gcc specs do .. |
| # 19:50:50 | mingwandroid | .. more compilcation. |
| # 19:50:54 | mingwandroid | got to eat anyway, bbiab |
| # 19:53:26 | plhardy | quits : Ping timeout: 260 seconds |
| # 19:59:07 | plhardy | joins #crosstool-ng |
| # 19:59:45 | plhardy | ...back, really this PPL compilation drives my computer crazy. |
| # 20:03:46 | plhardy | what configuration files should i copy from my current rotten to new crosstool-ng directory to keep my configuration choices; ie this of ct-ng menuconfig ? |
| # 20:06:07 | plhardy | i did a ./configure --enable-local |
| # 20:06:07 | plhardy | ; make; make install : so it is locally installed |
| # 20:08:02 | plhardy | OoO i have to learn many things, this tip is a patch over latest version... i though it was a full thing. |
| # 20:08:48 | plhardy | sorry to polute... |
| # 20:10:40 | bhundven | it is the whole thing. |
| # 20:10:41 | bhundven | it's development |
| # 20:10:57 | bhundven | the whole repository is a collection of patches |
| # 20:10:58 | bhundven | ;) |
| # 20:12:09 | plhardy | my pride will suffer a lot i think but i have to handle that... |
| # 20:16:08 | plhardy | well, i had a previous tarball with .configure, reading doc, this one is like a repository one, so i guess configure should be generate with bootstrap. it is what i missed |
| # 20:40:50 | bhundven | y_morin: here is my git repo: https://bitbucket.org/bhundven/crosstool-ng |
| # 20:58:25 | y_morin | bhundven: Sorry, I'm catching up... |
| # 20:59:01 | y_morin | bhundven: Before we migrate over to git, I need to first update the machine. |
| # 20:59:20 | y_morin | bhundven: But since it has been ~3 years since it has been installed, I need to be carefull in doing so. |
| # 20:59:22 | bhundven | sure. I'm working on some changes in my 'switch_to_git' branch |
| # 21:00:25 | y_morin | bhundven: I need to find a moment where I can get a few hours straight without disturbance to do the upgrade, and I'd rather not do that the WE, so the OSUOSL folk are available and can help if something goes amiss... |
| # 21:01:25 | bhundven | I mean, getting scripts/mk-release and other changes ready for when it does happen |
| # 21:01:46 | y_morin | bhundven: Oh, that's not what I'm most worried about! ;-) |
| # 21:02:09 | bhundven | y_morin: sorry, I must have misunderstood. |
| # 21:02:58 | bhundven | y_morin: I'm not saying "this is where we should host git", just "updating the source to be ready for you". |
| # 21:02:59 | y_morin | bhundven: What I most wiorry about are: 1) access to the machine after the upgrade (he, debian ssh keys, anyone? ;-] ), the content of the website (I already suffered from a dokuwiki upgrade in the past)... |
| # 21:03:15 | y_morin | bhundven: Yes, I already have a git tree here! ;-) |
| # 21:03:20 | bhundven | ah |
| # 21:03:23 | bhundven | ok |
| # 21:03:35 | y_morin | bhundven: But thanks for the help! ;-) |
| # 21:04:11 | bhundven | ok, I'll not get distracted by that shinny light then |
| # 21:04:15 | y_morin | bhundven: Also, I made some changes on the machine without properly documenting them. And they are coming back at me to bite me... |
| # 21:04:42 | y_morin | bhundven: But since you're doing the changes to mk-release and stuff, I won't have to do it! :-) |
| # 21:04:55 | bhundven | k |
| # 21:05:34 | bhundven | there are some updates in patchworks, and I have some, but I need to break them out from the multilib stuff in my wip queue |
| # 21:05:57 | bhundven | wanted to get some of that in for next rel, 1.20.0? |
| # 21:06:17 | y_morin | bhundven: The updates, sure. |
| # 21:06:27 | bhundven | figure multilib and refactor stuff is for 2.x.x |
| # 21:06:29 | y_morin | bhundven: The multilib, not really: I want to cut a release next WE. |
| # 21:06:36 | bhundven | ;) yup |
| # 21:07:08 | bhundven | or however you want to cut version :D |
| # 21:07:11 | y_morin | bhundven: Yes. And probably a change in the naming scheme (eg. like Buildroot does seems nice: 2014.02) |
| # 21:07:20 | bhundven | hmm |
| # 21:08:07 | y_morin | bhundven: The Major.minor.sub is not really appropriate nowadays, since we're doing (at least trying to do) time-base released... |
| # 21:08:14 | bhundven | right |
| # 21:08:21 | bhundven | if they happen on time ;) |
| # 21:08:23 | bhundven | linaro does the same |
| # 21:08:26 | y_morin | hides... |
| # 21:08:31 | bhundven | hahahahaha |
| # 21:08:38 | y_morin | mumbles something about time dilatation... |
| # 21:08:48 | bhundven | nah, everyone here see's your work on BR |
| # 21:08:55 | bhundven | we know you're busy |
| # 21:09:09 | bhundven | I remember you saying you had some home projects too |
| # 21:09:14 | y_morin | bhundven: Thanks, but this is not an excuse. |
| # 21:09:27 | y_morin | bhundven: Yes, home is sucking quite a bit of time... |
| # 21:09:54 | bhundven | I'm happy to help with patchworks or sysadmin tasks if you need help |
| # 21:10:01 | y_morin | bhundven: Thanks |
| # 21:18:34 | plhardy | i disabled GRAPHITE loop optimization, hoping it will not require this PPL anymore... |
| # 21:22:11 | plhardy | is there some benchmark of gcc with/without GRAPHITE loop optimization for ARM ? i saw one for i7 only ( http://yuguangzhang.com/blog/phoronix-gcc-graphite-and-lto-benchmarks/ ) |
| # 21:40:12 | plhardy | at least it completes without gcc GRAPHITE loop, so i can continue my lab ;-) [ i have to dig deeper, it seems that even if i changed PPL version to 11.0 it kept 10.2, so my re-test did change nothing ] |
| # 21:41:06 | plhardy | but before, i will go to bed ! bye bye everybody |
| # 21:41:30 | plhardy | parts #crosstool-ng |
| # 21:52:56 | mingwandroid | bhundven: y_morin: so I ran into gnumake 4 incompat. issues again .. |
| # 21:55:14 | mingwandroid | bhundven: shall I just add a to our patch queue to allow gnumake 4 for a few {e}glibcs? |
| # 21:55:41 | y_morin | mingwandroid: make-4: as timely as Duke Nukem Forever; as usefull as the Hurd; as broken as, hmmm. let see... ;-] |
| # 21:56:09 | mingwandroid | now now! --output-sync is nice enough. |
| # 21:56:35 | y_morin | mingwandroid: Granted. Also, the randomisation of thargets is nice to catch missing dependencies. |
| # 21:56:41 | y_morin | &targets |
| # 21:56:47 | mingwandroid | didn't know about that option? |
| # 21:57:00 | y_morin | mingwandroid: Sorry? |
| # 21:57:14 | mingwandroid | randomisation of targets, I didn't know about that one. |
| # 21:58:06 | y_morin | mingwandroid: Until make-3.82, targets were evaluated 'in-order'. Eg., shell globs would return 'a b c', for example. |
| # 21:58:16 | mingwandroid | y_morin: yeah, I can figure out what it does ;-) |
| # 21:58:29 | y_morin | mingwandroid: With make-4, it would return 'b a c', or 'c b a' or whatever... |
| # 21:58:45 | mingwandroid | y_morin: is there a way to disable that? |
| # 21:58:46 | y_morin | mingwandroid: There is no option for that. It's the defaulkt and only behaviour. |
| # 21:58:55 | y_morin | (IIRC) |
| # 21:58:59 | mingwandroid | y_morin: mental! |
| # 22:00:07 | mingwandroid | y_morin: what's the plan wrt it then? would tiny patches for lots of {e}glibcs be acceptable? |
| # 22:00:30 | y_morin | mingwandroid: OTOH, they were relatively free to do this change, this the previous behaviour was never documented, and the bumped to a new major version. |
| # 22:00:54 | y_morin | mingwandroid: No. WE have the companion tools for that. It would build a trusty make-3.81. |
| # 22:01:26 | mingwandroid | y_morin: we don't have a companion tool for gnumake do we? |
| # 22:01:42 | y_morin | mingwandroid: We might want to add a check in ./configure however, and if we detect make-3.82+ we force building our own make-3.81 |
| # 22:02:18 | y_morin | mingwandroid: I don't know what you're calling 'gnumake', but we do have GNU make, yes. |
| # 22:05:12 | mingwandroid | y_morin: do you that we should detect during .config generation? |
| # 22:06:46 | mingwandroid | *do you mean |
| # 22:08:15 | doc2 | quits : Remote host closed the connection |
| # 22:08:17 | y_morin | mingwandroid: No, at the time we run ./configure. |
| # 22:17:24 | mingwandroid | y_morin: ok, I changed the existing detection logic in configure.ac: http://paste.kde.org/pvfvl253m |
| # 22:17:58 | mingwandroid | y_morin: is there any existing reference for getting stuff from config.status into .config, which is, I guess the next step? |
| # 22:18:07 | y_morin | mingwandroid: Except we do not want to fail. |
| # 22:18:16 | y_morin | mingwandroid: Yes, see, just a sec... |
| # 22:18:21 | mingwandroid | y_morin: yeah, granted ;-) |
| # 22:19:05 | y_morin | mingwandroid: http://crosstool-ng.org/hg/crosstool-ng/file/defadbff9afd/configure.ac#l50 |
| # 22:19:08 | y_morin | mingwandroid: http://crosstool-ng.org/hg/crosstool-ng/file/defadbff9afd/configure.ac#l277 |
| # 22:19:34 | mingwandroid | y_morin: I AC_MSG_WARN'd it. |
| # 22:20:23 | y_morin | mingwandroid: mingwandroid Also, make the test a bit tighter: we want 3.81, not 3.82 (since it has its own problems, too. |
| # 22:20:35 | mingwandroid | y_morin: ok. |
| # 22:21:09 | y_morin | mingwandroid: And no need to AC_MSG_WARN, just answer 'no' to "Checking for make-3.81" |
| # 22:21:19 | mingwandroid | ok. |
| # 22:21:37 | y_morin | mingwandroid: Then you'll need a bit of a trick to force the make companion tools in this case. |
| # 22:22:22 | mingwandroid | no way to get that just via ACX_SET_KCONFIG_OPTION? |
| # 22:22:38 | y_morin | mingwandroid: That only setx the CT_HAS_make option. |
| # 22:22:54 | y_morin | mingwandroid: You'll want to add something like: [hold on a sec...] |
| # 22:23:50 | y_morin | mingwandroid: ... like: http://code.bulix.org/r80xu2-85676 somewhere in the existing config files. |
| # 22:32:50 | mingwandroid | companion_tools.in? |
| # 22:36:15 | y_morin | mingwandroid: Yes, looks like an appropriate place, indeed. ;-) |
| # 22:36:19 | mingwandroid | y_morin: this is the bit I have least knowledge about, the config stuff confuses me a bit! |
| # 22:40:18 | y_morin | mingwandroid: In fact, the option would be named: CONFIGURE_has_make |
| # 22:40:26 | mingwandroid | yup. |
| # 22:40:29 | mingwandroid | found that from the SVN stuff. |
| # 22:42:27 | y_morin | mingwandroid: Maybe the first thing would be to: http://code.bulix.org/qszmu2-85677 |
| # 22:42:43 | y_morin | (ie. remove the EXPERIMENTAL setting on companion tools) |
| # 22:43:01 | mingwandroid | y_morin: yeah. I was forcing experimental on, but I think companion tools are needed. |
| # 22:43:23 | y_morin | mingwandroid: Yes, we do nopt want companion tools to be experimental anymore. |
| # 22:43:41 | mingwandroid | y_morin: all part of the same patch or do you want it broken up? |
| # 22:44:36 | y_morin | mingwandroid: First patch to remove EXPERIMENTAL, second patch to detect and force make. |
| # 22:44:40 | sh4rm4 | joins #crosstool-ng |
| # 22:48:06 | mingwandroid | damn, now I hit a patching failure using qpush / qpop. |
| # 22:50:45 | mingwandroid | y_morin: so I was considering making a crosstool-ng release for MSYS2, but I'm guessing given what I've just done re: GNU make, that'd be a bad idea and it msut always be run from ./configure on the build machine? |
| # 22:56:06 | y_morin | mingwandroid: Yes. |
| # 22:56:39 | y_morin | mingwandroid: crosstool-Ng does not handle the case for cross-compilation of itself. |
| # 22:57:11 | y_morin | mingwandroid: This would be very hard to achieve, since crosstool-Ng mostly rely on programs, not headers/libs. |
| # 22:57:32 | y_morin | mingwandroid: And there is no provision in the autotools to properly handle this case. |
| # 22:57:47 | y_morin | (eg. looking for programs needed at runtime, not build time). |
| # 22:58:13 | mingwandroid | it's fine, I'll package it the same way you do. |
| # 23:07:56 | y_morin | quits : Quit: Nighty Night! |
| # 23:19:42 | bhundven | sorry, I was vacant because of work stuff. |
| # 23:20:08 | bhundven | I have to concentrate on that for a while, but I'll come back and chat in a bit. |
| # 23:25:33 | mingwandroid | hmm. |
| # 23:25:46 | mingwandroid | config/companion_tools.in:5: missing end statement for this entry |
| # 23:25:46 | mingwandroid | config/companion_tools.in:5: invalid statement |
| # 23:25:46 | mingwandroid | config/companion_tools.in:6: unexpected option "select" |
| # 23:25:46 | mingwandroid | config/companion_tools.in:7: unexpected option "select" |
| # 23:25:46 | mingwandroid | config/companion_tools.in:9: invalid statement |
| # 23:26:47 | smartin_ | quits : Quit: good night |
| # 23:26:51 | mingwandroid | from: http://paste.kde.org/pa5xnp5sp |