wxhexeditor is a relatively new hex editor which properly handles big files (bigger than ram, tested with 4-5GB files on 1gb ram machine), and is actually quite comfortable to use. i'll attach initial ebuild in a minute. i've tested it on x86 a few weeks ago. now i've made an basic ebuild and tested it on amd64 (non-multilib) Reproducible: Always
Created attachment 203373 [details] sample ebuild example ebuild; feel free to fix it up - i've based it off codeblocks live ebuild
Created attachment 241151 [details] fixes for 'app-editors/wxhexeditor' ebuild Through the feature provided by the wxwidgets eclass to select the default wxGTK configuration if the user has not yet made his/her choice (eselect wxwidgets), compilation process should now go trough without too much hassle. Noticed a typo in the makefile : 'BINDI' variable instead of 'BINDIR'. Also setting 'DESTDIR=' to '${D}' at install time was somehow ignored, so I added a sed patch to fix those two things.
Created attachment 241159 [details] 0.09 Alpha ebuild for 'app-editors/wxhexeditor'
Created attachment 241163 [details] prettier svn ebuild The DESTDIR issue I explained earlier was a problem on my end. Sorry about the many updates in a row I'm new to this :)
Added to the tree. Thanks.
Created attachment 267079 [details] 0.10 pre-beta ebuild A pre-beta of v0.10 has been released. The gcc45 patch from the 0.09 ebuild fails but I don't think it is needed anymore? Added a sed patch to add the user's custom CXXFLAGS, LDFLAGS to the makefile. Tested on amd64, x86 with gcc-4.5.2 and gcc-4.6.0.
Use a new bug for version bumps. But I don't think we'll be adding pre-beta's - poke us when 0.10 is out.
(In reply to comment #7) > Use a new bug for version bumps. But I don't think we'll be adding pre-beta's > - poke us when 0.10 is out. Ok, I thought it was better to have everything in one place? Development on this project is quite slow so it might be a while until the real release. So, I just file a new bug once 0.10 is out? Thanks.
