public inbox for gcc-help@gcc.gnu.org
 help / color / mirror / Atom feed
From: Simon Wright <simon.j.wright@mac.com>
To: gcc-help@gcc.gnu.org
Subject: Re: Bootstrap fail, gcc-13-20221030 on macOS 13
Date: Mon, 7 Nov 2022 11:22:27 +0000	[thread overview]
Message-ID: <D0119E80-65E9-42AB-973F-9C1E4361AC7C@mac.com> (raw)
In-Reply-To: <3BE69AF8-B33E-40D0-835A-213610E83E3A@mac.com>

[-- Attachment #1: Type: text/plain, Size: 4471 bytes --]

I’m 99% sure that this issue is down to the problem fixed in https://github.com/gcc-mirror/gcc/commit/6725f186cb70d48338f69456864bf469a12ee5be <https://github.com/gcc-mirror/gcc/commit/6725f186cb70d48338f69456864bf469a12ee5be> - which is included in GCC 12.2 - so I’ll go build 12.2.0 & try again

> On 6 Nov 2022, at 19:27, Simon Wright via Gcc-help <gcc-help@gcc.gnu.org <mailto:gcc-help@gcc.gnu.org>> wrote:
> 
> The boot compiler is GCC 12.1.0.
> 
> Configuration fails because the C compiler can’t produce an executable. I don’t have the log, but the errors were like
> 
> configure:3943: gcc -c -g  conftest.c >&5
> <built-in>: error: unknown value '13.0.0' of '-mmacosx-version-min'
> 
> I tried setting CFLAGS and CXXFLAGS as here:
> 
> export CFLAGS=-mmacosx-version-min=12.0.0
> export CXXFLAGS=-mmacosx-version-min=12.0.0
> 
> $GCC_SRC/configure                                                      \
>  --prefix=$PREFIX                                                      \
>  --without-libiconv-prefix                                             \
>  --disable-libmudflap                                                  \
>  --disable-libstdcxx-pch                                               \
>  --disable-libsanitizer                                                \
>  --disable-libcc1                                                      \
>  --disable-libcilkrts                                                  \
>  --disable-multilib                                                    \
>  --disable-nls                                                         \
>  --enable-languages=c,c++,ada                                          \
>  --host=$BUILD                                                         \
>  --target=$BUILD                                                       \
>  --build=$BUILD                                                        \
>  --without-isl                                                         \
>  --with-build-sysroot="$(xcrun --show-sdk-path)"                       \
>  --with-sysroot=                                                       \
>  --with-specs="%{!sysroot=*:--sysroot=%:if-exists-else($XCODE $CLU)}"  \
>  --with-build-config=no                                                \
>  --enable-bootstrap                                                    \
>  CFLAGS=-mmacosx-version-min=12.0.0                                    \
>  CXXFLAGS=-mmacosx-version-min=12.0.0 
> 
> (having checked that this flag was needed to avoid the error in a standard-alone compilation) but the configure now failed in fixincludes/. It seems that sometimes the CFLAGS setting is used and sometimes it isn’t??? See lines 3674, 3744, 3800, 3857, 3905 below and then 3943
> 
> configure:3652: checking whether the C compiler works
> configure:3674: gcc -mmacosx-version-min=12.0.0   conftest.c  >&5
> configure:3678: $? = 0
> configure:3726: result: yes
> configure:3729: checking for C compiler default output file name
> configure:3731: result: a.out
> configure:3737: checking for suffix of executables
> configure:3744: gcc -o conftest -mmacosx-version-min=12.0.0   conftest.c  >&5
> configure:3748: $? = 0
> configure:3770: result: 
> configure:3792: checking whether we are cross compiling
> configure:3800: gcc -o conftest -mmacosx-version-min=12.0.0   conftest.c  >&5
> configure:3804: $? = 0
> configure:3811: ./conftest
> configure:3815: $? = 0
> configure:3830: result: no
> configure:3835: checking for suffix of object files
> configure:3857: gcc -c -mmacosx-version-min=12.0.0  conftest.c >&5
> configure:3861: $? = 0
> configure:3882: result: o
> configure:3886: checking whether we are using the GNU C compiler
> configure:3905: gcc -c -mmacosx-version-min=12.0.0  conftest.c >&5
> configure:3905: $? = 0
> configure:3914: result: yes
> configure:3923: checking whether gcc accepts -g
> configure:3943: gcc -c -g  conftest.c >&5
> <built-in>: error: unknown value '13.0.0' of '-mmacosx-version-min'
> configure:3943: $? = 1
> configure: failed program was:
> | /* confdefs.h */
> | #define PACKAGE_NAME "fixincludes"
> | #define PACKAGE_TARNAME "fixincludes"
> | #define PACKAGE_VERSION " "
> | #define PACKAGE_STRING "fixincludes  "
> | #define PACKAGE_BUGREPORT ""
> | #define PACKAGE_URL ""
> | /* end confdefs.h.  */
> | 
> | int
> | main ()
> | {
> | 
> |   ;
> |   return 0;
> | }
> 
> 


      reply	other threads:[~2022-11-07 11:22 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-11-06 19:27 Simon Wright
2022-11-07 11:22 ` Simon Wright [this message]

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=D0119E80-65E9-42AB-973F-9C1E4361AC7C@mac.com \
    --to=simon.j.wright@mac.com \
    --cc=gcc-help@gcc.gnu.org \
    /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.
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 read-only IMAP folder(s) and NNTP newsgroup(s).