search for: getopt_long

...arch=v8 -o .libs/speexenc speexenc.o wav_io.o skeleton.o -L/opt/ > csw/lib ../libspeex/.libs/libspeex.so ../libspeex/.libs/ > libspeexdsp.so /opt/csw/lib/libogg.so -lm -R/opt/csw/lib > Undefined first referenced > symbol in file > getopt_long speexenc.o However, it is correctly detected on configure-time that getopt_long is not available: > checking for Ogg... yes > checking for sin in -lm... yes > checking for getopt_long... no > checking for getopt_long in -lgnugetopt... no > checking for ma...

The following patch (based off of the current CVS tree) is necessary to compile Speex on IRIX (or any other system that doesn't include getopt_long in the system libraries). I would suggest further that src/getopt_win.h be renamed to getopt_long.h since it's not just Windows that lacks getopt_long. Michael Index: configure.in =================================================================== RCS file: /usr/local/cvsroot/speex/configure...

...exenc speexenc.o wav_io.o skeleton.o -L/opt/ >> csw/lib ../libspeex/.libs/libspeex.so ../libspeex/.libs/ >> libspeexdsp.so /opt/csw/lib/libogg.so -lm -R/opt/csw/lib >> Undefined first referenced >> symbol in file >> getopt_long speexenc.o > > > However, it is correctly detected on configure-time that getopt_long > is not > available: > >> checking for Ogg... yes >> checking for sin in -lm... yes >> checking for getopt_long... no >> checking for getopt_...

...c, at least for POSIX builds? While technically there is no harm with a local version of getopt() with a C program, it does not seem to be the Right Thing, and can cause a C++ compiler to choke (ok, yes, I'm showing my bias here of stealing oggenc C code for inclusion in a C++ project). ----- getopt_long(), however, only appears to be in Linux. Hence, I think the real issues for oggenc/ogg123 are: 1. Check if there is <getopt.h>, and conditionally #include either the local version (rename it to local_getopt.h or something) or the OS/compiler version (<getopt.h>) 2. Check whether...

Hi Jean-Marc, Am 17.04.2009 um 13:35 schrieb Jean-Marc Valin: > It should be using getopt1.c when getopt isn't available.c. Can you > check why it doesn't? In any case, that's only required for the Ogg > tools, not for the library. config.log says ac_cv_func_getopt_long=no ac_cv_header_getopt_h=no ac_cv_lib_gnugetopt_getopt_long=no LIBOBJS=' ${LIBOBJDIR}getopt$U.o ${LIBOBJDIR}getopt1$U.o' LIBS='-lm ' LIBTOOL='$(SHELL) $(top_builddir)/libtool' LN_S='ln -s' LTLIBOBJS=' ${LIBOBJDIR}getopt$U.lo ${LIBOBJDIR}getopt1$U.lo'...

Halo, fnmatch() and getopt_long are necessary to compile module-init-tools with klibc out of the box. Would you consider accepting patches to implement those 2 functions? Can we use the bsd libc functions? is the lisence acceptable to you? .bill

...definition of `environ'; usr/klibc/__shared_init.o:/root/ldb_base/ofl/packages/klibc-2.0.7/usr/klibc/libc_init.c:42: first defined here ppc-linux-ld: usr/klibc/sbrk.o:(.sbss+0x0): multiple definition of `__current_brk'; usr/klibc/brk.o:(.sbss+0x0): first defined here ppc-linux-ld: usr/klibc/getopt_long.o:(.sbss+0x8): multiple definition of `optind'; usr/klibc/getopt.o:(.sbss+0x8): first defined here ppc-linux-ld: usr/klibc/getopt_long.o:(.sbss+0xc): multiple definition of `optarg'; usr/klibc/getopt.o:(.sbss+0xc): first defined here ppc-linux-ld: usr/klibc/getopt_long.o:(.sbss+0x0): multip...

...n32 ------ 1>Linking... 1> Creating library encoderwin.lib and object encoderwin.exp 1>LINK : warning LNK4098: defaultlib 'LIBCMTD' conflicts with use of other libs; use /NODEFAULTLIB:library 1>encoder_example.obj : warning LNK4049: locally defined symbol _optind imported 1>getopt_long.obj : warning LNK4049: locally defined symbol _optind imported 1>encoder_example.obj : warning LNK4049: locally defined symbol _optarg imported 1>getopt_long.obj : warning LNK4049: locally defined symbol _optarg imported 1>encoder_example.obj : warning LNK4217: locally defined symbol _geto...

I don't think that the getopt_long() situation is handled correctly in the vorbis-tools module. Here's my take (comments welcome!). ----- This applies to oggenc, ogg123, and vorbiscomment. See http://www.xiph.org/archives/vorbis-dev/200012/0359.html for background and prior discussion on this issue. There are 2 issues: 1....

Prefer named constants over magic numbers in the 'struct option' list, and expand the list of enums for long-only options so that the call to getopt_long() can switch directly to every option, rather than needing a lengthy if/else chain that grows for every new long option. Patch best viewed with whitespace changes ignored. Signed-off-by: Eric Blake <eblake@redhat.com> --- src/main.c | 191 ++++++++++++++++++++++++++++++++------------------...

I have a Fedora Core server running: Fedora Core release 4 (Stentz) kernel version: 2.6.15-1.1833_FC4smp ( I have also tried kernel version: 2.6.16-1.2108_FC4smp) I compiled the ocfs2 and ocfs2-tools using the following steps: # MODULES: tar zxvpf ocfs2-1.2.1.tar.gz cd ocfs2-1.2.1 ./configure make make install # TOOLS: tar zxf ocfs2-tools-1.2.1.tar.gz cd ocfs2-tools-1.2.1 ./configure

...2034 Cannot convert 'void *' to 'char *'. [C++ Error] oggenc.cpp(214): E2034 Cannot convert 'void *' to 'char *'. [C++ Error] oggenc.cpp(336): E2034 Cannot convert 'void *' to 'char *'. [C++ Error] oggenc.cpp(390): E2227 Extra parameter in call to getopt_long(). [C++ Error] oggenc.cpp(399): E2034 Cannot convert 'void *' to 'char * *'. [C++ Error] oggenc.cpp(403): E2034 Cannot convert 'void *' to 'char * *'. [C++ Error] oggenc.cpp(407): E2034 Cannot convert 'void *' to 'char * *'. [C++ Error] oggenc.cpp(...

...to build SpeexEnc on Mac OS X 10.2. At first it complained about not finding "getopt.h" which i solved by copying said file from "vorbis-tools/include/" to "speex/include/". As i tried once again to build i was given the following message: ld: Undefined symbols: _getopt_long I also tried both the custom tar-ball and the installer package posted by Alain Aubord but with the same results. This seem to have affected several people running bsd and solaris systems. I've not seen any complaints from Mac users however. After some research i found out that getopt_long...

https://bugzilla.mindrot.org/show_bug.cgi?id=1448 Darren Tucker <dtucker at zip.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dtucker at zip.com.au --- Comment #4 from Darren Tucker <dtucker at zip.com.au> --- whatever it is, it

Just curious if anyone has done anything similar, as I'd rather not reporduce work. I'm going to put alias handling (and only alias handling) into a modified version of insmod. The reason I'm doing this is to aid in boot time module loading via aliases exposed in sysfs. Sure, I could include modprobe directly in the initramfs, but it's a bit large, and I really only need alias

...definition of `environ'; usr/klibc/__shared_init.o:/root/ldb_base/ofl/packages/klibc-2.0.7/usr/klibc/libc_init.c:42: first defined here ppc-linux-ld: usr/klibc/sbrk.o:(.sbss+0x0): multiple definition of `__current_brk'; usr/klibc/brk.o:(.sbss+0x0): first defined here ppc-linux-ld: usr/klibc/getopt_long.o:(.sbss+0x8): multiple definition of `optind'; usr/klibc/getopt.o:(.sbss+0x8): first defined here ppc-linux-ld: usr/klibc/getopt_long.o:(.sbss+0xc): multiple definition of `optarg'; usr/klibc/getopt.o:(.sbss+0xc): first defined here ppc-linux-ld: usr/klibc/getopt_long.o:(.sbss+0x0): multip...

...termios.h x86intrin.h cpuid.h]) +AC_CHECK_HEADERS([stdint.h inttypes.h byteswap.h sys/param.h sys/ioctl.h termios.h x86intrin.h cpuid.h sys/auxv.h]) XIPH_C_BSWAP32 XIPH_C_BSWAP16 @@ -104,6 +104,8 @@ AC_CHECK_TYPES(socklen_t, [], []) dnl check for getopt in standard library dnl AC_CHECK_FUNCS(getopt_long , , [LIBOBJS="$LIBOBJS getopt.o getopt1.o"] ) AC_CHECK_FUNCS(getopt_long, [], []) + +AC_CHECK_FUNCS([getauxval]) AC_CHECK_SIZEOF(void*,1) Index: src/libFLAC/cpu.c --- src/libFLAC/cpu.c.orig +++ src/libFLAC/cpu.c @@ -53,7 +53,7 @@ #define dfprintf(file, format, ...) #endif -#if d...

