Package Details: wxhexeditor-git 0.25.r86.gd738638-1

Git Clone URL: (read-only, click to copy)
Package Base: wxhexeditor-git
Description: A free hex editor / disk editor for Linux, Windows and MacOSX
Upstream URL:
Licenses: GPL2
Conflicts: wxhexeditor
Provides: wxhexeditor
Submitter: stevenhoneyman
Maintainer: severach
Last Packager: severach
Votes: 29
Popularity: 0.67
First Submitted: 2015-03-24 17:55 (UTC)
Last Updated: 2020-01-09 04:21 (UTC)

Latest Comments

eh5 commented on 2019-12-24 16:03 (UTC)

Requires python ?

checking if cc supports -c -o file.o... (cached) yes
checking whether the cc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... no
checking whether to build static libraries... yes
checking whether python executable path has been provided... no
checking for python... no
configure: error: Python not found. Use --with-python to specify path to python binary
make: *** [Makefile:75: udis86/libudis86/.libs/libudis86.a] Error 1
==> ERROR: A failure occurred in build().
==> ERROR: Build failed, check /var/lib/aurbuild/x86_64/eh5/build

severach commented on 2019-02-27 04:03 (UTC)

Can you make this build in a clean chroot?

leesei commented on 2018-12-11 14:51 (UTC)

clang required to build udis86 but not in dependencies

wxhexeditor may have the same issue, it used to specify CC and GCC for make

JSpaces commented on 2018-09-29 23:11 (UTC) (edited on 2018-09-29 23:13 (UTC) by JSpaces)

I was able to compile by editing the build section in the PKGBUILD to be:

build() {

cd ${pkgname}

export LDFLAGS="${LDFLAGS} -fopenmp"

make -d WXCONFIG=/usr/bin/wx-config CXXFLAGS="${CXXFLAGS/-fopenmp/}"


This fixed the __kmpc_ errors during the linking.

ferreum commented on 2018-05-10 14:31 (UTC) (edited on 2018-05-10 14:54 (UTC) by ferreum)

Build fails unless clang is installed.

With clang installed, the linker command fails later with undefined references starting with "__kmpc_". This seems to be openmp related but installing it doesn't fix the build.

lilydjwg commented on 2017-04-15 02:45 (UTC)

It needs python to build.

EUA commented on 2015-11-26 04:43 (UTC)

Fixed for py3 ;)

crabvk commented on 2015-10-19 04:36 (UTC) (edited on 2015-10-19 04:37 (UTC) by crabvk)

I get > AttributeError: 'dict_keys' object has no attribute 'sort' fixed by replacing #!/usr/bin/python with #!/usr/bin/python2 in resources/

Alister.Hood commented on 2014-09-16 22:45 (UTC)

Oh. If I just download the source and build it manually without makepkg then it builds fine.

Alister.Hood commented on 2014-09-16 22:44 (UTC)

# ls -lh /usr/bin/ld{,.*} -rwxr-xr-x 2 root root 488K Jun 13 02:05 /usr/bin/ld -rwxr-xr-x 2 root root 488K Jun 13 02:05 /usr/bin/ld.bfd -rwxr-xr-x 1 root root 4.2M Jun 13 02:05 /usr/bin/ # ld --version|head -n1 GNU ld (GNU Binutils) 2.24 # grep 'fuse-ld' /etc/makepkg.conf ~/.makepkg.conf grep: /root/.makepkg.conf: No such file or directory I have the same issue regardless of whether I use makepkg itself or not. Guess I'd better do a system upgrade to make sure that isn't the problem - I've been putting it off because it tends to be a bit of a mission after being away for a long time.

stevenhoneyman commented on 2014-09-16 21:31 (UTC)

Here's some things to check to see if you're on the default linker (which works): $ ls -lh /usr/bin/ld{,.*} -rwxr-xr-x 2 root root 832K 2014-09-07 23:20 /usr/bin/ld -rwxr-xr-x 2 root root 832K 2014-09-07 23:20 /usr/bin/ld.bfd -rwxr-xr-x 1 root root 4.2M 2014-09-07 23:20 /usr/bin/ $ ld --version|head -n1 GNU ld (GNU Binutils) 2.24 $ grep 'fuse-ld' /etc/makepkg.conf ~/.makepkg.conf (no matches) Are you building using makepkg itself, or a pacman wrapper like "yaourt" etc?

