Arch Linux User Repository

I do not use makechrootpkg myself, so I cannot reproduce the problem.

About the warnings, I'm afraid the coding style is too old for modern compiler standards. It would require someone to refactor the code to fix many of its problems.

Here it builds with makepkg (although with many many warnings), but it does not build with makechrootpkg, which I usually use. I can't seem to get a log file out of makechrootpkg, sorry. Can somebody confirm this or even find the cause of it?

Hi doragasu,

Your fix works perfectly. Thanks so much for the incredible support.

No wonder ArchLinux is so much better than other Linux distributions.

Best regards.

Should be fixed now, thanks for reporting!

Hi doragasu,

The build seems to be broken. Please fix it. Thanks.

yay -S siggen

... ...

smix.c:331:14: warning: implicit declaration of function ‘printvol’; did you mean ‘printf’? [-Wimplicit-function-declaration] 331 | if (dopr) printvol(d,fo); | ^~~~~~~~ | printf smix.c: At top level: smix.c:334:1: warning: return type defaults to ‘int’ [-Wimplicit-int] 334 | printvols(devs,fo) | ^~~~~~~~~ smix.c:347:1: warning: return type defaults to ‘int’ [-Wimplicit-int] 347 | doallvols(devs,s,fo) | ^~~~~~~~~ smix.c:360:1: warning: return type defaults to ‘int’ [-Wimplicit-int] 360 | printvol(d,fo) | ^~~~~~~~ smix.c:388:1: warning: return type defaults to ‘int’ [-Wimplicit-int] 388 | help() | ^~~~ smix.c:421:1: warning: return type defaults to ‘int’ [-Wimplicit-int] 421 | err_rpt(err,msg) | ^~~~~~~ nroff -man swgen.1 | col -b -x > swgen.txt nroff -man siggen.1 | col -b -x > siggen.txt nroff -man sweepgen.1 | col -b -x > sweepgen.txt nroff -man soundinfo.1 | col -b -x > soundinfo.txt nroff -man smix.1 | col -b -x > smix.txt nroff -man fsynth.1 | col -b -x > fsynth.txt nroff -man siggen.conf.5 | col -b -x > siggen.conf.txt gcc tones.o tonesgen.o generator.o misc.o wavfile.o wavsubs.o DAC.o configsubs.o -lm -o tones /usr/bin/ld: tonesgen.o:(.bss+0xbc): multiple definition of samplerate'; tones.o:(.bss+0xe8): first defined here /usr/bin/ld: tonesgen.o:(.data+0x0): multiple definition ofstereo'; tones.o:(.bss+0xec): first defined here /usr/bin/ld: tonesgen.o:(.bss+0xb8): multiple definition of channels'; tones.o:(.bss+0xd4): first defined here /usr/bin/ld: tonesgen.o:(.data+0x4): multiple definition ofafmt'; tones.o:(.bss+0xe0): first defined here collect2: error: ld returned 1 exit status make: [Makefile:128: tones] Error 1 make: Waiting for unfinished jobs.... ==> ERROR: A failure occurred in build(). Aborting... error making: siggen

Which program did you launch? As previously reported, tones is broken (it segfaults), but I have just built the package and launched siggen, and it works perfect.

Seems broken:

Unhandled Exception: System.TypeInitializationException: The type initializer for 'System.Console' threw an exception. ---> System.TypeInitializationException: The type initializer for 'System.ConsoleDriver' threw an exception. ---> System.Exception: Magic number is wrong: 542 at System.TermInfoReader.ReadHeader (System.Byte[] buffer, System.Int32& position) [0x00028] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.TermInfoReader..ctor (System.String term, System.String filename) [0x0005f] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.TermInfoDriver..ctor (System.String term) [0x00055] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.ConsoleDriver.CreateTermInfoDriver (System.String term) [0x00000] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.ConsoleDriver..cctor () [0x0004d] in <a84b655e5e6a49ee96b338ec792f5580>:0 --- End of inner exception stack trace --- at System.Console.SetupStreams (System.Text.Encoding inputEncoding, System.Text.Encoding outputEncoding) [0x00007] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.Console..cctor () [0x0008e] in <a84b655e5e6a49ee96b338ec792f5580>:0 --- End of inner exception stack trace --- at Driver.Run (System.String[] args) [0x0000f] in <34e5f29bdd234f31bf7604b94e2e783d>:0 at Driver.Main (System.String[] args) [0x00005] in <34e5f29bdd234f31bf7604b94e2e783d>:0 [ERROR] FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: The type initializer for 'System.Console' threw an exception. ---> System.TypeInitializationException: The type initializer for 'System.ConsoleDriver' threw an exception. ---> System.Exception: Magic number is wrong: 542 at System.TermInfoReader.ReadHeader (System.Byte[] buffer, System.Int32& position) [0x00028] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.TermInfoReader..ctor (System.String term, System.String filename) [0x0005f] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.TermInfoDriver..ctor (System.String term) [0x00055] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.ConsoleDriver.CreateTermInfoDriver (System.String term) [0x00000] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.ConsoleDriver..cctor () [0x0004d] in <a84b655e5e6a49ee96b338ec792f5580>:0 --- End of inner exception stack trace --- at System.Console.SetupStreams (System.Text.Encoding inputEncoding, System.Text.Encoding outputEncoding) [0x00007] in <a84b655e5e6a49ee96b338ec792f5580>:0 at System.Console..cctor () [0x0008e] in <a84b655e5e6a49ee96b338ec792f5580>:0 --- End of inner exception stack trace --- at Driver.Run (System.String[] args) [0x0000f] in <34e5f29bdd234f31bf7604b94e2e783d>:0 at Driver.Main (System.String[] args) [0x00005] in <34e5f29bdd234f31bf7604b94e2e783d>:0</a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580></a84b655e5e6a49ee96b338ec792f5580>

I have fixed the origin problem. Unfortunately I have not time to dig into the problem that is making tones to segfault. The sources are poorly written, and some time is required to sanitize them (e.g. creating header with proper function prototypes, because currently there are tons of implicit declarations). By the way, it worked previously, maybe building with an older GCC will do the trick (until somebody tries to fix this properly).

The download url does not exist anymore, had to borrow siggen.tgz from source repository of some other distribution. When compiled on 64bit the tones executable segfaults (but works when compiled on 32bit).