[CM] Linker error while running Snd 19.7 on Cygwin/Windows

Sun Nov 17 11:53:02 PST 2019

I discovered a workaround---I compile with GTK support and OSS audio, and
the program seems to work fine in batch mode. I didn't test out the GUI
itself yet. But the nice news is that Snd works on Windows!

On Sun, Nov 17, 2019 at 1:00 PM David O'Toole <deeteeoh1138 at gmail.com>
wrote:

> Here is the complete Configure command and output:
>
> Sandy at LAPTOP-EF0KJKUO ~/snd-19.7
> $ ./configure --without-gui --without-audio --with-s7
> checking build system type... x86_64-unknown-cygwin
> checking host system type... x86_64-unknown-cygwin
> checking for gcc... gcc
> checking whether the C compiler works... yes
> checking for C compiler default output file name... a.exe
> checking for suffix of executables... .exe
> checking whether we are cross compiling... no
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ISO C89... none needed
> checking for a BSD-compatible install... /usr/bin/install -c
> checking how to run the C preprocessor... gcc -E
> checking for grep that handles long lines and -e... /usr/bin/grep
> checking for egrep... /usr/bin/grep -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking whether byte ordering is bigendian... no
> checking size of void *... 8
> checking for pkg-config... /usr/bin/pkg-config
> checking for fftw3... no
> checking for gsl... no
> checking for oggdec... /usr/bin/oggdec
> checking for oggenc... /usr/bin/oggenc
> checking for mpg123... /usr/bin/mpg123
> checking for mpg321... no
> checking for speexdec... /usr/bin/speexdec
> checking for speexenc... /usr/bin/speexenc
> checking for flac... /usr/bin/flac
> checking for timidity... /usr/bin/timidity
> checking for wavpack... /usr/bin/wavpack
> checking for wvunpack... /usr/bin/wvunpack
> checking for audio system... None
> configure: creating ./config.status
> config.status: creating makefile
> config.status: creating mus-config.h
> config.status: mus-config.h is unchanged
>
>   Options selected
>   -------------------------
>   Snd version ...........: 19.7
>   CFLAGS ................: -O2 -I. -g -O2
>   LDFLAGS ...............:
>   LIBS...................:
>   prefix.................: /usr/local
>   extension language.....: s7
>   audio system...........: None
>   graphics toolkit.......: None
>   optional libraries.....:
>   random features........:
>   environs...............: x86_64-unknown-cygwin gcc
>
>
> On Sun, Nov 17, 2019 at 12:49 PM David O'Toole <deeteeoh1138 at gmail.com>
> wrote:
>
>> Configuring without GUI or audio support, I successfully compiled Snd on
>> Cygwin. However, the binary fails to start due to linker errors (transcript
>> below)
>>
>> I've actually seen this happen on Linux back when first getting Snd
>> built, but I forget what caused the error that time.
>>
>> Sandy at LAPTOP-EF0KJKUO ~/snd-19.7
>> $ snd
>> writing libc_s7.c
>> libc_s7.o:libc_s7.c:(.text+0x1e): undefined reference to `s7_cadr'
>> libc_s7.o:libc_s7.c:(.text+0x1e): relocation truncated to fit:
>> R_X86_64_PC32 against undefined symbol `s7_cadr'
>> libc_s7.o:libc_s7.c:(.text+0x26): undefined reference to `s7_integer'
>> libc_s7.o:libc_s7.c:(.text+0x26): relocation truncated to fit:
>> R_X86_64_PC32 against undefined symbol `s7_integer'
>> libc_s7.o:libc_s7.c:(.text+0x35): undefined reference to `s7_car'
>> libc_s7.o:libc_s7.c:(.text+0x35): relocation truncated to fit:
>> R_X86_64_PC32 against undefined symbol `s7_car'
>> libc_s7.o:libc_s7.c:(.text+0x3d): undefined reference to `s7_c_pointer'
>> libc_s7.o:libc_s7.c:(.text+0x3d): relocation truncated to fit:
>> R_X86_64_PC32 against undefined symbol `s7_c_pointer'
>> libc_s7.o:libc_s7.c:(.text+0x4c): undefined reference to
>> `s7_make_string_with_length'
>> libc_s7.o:libc_s7.c:(.text+0x4c): relocation truncated to fit:
>> R_X86_64_PC32 against undefined symbol `s7_make_string_with_length'
>> libc_s7.o:libc_s7.c:(.text+0x71): undefined reference to `s7_car'
>> libc_s7.o:libc_s7.c:(.text+0x71): relocation truncated to fit:
>> R_X86_64_PC32 against undefined symbol `s7_car'
>> libc_s7.o:libc_s7.c:(.text+0x79): undefined reference to `s7_is_string'
>> libc_s7.o:libc_s7.c:(.text+0x79): relocation truncated to fit:
>> R_X86_64_PC32 against undefined symbol `s7_is_string'
>> libc_s7.o:libc_s7.c:(.text+0x86): undefined reference to `s7_f'
>> libc_s7.o:libc_s7.c:(.text+0x86): relocation truncated to fit:
>> R_X86_64_PC32 against undefined symbol `s7_f'
>> libc_s7.o:libc_s7.c:(.text+0x99): undefined reference to `s7_make_symbol'
>> libc_s7.o:libc_s7.c:(.text+0x99): relocation truncated to fit:
>> R_X86_64_PC32 against undefined symbol `s7_make_symbol'
>> libc_s7.o:libc_s7.c:(.text+0xa8): undefined reference to `s7_car'
>> libc_s7.o:libc_s7.c:(.text+0xa8): relocation truncated to fit:
>> R_X86_64_PC32 against undefined symbol `s7_car'
>> libc_s7.o:libc_s7.c:(.text+0xb0): undefined reference to `s7_string'
>> libc_s7.o:libc_s7.c:(.text+0xb0): additional relocation overflows omitted
>> from the output
>> libc_s7.o:libc_s7.c:(.text+0xc2): undefined reference to
>> `s7_make_c_pointer_with_type'
>>
>>
>>
>> ----- large number of similar entries omitted ----
>>
>> libc_s7.o:libc_s7.c:(.text+0x2a961): undefined reference to
>> `s7_name_to_value'
>> libc_s7.o:libc_s7.c:(.text+0x2a970): undefined reference to
>> `s7_set_i_i_function'
>> libc_s7.o:libc_s7.c:(.text+0x2a983): undefined reference to
>> `s7_name_to_value'
>> libc_s7.o:libc_s7.c:(.text+0x2a992): undefined reference to
>> `s7_set_i_i_function'
>> libc_s7.o:libc_s7.c:(.text+0x2a9a5): undefined reference to
>> `s7_name_to_value'
>> libc_s7.o:libc_s7.c:(.text+0x2a9b4): undefined reference to
>> `s7_set_i_i_function'
>> libc_s7.o:libc_s7.c:(.text+0x2a9c7): undefined reference to
>> `s7_name_to_value'
>> libc_s7.o:libc_s7.c:(.text+0x2a9d6): undefined reference to
>> `s7_set_i_i_function'
>> libc_s7.o:libc_s7.c:(.text+0x2a9e9): undefined reference to
>> `s7_name_to_value'
>> libc_s7.o:libc_s7.c:(.text+0x2a9f8): undefined reference to
>> `s7_set_i_i_function'
>> libc_s7.o:libc_s7.c:(.text+0x2aa0b): undefined reference to
>> `s7_name_to_value'
>> libc_s7.o:libc_s7.c:(.text+0x2aa1a): undefined reference to
>> `s7_set_i_i_function'
>> collect2: error: ld returned 1 exit status
>> loading libc_s7.so
>> load /home/Sandy/snd-19.7/libc_s7.so failed: No such file or directory
>>
>> ;load: can't open "libc_s7.so"
>> ;    (load so-file-name cur-env)
>> ;    cload.scm, line 682
>> ; (load so-file-name cur-env)
>> ; ((curlet))
>> ; (lst)
>>
>>
>> ;*libc*: unbound variable
>> ;    (with-let (sublet *libc*) (define...
>> ;    repl.scm, line 21
>> ; (with-let (sublet *libc*) (define (symbol...
>> ; ((define (symbol-completion text) (let ((...
>> ; ((signatures sig) 'NULL)
>> ; (*repl* 'run)
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/mailman/private/cmdist/attachments/20191117/59c88775/attachment.html>