...ed this one, from udev package. I would post it against libc but the udev implementation does not care for flags. Luckily module-init-tools only use fnmatch with flags = 0. I think it is not correct for klibc to deviate from the standard so I placed this functionality in module-init-tools. 2) getopt_long This one I short circuited with the simple getopt() provided from klibc. It works for me here except --long-arguments are not supported any more. Again this is half assed functionality and I left it in module-init-tools. 3) char *index(const char *s, int c); I teach the module-init-tools that st...

...an stderr. This makes it easier to pipe it into a pager, and so > that > is how GNU programs behave. Naming this option '--help' would also > be a > good least-surprise idea. done and done. > Speaking of standardization, is there some reason not to use getopt > or > getopt_long in flac? only that I'm not sure how that would work with MSVC builds. doing the ogg stuff made me realize I need to rewrite flac from scratch. libFLAC is fine, but the command-line wrapper was born of ethusiasm to see some results in the early days. when I get around to that I will probably...

Short options have to be repeated at the getopt_long call. Signed-off-by: David Sterba <dsterba@suse.cz> --- btrfsck.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/btrfsck.c b/btrfsck.c index 088b9f4..2e81adc 100644 --- a/btrfsck.c +++ b/btrfsck.c @@ -3499,7 +3499,7 @@ int main(int ac, char **av) while(1) {...