Arch Linux User Repository

For the record, I see that jlindren's comment to add CFLAGS=-fcommon was an alternative to LDFLAGS = -Xlinker --allow-multiple-definition, and another option might be --warn-common. In any case, it is fixed in git, so I guess I should make a new release soon.

@Alister.Hood No problem, I forgot myself to make update I've promised.

LDFLAGS is needed to compile with gcc 11.1.0. There also seem to be an issue with machine.h file, it is missing at first attempt to build, as workaround I run make again after first failure.

Hi, sorry for the late reply, I mustn't have enabled notifications. It would be great if you could make those changes, thanks.

Unfortunately I don't have frequent access to Arch - I'd say someone who does is better-equipped to maintain. Development of gwc is very infrequent, so changes are most likely to be required if there are new compiler errors due to upgrades of other things in Arch.

I've just had a report of compile errors about multiple definitions with recent versions of gcc. Do you get these errors in Arch? The workaround is to use LDFLAGS = -Xlinker --allow-multiple-definition

@Alister.Hood Thank you for your suggestions. I will update PKGBUILD, unless you want to carry over its maintenance? You are better-equipped to do so, since you are also an author of the program. ;)

One problem with the PKGBUILD is it's referencing the wrong tarball. It should at least be coming from the release page on github, or from sourceforge. I'm not sure which one should be considered the source.

Yes, then autoreconf shouldn't be required in the PKGBUILD. The files at both sources are identical. I'd say go with sourceforge since the website is still there.

In the OPTDEPENDS I'd suggest changing "ogg support" and "mp3 support" to "ogg export" and "mp3 export", so people don't feel let down when they find the support is only for export.

For GCC 10, add -fcommon to CFLAGS to get the build to succeed:

    CFLAGS=-fcommon ./configure --prefix=/usr

One problem with the PKGBUILD is it's referencing the wrong tarball. It should at least be coming from the release page on github, or from sourceforge. I'm not sure which one should be considered the source.

https://github.com/AlisterH/gwc/releases/download/0.22-04/gtk-wave-cleaner-0.22-04.tar.gz

OR

https://sourceforge.net/projects/gwc/files/gwc2/0.22-4/gtk-wave-cleaner-0.22-04.tar.gz/download

Then do the standard "./configure; make". However there are multiple problems with the code (mismatched preprocessor 'else', defining globals inside header files without 'extern', not using 'static' on variables inside c files)

After those are fixed, it works.

Error:

ar ru meschach.a copy.o err.o matrixio.o memory.o vecop.o matop.o pxop.o submat.o init.o otherio.o machine.o matlab.o ivecop.o version.o meminfo.o memstat.o
ar: `u' modifier ignored since `D' is the default (see `U')
ranlib meschach.a
ar ru meschach.a lufactor.o bkpfacto.o chfactor.o qrfactor.o solve.o hsehldr.o givens.o update.o norm.o hessen.o symmeig.o schur.o svd.o fft.o mfunc.o bdfactor.o
ar: `u' modifier ignored since `D' is the default (see `U')
ranlib meschach.a
ar ru meschach.a sparse.o sprow.o sparseio.o spchfctr.o splufctr.o spbkp.o spswap.o iter0.o itersym.o iternsym.o
ar: `u' modifier ignored since `D' is the default (see `U')
ranlib meschach.a
make[1]: Leaving directory '/var/tmp/pamac-build-tio/gwc/src/gwc-0.22-04/meschach'
==> ERROR: A failure occurred in build().
    Aborting...

There is bug in gcc, or code is not compliant with newer standard. It builds for me with clang, you have to add CC=clang where make is invoked.

error while constructing %!s(func() string=0x5583b2e29e80)