Alister.Hood commented on 2014-09-16 21:23 (UTC)

I don't believe I've changed the default link method. Any pointers?

Alister.Hood commented on 2014-09-16 21:22 (UTC)

Still fails with this: HexDialogs.cpp:(.text+0xf798): undefined reference to `wxUpdateUIEvent::Clone() const'

stevenhoneyman commented on 2014-09-16 18:19 (UTC)

Yes, it's a bit broken! Patched it up though, builds OK now. @queueRam - your link error is related. I get the same, but bfd works fine. If you've changed the default through any other method than -fuse-ld=gold, you'll need to change that yourself. The cflag way is 'worked around' in this 461-1 PKGBUILD.

queueRAM commented on 2014-09-12 17:47 (UTC)

Yes, i was getting those 'undefined reference' errors as well. I looked into it and it is caused by the LDFLAGS from being in the incorrect place in the final linking stage of wxHexEditor executable. Change line 53 the Makefile target to the following: $(EXECUTABLE): $(OBJECTS) $(CXX) $(OBJECTS) $(LIBS) ${CXXFLAGS} ${OPTFLAGS} ${LDFLAGS} $(WXLDFLAGS) -o $@ Now i'm stuck getting a link error with some wx method: src/HexDialogs.o: In function `CompareDialog::Compare(wxFileName, wxFileName, bool, int, wxFileName)': HexDialogs.cpp:(.text+0xff6a): undefined reference to `wxUpdateUIEvent::Clone() const'

Alister.Hood commented on 2014-09-12 16:24 (UTC)

Does it fail for anyone with a bunch of messages like this?: HexDialogs.cpp:(.text+0x23c): undefined reference to `GOMP_sections_next'

stevenhoneyman commented on 2014-06-02 19:13 (UTC)

Adopted and updated. Please note that about when using this svn version, you might need to compile wxgtk without debug mode enabled. There are some assertion warning boxes if you don't (unless that has been fixed by now!)

stevenhoneyman commented on 2014-06-02 16:37 (UTC)

Adopted. Will update later today :)

dennis123123 commented on 2014-05-10 20:04 (UTC)

This needs updating! As below, patch needed for wx-config-2.8 also to specify python2 when compiling (that's why mhash and udis86 wouldn't work)

queueRAM commented on 2014-01-16 22:42 (UTC)

Should be a capital 'M' in 'Makefile' Also, wxhexeditor-svn is affected by the wxgtk bump to 3.0 as wxhexeditor was where you need to specify the libs as follows: WXLDFLAGS = `$(WXCONFIG) --libs std,aui` -ludis86

revel commented on 2014-01-16 21:51 (UTC)

this package does not work correctly ==> Starting prepare()... sed: can't read makefile: No such file or directory ==> ERROR: A failure occurred in prepare(). Aborting...

chenxiaolong commented on 2012-05-05 19:57 (UTC)

I have adopted this package and updated it to the latest revision. It's identical to my previous wxhexeditor-svn-updated package :)

aricart commented on 2012-03-06 17:55 (UTC)

Fixed PKGBUILD for latest revision:

electropura commented on 2011-09-14 00:04 (UTC)

Here is an updated PKGBUILD that works. Though I really don't understand why running the makefile manually works, but not when it's executed via makepkg.

Da_Coynul commented on 2011-07-31 23:43 (UTC)

Compiles manually if you go into udis86 directory and ./configure --with-python=/usr/bin/python2

qs9rx commented on 2011-07-13 14:21 (UTC)

checking for gcc... gcc checking whether the C compiler works... no configure: error: in `/tmp/yaourt-tmp-me/aur-wxhexeditor-svn/src/wxhexeditor-build/udis86': configure: error: C compiler cannot create executables See `config.log' for more details make: *** [udis86/libudis86/.libs/libudis86.a] Error 77 make: Leaving directory `/tmp/yaourt-tmp-me/aur-wxhexeditor-svn/src/wxhexeditor-build' ==> ERROR: A failure occurred in build(). Aborting...

commented on 2010-06-04 17:38 (UTC)

install -D -m 755 wxHexEditor /wxHexEditor install: cannot create regular file `/wxHexEditor': Permission denied