From: Rich Felker <dalias@libc.org>
To: musl@lists.openwall.com, "Daniel G." <audobra@gmail.com>
Subject: Re: alltypes.h error: conflicting types for 'size_t'
Date: Tue, 13 Nov 2018 20:26:14 -0500 [thread overview]
Message-ID: <20181114012614.GI5150@brightrain.aerifal.cx> (raw)
In-Reply-To: <20181114001455.GF21289@port70.net>
On Wed, Nov 14, 2018 at 01:14:55AM +0100, Szabolcs Nagy wrote:
> * Daniel G. <audobra@gmail.com> [2018-11-13 21:56:00 +0100]:
> > /mnt/clfs_MUSL/sources/gcc-8.2.0/build/./gcc/xgcc
> > -B/mnt/clfs_MUSL/sources/gcc-8.2.0/build/./gcc/
> > -B/cross-tools/x86_64-unknown-linux-gnu/bin/
> > -B/cross-tools/x86_64-unknown-linux-gnu/lib/ -isystem
> > /cross-tools/x86_64-unknown-linux-gnu/include -isystem
> > /cross-tools/x86_64-unknown-linux-gnu/sys-include -g -O2 -O2 -g -O2
> > -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wno-narrowing
> > -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
> > -Wold-style-definition -isystem ./include -fpic -mlong-double-80
> > -DUSE_ELF_SYMVER -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector
> > -fpic -mlong-double-80 -DUSE_ELF_SYMVER -I. -I. -I../.././gcc
> > -I../../../libgcc -I../../../libgcc/. -I../../../libgcc/../gcc
> > -I../../../libgcc/../include -I../../../libgcc/config/libbid
> > -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o generic-morestack.o
> > -MT generic-morestack.o -MD -MP -MF generic-morestack.dep -c
> > ../../../libgcc/generic-morestack.c -fvisibility=hidden -DHIDE_EXPORTS
> >
> ....
> > In file included from
> > /mnt/clfs_MUSL/sources/gcc-8.2.0/build/gcc/include-fixed/stdio.h:36,
> > from ../../../libgcc/../gcc/tsystem.h:87,
> > from ../../../libgcc/generic-morestack.c:30:
> > /mnt/clfs_MUSL/tools/include/bits/alltypes.h:136:24: error: conflicting
> > types for 'size_t'
> > typedef unsigned _Addr size_t;
> > ^~~~~~
> > In file included from ../../../libgcc/../gcc/tsystem.h:44,
> > from ../../../libgcc/generic-morestack.c:30:
> > /mnt/clfs_MUSL/sources/gcc-8.2.0/build/gcc/include/stddef.h:216:23: note:
> > previous declaration of 'size_t' was here
> > typedef __SIZE_TYPE__ size_t;
> > ^~~~~~
>
> it is not ideal that both musl and gcc headers get
> included with the typedefs, but i don't see why
> they are in conflict:
>
> both typedefs should expand to 'unsigned long'
> (if not then something is very wrong)
>
> you can try to rerun that build command with -E
> instead of -c to see the actual size_t definitions
> after macro expansion.
>
> (i assume multilib breaks it somehow, but i don't
> see how)
It's a bug in the gcc build process if the gcc-provided headers get
used at all with musl. This might be multilib-dependent. I've not
tested with multilib since it definitely does not work with musl
anyway (gcc's multilib assumes the same include dir works for both of
the 'corresponding' 32- and 64-bit archs, which is not the case for
musl).
Rich
next prev parent reply other threads:[~2018-11-14 1:26 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-13 20:56 Daniel G.
2018-11-14 0:14 ` Szabolcs Nagy
2018-11-14 1:26 ` Rich Felker [this message]
2018-11-14 13:57 ` Szabolcs Nagy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20181114012614.GI5150@brightrain.aerifal.cx \
--to=dalias@libc.org \
--cc=audobra@gmail.com \
--cc=musl@lists.openwall.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/musl/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).