Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2020-12-06T12:09:49Zhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/2214compiler warning on assert in resample.c2020-12-06T12:09:49Zvespertocompiler warning on assert in resample.cHi, while installing vorbis-tools in Gentoo, the following warning is issued by the installer:
```
QA Notice: Package triggers severe warnings which indicate that it may exhibit random runtime failures.
resample.c:177:34: warning:...Hi, while installing vorbis-tools in Gentoo, the following warning is issued by the installer:
```
QA Notice: Package triggers severe warnings which indicate that it may exhibit random runtime failures.
resample.c:177:34: warning: comparison with string literal results in unspecified behavior [-Waddress]
```
This is caused by an assert using == on strings. I've never seen any of the Vorbis code but i assume this warning can be fixed with the attached patch.
oggenc -V reports «oggenc from vorbis-tools 1.4.0» but i didn't find that specific version in the bug submission form.
The system is amd64.
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/opus-tools/-/issues/2317Compiler warnings with comparing singed and unsigned ints2022-01-23T06:23:55ZAnders JenboCompiler warnings with comparing singed and unsigned intsThese are now the only compiler warnings left when building DevilutionX, would be great if we can handle them so we can start checking for compiler warnings in the CI :)
```
In file included from speex_resampler/resample.c:100:
speex_re...These are now the only compiler warnings left when building DevilutionX, would be great if we can handle them so we can start checking for compiler warnings in the CI :)
```
In file included from speex_resampler/resample.c:100:
speex_resampler/resample_sse.h:45:14: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for (i=0;i<len;i+=8)
~^~~~
speex_resampler/resample_sse.h:62:12: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(i=0;i<len;i+=2)
~^~~~
speex_resampler/resample_sse.h:84:14: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for (i=0;i<len;i+=8)
~^~~~
speex_resampler/resample_sse.h:110:12: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(i=0;i<len;i+=2)
~^~~~
speex_resampler/resample.c:674:20: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for (j=0;j<st->filt_len;j++)
~^~~~~~~~~~~~~
speex_resampler/resample.c:946:21: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(j=0;j<ichunk;++j)
~^~~~~~~
speex_resampler/resample.c:949:20: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(j=0;j<ichunk;++j)
~^~~~~~~
speex_resampler/resample.c:1001:19: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(j=0;j<ichunk;++j)
~^~~~~~~
speex_resampler/resample.c:1008:19: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for(j=0;j<ichunk;++j)
~^~~~~~~
speex_resampler/resample.c:1018:16: warning: comparison of integers of different signs: 'int' and 'unsigned int' [-Wsign-compare]
for (j=0;j<ochunk+omagic;++j)
~^~~~~~~~~~~~~~
```https://gitlab.xiph.org/xiph/icecast-server/-/issues/688Compiling icecast on Solaris 10 AMD64 using SUN Studio10 cc2018-03-06T12:50:21Zmoinakg2002Compiling icecast on Solaris 10 AMD64 using SUN Studio10 ccI have built icecast on an AMD64 Laptop running Solaris 10,
using the SUN Studio10 compiler. Studio10 cc does not have
the predefined "__FUNCTION__" identifier. Instead it provides
"__func__". So src/logging.h needs a fix as given below:...I have built icecast on an AMD64 Laptop running Solaris 10,
using the SUN Studio10 compiler. Studio10 cc does not have
the predefined "__FUNCTION__" identifier. Instead it provides
"__func__". So src/logging.h needs a fix as given below:
*** logging.h.orig Tue May 31 19:10:15 2005
--- logging.h Tue May 31 19:14:24 2005
***************
*** 33,38 ****
--- 33,42 ----
#define __FUNCTION__ strrchr (__FILE__, '\\') ? strrchr (__FILE__, '\\') + 1 : __FILE__
#endif
+ #ifdef __SUNPRO_C
+ #define __FUNCTION__ __func__
+ #endif
+
#define ERROR0(y) log_write(errorlog, 1, CATMODULE "/", __FUNCTION__, y)
#define ERROR1(y, a) log_write(errorlog, 1, CATMODULE "/", __FUNCTION__, y, a)
#define ERROR2(y, a, b) log_write(errorlog, 1, CATMODULE "/", __FUNCTION__, y, a, b)
Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/vorbis/-/issues/583Compiling libvorbis-1.1.0 with gcc-4.0.0 causes bitrate / filesize increase2017-04-08T10:59:08ZGitlab BotCompiling libvorbis-1.1.0 with gcc-4.0.0 causes bitrate / filesize increase```
Using libvorbis-1.1.0 compiled with gcc-4.0.0 (20041107 snapshot) gives an
encoded file which is about 35% larger than the same file encoded using the same
libvorbis release but compiled with gcc-3.3.2. (For the gcc-4.0.0 version, I...```
Using libvorbis-1.1.0 compiled with gcc-4.0.0 (20041107 snapshot) gives an
encoded file which is about 35% larger than the same file encoded using the same
libvorbis release but compiled with gcc-3.3.2. (For the gcc-4.0.0 version, I
get around 270kbps for a -q6 encode). Other than the bitrate / filesize
increase, the encoded files sound the same.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/opus/-/issues/2268Compiling with Xcode 7.3, it comes with an error.2017-10-21T19:37:04ZopenthreadCompiling with Xcode 7.3, it comes with an error.ld: LTO remark: silk/decode_core.c:174:13: loop not vectorized: cannot prove it is safe to reorder memory operations
Command /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ emitted errors bu...ld: LTO remark: silk/decode_core.c:174:13: loop not vectorized: cannot prove it is safe to reorder memory operations
Command /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ emitted errors but did not return a nonzero exit code to indicate failureJean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/opus/-/issues/2048Compiling without optimization produces a warning2017-10-21T19:37:05ZDave MichaelCompiling without optimization produces a warningI work on Chromium, and in my debug build, I always get this warning:
src/src/opus_decoder.c:37:10: warning: You appear to be compiling without optimization, if so opus will be very slow. [-W#pragma-messages]
# pragma message "You appear...I work on Chromium, and in my debug build, I always get this warning:
src/src/opus_decoder.c:37:10: warning: You appear to be compiling without optimization, if so opus will be very slow. [-W#pragma-messages]
# pragma message "You appear to be compiling without optimization, if so opus will be very slow."
^
I personally want my build output to be clean, and I'm perfectly aware when doing a debug build that it's debug and might be slow. So I would prefer if this warning was not there.
If it's not acceptable to simply remove this warning, it seems like it ought to be possible to turn this off with a precompile define so that embedders like Chromium can turn it off. We have a large code base and noise in our build output can be very annoying.
I'm willing to do the patch if there's an acceptable solution to this.Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/theora/-/issues/929Compliation error in MMX code2008-09-19T19:20:39ZjensgrCompliation error in MMX codeI get the following error when trying to compile alpha6.
```
x86_32/dsp_mmx.c:23: warning: `used' attribute directive ignored
x86_32/dsp_mmx.c: In function `sad8x8_thres__mmx':
x86_32/dsp_mmx.c:330: impossible register constraint in `a...I get the following error when trying to compile alpha6.
```
x86_32/dsp_mmx.c:23: warning: `used' attribute directive ignored
x86_32/dsp_mmx.c: In function `sad8x8_thres__mmx':
x86_32/dsp_mmx.c:330: impossible register constraint in `asm'
x86_32/dsp_mmx.c:330: `asm' needs too many reloads
make[2]: *** [libtheora_la-dsp_mmx.lo] Error 1
make[2]: Leaving directory `/usr/src/packages/BUILD/libtheora-1.0alpha6/lib'
```
Build works well using --disable-asm.
gcc is 2.95.3.https://gitlab.xiph.org/xiph/Infrastructure/-/issues/138component "vcut" missing in the product "Vorbis Tools"2017-04-07T12:17:40ZGitlab Botcomponent "vcut" missing in the product "Vorbis Tools"```
``````
```Jack MoffittJack Moffitthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2329Config file using url auth causes SIGILL on SIGHUP2018-09-28T13:17:37ZMarvin ScholzConfig file using url auth causes SIGILL on SIGHUPReported by spr0cketeer on 21 Nov 2017 (Github):
Hello icecasters!
Using icecast master cd0a3f9
getting a SIGILL when sending a SIGHUP to reread config file.
Only happens when using url auth:
```
<mount> ...Reported by spr0cketeer on 21 Nov 2017 (Github):
Hello icecasters!
Using icecast master cd0a3f9
getting a SIGILL when sending a SIGHUP to reread config file.
Only happens when using url auth:
```
<mount>
<mount-name>/test</mount-name>
<authentication type="url">
<option name="listener_add" value="http://example.com/auth"/>
</authentication>
</mount>
```
Server is running on haswell architecture - related: karlheyes/icecast-kh#157
```
Thread 1 "icecast" received signal SIGHUP, Hangup.
[2017-11-20 23:02:55] INFO sighandler/_sig_hup Caught signal 1, scheduling config re-read...
[2017-11-20 23:02:55] INFO auth_url/auth_get_url_auth URL based authentication setup
[New Thread 0x7fffeebd4700 (LWP 9495)]
[2017-11-20 23:02:55] INFO auth/auth_run_thread Authentication thread started
[2017-11-20 23:02:55] WARN CONFIG/__check_hostname Warning, <hostname> not configured, using default value "localhost". This will cause problems, e.g. this breaks YP directory listings. YP directory listing support will be disabled.
[2017-11-20 23:02:55] WARN CONFIG/_parse_root Warning, <location> not configured, using default value "Earth".
[2017-11-20 23:02:55] WARN CONFIG/_parse_root Warning, <admin> contact not configured, using default value "icemaster@localhost". This breaks YP directory listings. YP directory support will be disabled.
[2017-11-20 23:02:55] INFO auth/auth_run_thread Authentication thread shutting down
[2017-11-20 23:02:55] INFO auth_url/auth_url_clear Doing auth URL cleanup
[2017-11-20 23:02:55] INFO connection/get_tls_certificate No TLS capability on any configured ports
[Thread 0x7ffff7fba700 (LWP 8767) exited]
Thread 5 "icecast" received signal SIGILL, Illegal instruction.
[Switching to Thread 0x7fffeecd6700 (LWP 8770)]
__GI___pthread_rwlock_unlock (rwlock=rwlock@entry=0x642800 <_locks>) at pthread_rwlock_unlock.c:38
38 pthread_rwlock_unlock.c: No such file or directory.
(gdb) bt
#0 __GI___pthread_rwlock_unlock (rwlock=rwlock@entry=0x642800 <_locks>) at pthread_rwlock_unlock.c:38
#1 0x000000000042ac25 in thread_rwlock_unlock_c (rwlock=rwlock@entry=0x642800 <_locks>, line=line@entry=754, file=file@entry=0x42fe9f "cfgfile.c") at thread.c:568
#2 0x000000000040b66c in config_release_config () at cfgfile.c:754
#3 config_reread_config () at cfgfile.c:701
#4 0x0000000000411025 in _slave_thread (arg=arg@entry=0x0) at slave.c:751
#5 0x000000000042a6cd in _start_routine (arg=0x68d2b0) at thread.c:669
#6 0x00007ffff68546ba in start_thread (arg=0x7fffeecd6700) at pthread_create.c:333
#7 0x00007ffff658a3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
(gdb) thread apply all bt
Thread 7 (Thread 0x7fffeebd4700 (LWP 9495)):
#0 0x00007ffff685dc1d in nanosleep () at ../sysdeps/unix/syscall-template.S:84
#1 0x000000000042ac86 in thread_sleep (len=len@entry=150000) at thread.c:626
#2 0x000000000042304a in auth_run_thread (arg=arg@entry=0x7fffd800b490) at auth.c:359
#3 0x000000000042a6cd in _start_routine (arg=0x7fffd800bce0) at thread.c:669
#4 0x00007ffff68546ba in start_thread (arg=0x7fffeebd4700) at pthread_create.c:333
#5 0x00007ffff658a3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
Thread 6 (Thread 0x7fffeec55700 (LWP 8771)):
#0 0x00007ffff685dc1d in nanosleep () at ../sysdeps/unix/syscall-template.S:84
#1 0x000000000042ac86 in thread_sleep (len=len@entry=150000) at thread.c:626
#2 0x0000000000421183 in event_run_thread (arg=arg@entry=0x0) at event.c:174
#3 0x000000000042a6cd in _start_routine (arg=0x68d2b0) at thread.c:669
#4 0x00007ffff68546ba in start_thread (arg=0x7fffeec55700) at pthread_create.c:333
#5 0x00007ffff658a3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
Thread 5 (Thread 0x7fffeecd6700 (LWP 8770)):
#0 __GI___pthread_rwlock_unlock (rwlock=rwlock@entry=0x642800 <_locks>) at pthread_rwlock_unlock.c:38
#1 0x000000000042ac25 in thread_rwlock_unlock_c (rwlock=rwlock@entry=0x642800 <_locks>, line=line@entry=754, file=file@entry=0x42fe9f "cfgfile.c") at thread.c:568
#2 0x000000000040b66c in config_release_config () at cfgfile.c:754
#3 config_reread_config () at cfgfile.c:701
#4 0x0000000000411025 in _slave_thread (arg=arg@entry=0x0) at slave.c:751
#5 0x000000000042a6cd in _start_routine (arg=0x68d2b0) at thread.c:669
#6 0x00007ffff68546ba in start_thread (arg=0x7fffeecd6700) at pthread_create.c:333
#7 0x00007ffff658a3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
Thread 4 (Thread 0x7ffff7eb8700 (LWP 8769)):
#0 0x00007ffff685dc1d in nanosleep () at ../sysdeps/unix/syscall-template.S:84
#1 0x000000000042ac86 in thread_sleep (len=len@entry=200000) at thread.c:626
#2 0x0000000000428afd in yp_update_thread (arg=arg@entry=0x0) at yp.c:732
#3 0x000000000042a6cd in _start_routine (arg=0x68d2b0) at thread.c:669
#4 0x00007ffff68546ba in start_thread (arg=0x7ffff7eb8700) at pthread_create.c:333
#5 0x00007ffff658a3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
Thread 3 (Thread 0x7ffff7f39700 (LWP 8768)):
#0 0x00007ffff685dc1d in nanosleep () at ../sysdeps/unix/syscall-template.S:84
#1 0x000000000042ac86 in thread_sleep (len=len@entry=300000) at thread.c:626
#2 0x000000000041556e in _stats_thread (arg=arg@entry=0x0) at stats.c:737
#3 0x000000000042a6cd in _start_routine (arg=0x68f160) at thread.c:669
#4 0x00007ffff68546ba in start_thread (arg=0x7ffff7f39700) at pthread_create.c:333
#5 0x00007ffff658a3dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
Thread 1 (Thread 0x7ffff7fbc740 (LWP 8763)):
#0 0x00007ffff657e70d in poll () at ../sysdeps/unix/syscall-template.S:84
#1 0x000000000040c6ee in poll (__timeout=300, __nfds=<optimised out>, __fds=0x7fffffffa450) at /usr/include/x86_64-linux-gnu/bits/poll2.h:46
#2 wait_for_serversock (timeout=300) at connection.c:302
#3 _accept_connection (duration=300) at connection.c:371
#4 connection_accept_loop () at connection.c:616
#5 0x000000000040685a in _server_proc () at main.c:356
#6 main (argc=<optimised out>, argv=<optimised out>) at main.c:601
```https://gitlab.xiph.org/xiph/libao/-/issues/310config files not closed2003-08-07T18:45:05Zfaceprintconfig files not closed```
read_config_file does not close the file that it opens
``````
read_config_file does not close the file that it opens
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/icecast-server/-/issues/2024configure does not find speex when using non-standard prefix2018-10-17T14:49:29ZRoland Hermansconfigure does not find speex when using non-standard prefixI tried to compile icecast 2.4.0 using a non-standard prefix as follows:
```
./configure --prefix=<mydir>
```
The libraries libogg, libvorbis and libtheora are found, but libspeex is not:
```
checking for libogg... ok
checking for lib...I tried to compile icecast 2.4.0 using a non-standard prefix as follows:
```
./configure --prefix=<mydir>
```
The libraries libogg, libvorbis and libtheora are found, but libspeex is not:
```
checking for libogg... ok
checking for libvorbis... ok
checking for libtheora... ok
checking for libspeex... configure: WARNING: Speex support disabled!
```
The reason for this is that the configure script does not append SPEEX_CFLAGS to CPPFLAGS. Attached patch contains a fix for m4/speex.m4 that temporarily modifies CPPFLAGS in a way similar to the other libraries.Icecast 2.5.0Thomas B. RückerThomas B. Rückerhttps://gitlab.xiph.org/xiph/opus/-/issues/2291configure doesn't detect libNE10 properly2017-10-21T19:37:04ZAleksei Gavrilovconfigure doesn't detect libNE10 properly*It always returns "no"
lines 423-425:
AC_MSG_CHECKING(for NE10)
save_CFLAGS="$CFLAGS"; CFLAGS="$NE10_CFLAGS"
save_LIBS="$LIBS"; LIBS="$NE10_LIBS $LIBM"
should be
AC_MSG_CHECKING(for NE10)
save_CFLAGS="$CFLAGS"; CFLAGS="$CFLAGS $...*It always returns "no"
lines 423-425:
AC_MSG_CHECKING(for NE10)
save_CFLAGS="$CFLAGS"; CFLAGS="$NE10_CFLAGS"
save_LIBS="$LIBS"; LIBS="$NE10_LIBS $LIBM"
should be
AC_MSG_CHECKING(for NE10)
save_CFLAGS="$CFLAGS"; CFLAGS="$CFLAGS $NE10_CFLAGS"
save_LIBS="$LIBS"; LIBS="$LIBS $NE10_LIBS $LIBM"
Jean-Marc ValinJean-Marc Valinhttps://gitlab.xiph.org/xiph/speex/-/issues/1825configure fix for speex2018-01-21T13:05:27ZPatrick McLeanconfigure fix for speexOn some configurations, the configure script errors out with:
.configure: line 12024: syntax error near unexpected token 'FFT,'
.configure: line 12024: ' PKG_CHECK_MODULES(FFT, fftw3f)'
see Gentoo bug #332861 at:
https://bugs.gentoo.or...On some configurations, the configure script errors out with:
.configure: line 12024: syntax error near unexpected token 'FFT,'
.configure: line 12024: ' PKG_CHECK_MODULES(FFT, fftw3f)'
see Gentoo bug #332861 at:
https://bugs.gentoo.org/show_bug.cgi?id=332861
This patch modifies configure.ac and seems to fix the problem.Tristan MatthewsTristan Matthewshttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/687configure options --with-* don't work properly2008-02-16T00:41:32ZMichael Smithconfigure options --with-* don't work properlyTested with --with-vorbis, but I assume other options work similarly: the options are ignored, because it looks for the pkgconfig files.
Either the --with-vorbis, etc. options should be removed (and a pointer to setting PKG_CONFIG_PATH...Tested with --with-vorbis, but I assume other options work similarly: the options are ignored, because it looks for the pkgconfig files.
Either the --with-vorbis, etc. options should be removed (and a pointer to setting PKG_CONFIG_PATH added somewhere), or these options should make it look for the pkgconfig files in the specified location(s).
Thomas Vander SticheleThomas Vander Stichelehttps://gitlab.xiph.org/xiph/vorbis/-/issues/1835Configure script architecture detection inconsistent between libvorbis-1.3.2 ...2017-11-01T04:49:44ZMatthew TurnerConfigure script architecture detection inconsistent between libvorbis-1.3.2 and libogg-1.3.0Configure, make, make install of *libogg-1.3.0.tar.gz*, followed by *libvorbis-1.3.2.tar.gz* on *Mac OS X 10.7.1* (64-bit).
configure script for libogg detects machine as x86_64 (which is correct). configure script for libvorbis detects...Configure, make, make install of *libogg-1.3.0.tar.gz*, followed by *libvorbis-1.3.2.tar.gz* on *Mac OS X 10.7.1* (64-bit).
configure script for libogg detects machine as x86_64 (which is correct). configure script for libvorbis detects i386.
libogg.a is built for x86_64. When configure for libvorbis tests if Ogg is installed, compilation fails with a linker error, because it cannot link the i386 object file to the x86_64 libogg.a
Workaround was to force build target:
./configure --build=x86_64
Suggest review of configure scripts for libogg and libvorbis to ensure default architecture detection is consistent for both scripts.Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis/-/issues/581configure script ignores all the --with-ogg* options2017-04-08T10:58:44Zgorlikconfigure script ignores all the --with-ogg* options```
If there is a ogg version on the system configure will find it and ignore the --
with-ogg , --with-ogg-includes , --with-ogg-libraries options.
This prevents cross compiling on any system that has native ogg installed.
system detail...```
If there is a ogg version on the system configure will find it and ignore the --
with-ogg , --with-ogg-includes , --with-ogg-libraries options.
This prevents cross compiling on any system that has native ogg installed.
system details:
debian testing kernel 2.6.8-alpha and 2.6.9-i386
libvorbis-1.1.0
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/theora/-/issues/1597configure tweaks2009-10-11T16:24:56ZMarvconfigure tweaksThese patches with some autotools issues:
First patch:
- use AM_SILENT_RULES if available
- add configure switch for building the API docs
- fix mistake in valgrind-testing switch, where $ac_enable_valgrind was always set to "yes"...These patches with some autotools issues:
First patch:
- use AM_SILENT_RULES if available
- add configure switch for building the API docs
- fix mistake in valgrind-testing switch, where $ac_enable_valgrind was always set to "yes" if --enable-valgrind-testing *OR* --disable-valgrind-testing was passed
- use AS_HELP_STRING for ./configure --help niceness
Second patch:
- don't set docdir in doc/{,spec/}Makefile.am so that docdir can actually be set with --docdir=foo
Best regards
Marvin Schmidthttps://gitlab.xiph.org/xiph/ogg/-/issues/1400configure wants C++ although not needed2017-08-26T14:29:54ZGitlab Botconfigure wants C++ although not neededliboggs (1.1.3 tarball from website) configure wants a working C++ compiler installed, but libogg has no parts written in C++. Therefore it's a useless dependency which should be removed.
By patching configure script not to exit if it c...liboggs (1.1.3 tarball from website) configure wants a working C++ compiler installed, but libogg has no parts written in C++. Therefore it's a useless dependency which should be removed.
By patching configure script not to exit if it can't find a C++ compiler (it actually fails the "sanity check", which none can ever pass), I was able to make it build and running. As my autoconf installation is broken I had no chance to cleanly fix this in the source files.
Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/vorbis-tools/-/issues/1110configure.ac:32: error: possibly undefined macro: AM_GNU_GETTEXT2007-06-22T01:09:39ZGitlab Botconfigure.ac:32: error: possibly undefined macro: AM_GNU_GETTEXTI am using revision 12227 of vorbis-tools. Trying to do ./autogen.sh with a Fedora Core 6 I get this error:
```
$ ./autogen.sh
checking for autoconf...
checking for automake...
checking for aclocal...
checking for libtool... libtoolize
c...I am using revision 12227 of vorbis-tools. Trying to do ./autogen.sh with a Fedora Core 6 I get this error:
```
$ ./autogen.sh
checking for autoconf...
checking for automake...
checking for aclocal...
checking for libtool... libtoolize
checking for gettext...
I am going to run ./configure with no arguments - if you wish
to pass any to it, please specify them on the ./autogen.sh command line.
Generating configuration files for vorbis-tools, please wait....
aclocal
aclocal:configure.ac:32: warning: macro `AM_GNU_GETTEXT' not found in library
autoheader
libtoolize --automake
automake --add-missing
configure.ac: installing `./install-sh'
configure.ac: installing `./missing'
ogg123/Makefile.am: installing `./depcomp'
autoconf
configure.ac:32: error: possibly undefined macro: AM_GNU_GETTEXT
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
```Michael SmithMichael Smithhttps://gitlab.xiph.org/xiph/libao/-/issues/904configure: error: No 16 bit type found on this platform!2010-01-29T10:32:12Zbobconfigure: error: No 16 bit type found on this platform!During configure --prefix=/opt
checking for short... no
checking size of short... 0
checking for int... no
checking size of int... 0
checking for long... no
checking size of long... 0
configure: error: No 16 bit type found on this platf...During configure --prefix=/opt
checking for short... no
checking size of short... 0
checking for int... no
checking size of int... 0
checking for long... no
checking size of long... 0
configure: error: No 16 bit type found on this platform!
An amazing problem. I have compiled tons of open source stuff on this system. This is the first time I have ever seen a configure failure like this. I'm completely stumped.
System and compiler info
SunOS arrow 5.8 Generic_117350-05 sun4u sparc SUNW,UltraSPARC-IIi-Engine
Using built-in specs.
Target: sparc-sun-solaris2.8
Configured with: ../configure --prefix=/opt
Thread model: posix
gcc version 4.0.2
Stan SeibertStan Seibert