Matches for patch, 1691 total results Sorted by newest | relevance
Wed Jun 24 00:20:24 UTC 2015 <mod6> guess like we're gonna have to get this patch to work
Tue Jun 23 22:42:12 UTC 2015 <mod6> If this dones't help (i doubt it will), I'll need to make another AMI with a recent stage3 and try to shoehorn in this gcc patch I made.
Tue Jun 23 21:55:03 UTC 2015 <mod6> if that doens't work, then truly will have to get everything in sync and shoe-horn our own patch while all the stage3 stuff is up to speed.
Tue Jun 23 16:35:24 UTC 2015 <mod6> Anyway, trinque wasn't even able to apply my patch successfully on his side.
Tue Jun 23 16:33:50 UTC 2015 <mod6> So this is interesting: I was able to use my gcc patch successfully against my AWS instance which has an AMI that utilizes a stage3-uclibc-hardened from 20150510. And meanwhile, trinque was helping me test to ensure I'm not doing something totally retarded, and on his side he was using the Physical hardware steps where it says to pull the latest (which should be 20150610) stage3-uclibc-hardened.
Tue Jun 23 04:54:25 UTC 2015 <ben_vulpes> <asciilifeform> http://therealbitcoin.org/ml/btc-dev/2015-June/000101.html << well since this thermonuked node refuses to attach to any others, i may as well roll this patch in
Tue Jun 23 03:56:20 UTC 2015 <mod6> as soon as I can, i'll be sure to patch everything in the order specified and kick off a full regression cycle.
Tue Jun 23 03:45:06 UTC 2015 <mod6> ok weird. same exact error as last time after complete nuke. tomorrow i'll nuke again and see if gcc will compile without the patch.
Tue Jun 23 02:45:27 UTC 2015 <mod6> i'm gonna nuke that machine again and try to compile it again with the patch. see if it works. if not, i'll just see if it'll even compile gcc itself.
Tue Jun 23 02:44:36 UTC 2015 <mod6> here's the gcc 4.8.4 patch in question (gcc needs to be patched with Gentoo/uclibc/PIE patches beforehand): http://dpaste.com/0QHZ59X.txt
Tue Jun 23 02:34:55 UTC 2015 <mod6> eh, guess i spoke too soon: my patch comiled in nicely... and much much later in the entire compile process gcc hangs on libcpp: http://dpaste.com/3XZH8PZ.txt
Tue Jun 23 02:25:09 UTC 2015 <mod6> oh, and I keep hitting an additional problem aside from what the "gentoo sanitiy" resolves. i've been holding off submitting a patch for it until I can get this thing actually compiled and working.
Tue Jun 23 02:19:24 UTC 2015 <mod6> oh hey, i think my patch built ok...
Tue Jun 23 02:13:02 UTC 2015 <mod6> The patch we got from that mailing list was from a different version for sure than 4.8.4 -- so i've had to hack it in by hand. gentoo is now applying the patch properly. and it's compiling as we speak. there is one caviat that I need to get over before I can test it though.
Mon Jun 22 06:13:53 UTC 2015 <ben_vulpes> ;;later tell asciilifeform can't find my fat-fingering, but my node running your patch *does* connect to lfnet. it does not, however, obtain a connection to another node thereby.
Mon Jun 22 03:00:31 UTC 2015 <BingoBoingo> mircea_popescu: The Todd replace by fee patch is probably derp to hell, but it leads to some of the best Hearnia trolling outside this channel https://twitter.com/petertoddbtc/status/612780261109960704
Sun Jun 21 22:05:51 UTC 2015 <mod6> patch applies manually just fine, seems to choak when used by emerge becuase of directory levels or something. hopefully can overcome this...
Sun Jun 21 22:05:04 UTC 2015 <mod6> ok, i've got a patch i created myself (post application of patches: gentoo/uclibc/PIE) for gcc... just trying to get it to work with emerge.
Sun Jun 21 20:59:41 UTC 2015 <mod6> lol, this is uglier than I had thought. I patched the gcc-4.8.4 source with all of the patches from /their/ bundle v1.5 (http://dpaste.com/1NRJTT7.txt), and now i'm in there apply patches by hand, and only 2 out of ~10 files to patch actually exist here (the rest are for pr# files (Problem Report?)). And when I can apply a patch, the surrounding code is slightly different.
Sun Jun 21 20:27:52 UTC 2015 <mod6> so trinque & I have discovered that the patch provided by the email mentioned ( https://gcc.gnu.org/ml/gcc-patches/2015-02/msg00410.html ) doesn't patch cleanly at all. Even with some McGuyvering of the patch to ensure the paths are correct etc, there are still a number of files not found. It might be plausible to write our own custom patch for 4.8.4 to resolve the issue.