Package Details: wxhexeditor 0.24-5

Git Clone URL: https://aur.archlinux.org/wxhexeditor.git (read-only, click to copy)
Package Base: wxhexeditor
Description: A free hex editor / disk editor for Linux, Windows and MacOSX
Upstream URL: http://www.wxhexeditor.org
Licenses: GPL-2.0-only
Submitter: None
Maintainer: severach (mxfm)
Last Packager: severach
Votes: 87
Popularity: 0.000002
First Submitted: 2009-01-20 22:52 (UTC)
Last Updated: 2025-06-09 04:02 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 Next › Last »

Tuxality commented on 2014-12-26 16:50 (UTC)

Yeah, the same for me! I'm using ArchLinux for a loooonnngg timee, but still not found suitable Hex Editor, sadly. For Windows there is WinHex, HXD and many others which are fast, stable, reliable with many functions. For simple tasks ghex is ok, but as you said too limited on functionality. Still searching, but if I'll found one day good hex editor I'll send message to you. :)

stevenhoneyman commented on 2014-12-26 16:42 (UTC)

Yeah it's not the most "finished" program yet :( Know any better linux hex editors? Winhex is amazing... but it's closed-source expensive Windows software unfortunately. It is one of the few things I have never been able to match on Linux. dhex (console only) has potential, but is no longer developed. ghex is too limited on functionality.

Tuxality commented on 2014-12-26 16:37 (UTC)

Deleted my previous comment, because there was a mistake. Temporary fix for bypassing linker errors. Edit PKGBUILD and in build section make simple change as shown below. This: make CC=gcc CPP=cpp CXX=g++ To this: make CC=gcc CPP=cpp CXX=g++ LDFLAGS="-lgomp -lwebkitgtk-1.0" Now it'll link without any problems. stevenhoneyman, I know that -lgomp is already in LDFLAGS but linker is still moaning about this, little weird... :| And despite proper compiling, wxHexEditor is not reliable because it likes to crash randomly and I get asserts from wxWidgets when application is running.

stevenhoneyman commented on 2014-12-26 16:29 (UTC)

The question really is why are some people getting link errors when (as you can see below from akatz712) "-lgomp" is already in ldflags

akatz712 commented on 2014-12-20 20:10 (UTC)

g++ -Wl,-O1,--sort-common,--as-needed,-z,relro -lgomp src/HexEditorGui.o src/FAL.o src/HexDialogs.o src/HexPanels.o src/HexEditorApp.o src/HexEditor.o src/HexEditorCtrl/HexEditorCtrl.o src/HexEditorCtrl/wxHexCtrl/TagDialogGui.o src/HexEditorCtrl/wxHexCtrl/wxHexCtrl.o src/HexEditorCtrl/wxHexCtrl/Tag.o src/HexEditorCtrl/HexEditorCtrlGui.o src/HexEditorFrame.o udis86/libudis86/.libs/libudis86.a mhash/lib/.libs/libmhash.a -march=i686 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 `wx-config --libs` `wx-config --libs aui` `wx-config --libs core` -o wxHexEditor src/HexDialogs.o: In function `CompareDialog::Compare(wxFileName, wxFileName, bool, int, wxFileName) [clone ._omp_fn.4]': HexDialogs.cpp:(.text+0x24c): undefined reference to `GOMP_sections_next' I have a 32 bit system and I have /usr/lib/libgomp.so

jchadwick commented on 2014-12-13 08:33 (UTC)

Haven't managed to figure out why there's problems with OMP, but you can LDFLAGS=-lgomp to fix that. Also, wxgtk does not have a hard dep on libgtkwebkit2 since it isn't required for everything, but this program needs it. Probably should add it to the dependencies.

simonzack commented on 2014-12-11 12:59 (UTC)

It's also owned by gcc-libs on x64 only.

flipmess commented on 2014-12-11 02:10 (UTC)

hi. i have the same problem as ajs124. libgomp is part of gcc-libs-multilib: pacman -Qo /usr/lib/libgomp.so /usr/lib/libgomp.so is owned by gcc-libs-multilib 4.9.2-1

Alister.Hood commented on 2014-12-09 22:48 (UTC)

That's the same issue as I was having with wxhexeditor-svn (discussed in the comments) - it went away eventually - maybe after an Syu.