Re: [musl] unknown type name '__gnuc_va_list'

["Max R. Dechantsreiter" <max@performancejones.com>]

...I configured with

--prefix=/home/maxd/GNU/lib/musl-1.2.3_gcc-12.1.0

so how is it that prefix=/usr/local/musl?

Likewise exec_prefix should not be in system space.

According to 'configure -h':

Installation directories:
  --prefix=PREFIX         main installation prefix [/usr/local/musl]
  --exec-prefix=EPREFIX   installation prefix for executable files [PREFIX]

so in my case both prefix and exec_prefix should be set to

/home/maxd/GNU/lib/musl-1.2.3_gcc-12.1.0

I did not notice this before; but what can I do about it?


On Wed, Mar 08, 2023 at 11:21:35AM +0000, Max R. Dechantsreiter wrote:
> On Tue, Mar 07, 2023 at 08:28:51PM +0000, Ralo Kossovo wrote:
> > Haven't you, by any chance, changed the values of the 'includedir' or
> > 'srcdir' in musl's 'Makefile' or 'config.mak'.
> 
> No changes; in Makefile:
> 
> srcdir = .
> exec_prefix = /usr/local
> bindir = $(exec_prefix)/bin
> 
> prefix = /usr/local/musl
> includedir = $(prefix)/include
> libdir = $(prefix)/lib
> syslibdir = /lib
> 
> (excerpted), and the whole config.mak is as follows:
> 
> # This version of config.mak was generated by:
> # ./configure --prefix=/home/maxd/GNU/lib/musl-1.2.3_gcc-12.1.0 --target=x86_64 --disable-shared
> # Any changes made here will be lost if configure is re-run
> AR = /home/maxd/GNU/opt/gnu/gcc-12.1.0/bin/gcc-ar
> RANLIB = /home/maxd/GNU/opt/gnu/gcc-12.1.0/bin/gcc-ranlib
> ARCH = x86_64
> SUBARCH = 
> ASMSUBARCH = 
> srcdir = .
> prefix = /home/maxd/GNU/lib/musl-1.2.3_gcc-12.1.0
> exec_prefix = $(prefix)
> bindir = $(exec_prefix)/bin
> libdir = $(prefix)/lib
> includedir = $(prefix)/include
> syslibdir = /lib
> CC = gcc
> CFLAGS = 
> CFLAGS_AUTO = -Os -pipe -fomit-frame-pointer -fno-unwind-tables -fno-asynchronous-unwind-tables -ffunction-sections -fdata-sections -Wno-pointer-to-int-cast -Werror=implicit-function-declaration -Werror=implicit-int -Werror=pointer-sign -Werror=pointer-arith -Werror=int-conversion -Werror=incompatible-pointer-types -Werror=discarded-qualifiers -Werror=discarded-array-qualifiers -Waddress -Warray-bounds -Wchar-subscripts -Wduplicate-decl-specifier -Winit-self -Wreturn-type -Wsequence-point -Wstrict-aliasing -Wunused-function -Wunused-label -Wunused-variable
> CFLAGS_C99FSE = -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard -frounding-math -Wa,--noexecstack
> CFLAGS_MEMOPS = -fno-tree-loop-distribute-patterns
> CFLAGS_NOSSP = -fno-stack-protector
> CPPFLAGS = 
> LDFLAGS = 
> LDFLAGS_AUTO = -Wl,--sort-section,alignment -Wl,--sort-common -Wl,--gc-sections -Wl,--hash-style=both -Wl,--no-undefined -Wl,--exclude-libs=ALL -Wl,--dynamic-list=./dynamic.list
> CROSS_COMPILE = 
> LIBCC = -lgcc -lgcc_eh
> OPTIMIZE_GLOBS = internal/*.c malloc/*.c string/*.c
> ALL_TOOLS =  obj/musl-gcc
> TOOL_LIBS =  lib/musl-gcc.specs
> ADD_CFI = no
> MALLOC_DIR = mallocng
> SHARED_LIBS =
> WRAPCC_GCC = $(CC)
> 
> > What output does running 'grep -rni /usr/include' in musl's root
> > directory generate?
> 
> No output:
> 
> [/home/maxd/GNU/Build/musl-1.2.3_gcc-12.1.0] 29> grep -rni /usr/include
> [/home/maxd/GNU/Build/musl-1.2.3_gcc-12.1.0] 30>
> 
> 
> > 
> > On 3/7/23, Max R. Dechantsreiter <max@performancejones.com> wrote:
> > > My musl-1.2.3 fails to compile the simple test:
> > >
> > > cat > hello.c <<EOF
> > > #include <stdio.h>
> > > int main()
> > > {
> > >   printf("Hello, world!\n");
> > >   return 0;
> > > }
> > > EOF
> > > $INSTALL/bin/musl-gcc hello.c
> > > /usr/include/stdio.h:52:9: error: unknown type name '__gnuc_va_list'
> > >    52 | typedef __gnuc_va_list va_list;
> > >       |         ^~~~~~~~~~~~~~
> > > /usr/include/stdio.h:52:24: error: conflicting types for 'va_list'; have
> > > 'int'
> > >    52 | typedef __gnuc_va_list va_list;
> > >       |                        ^~~~~~~
> > > .
> > > .
> > > .
> > >
> > > I configured musl as follows:
> > >
> > > CC=gcc ./configure \
> > >         --prefix=$INSTALL \
> > >         --target=x86_64 \
> > >         --disable-shared \
> > >>& configure.log
> > > # CROSS_COMPILE configured to "x86_64-":
> > > sed -i 's/\(CROSS_COMPILE = \).*/\1/' config.mak
> > >
> > > and built (cleanly) with GCC 12.1.0 on
> > >
> > > Linux version 4.19.0 (mockbuild@builder1.eng.sw.ru) (gcc version 4.8.5
> > > 20150623 (Red Hat 4.8.5-44) (GCC) ) #1 SMP Thu Dec 15 20:31:06 MSK 2022
> > >
> > > I had the same problem with GCC 10.2.1.
> > >
> > > Is there a known fix/workaround someone could provide?
> > >