[Bug target/111610] Cannot build cross compiler to darwin targets after r14-4108-g47346acb72b50d

2024-04-25 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111610

--- Comment #7 from GCC Commits  ---
The releases/gcc-11 branch has been updated by Iain D Sandoe
:

https://gcc.gnu.org/g:1fd4db58480a518b05dd835157e59b2ed9fd2bc1

commit r11-11371-g1fd4db58480a518b05dd835157e59b2ed9fd2bc1
Author: Iain Sandoe 
Date:   Wed Sep 27 11:05:31 2023 +0100

Darwin, configure: Allow for an unrecognisable dsymutil [PR111610].

We had a catch-all configuration case for missing or unrecognised dsymutil
but it was setting the dsymutil source to "UNKNOWN" which is not usable in
this context (since it clashes with an existing enum).  We rename this to
DET_UNKNOWN (for Darwin External Toolchain).

PR target/111610

gcc/ChangeLog:

* configure: Regenerate.
* configure.ac: Rename the missing dsymutil case to "DET_UNKNOWN".

Signed-off-by: Iain Sandoe 
(cherry picked from commit 2ecab2f32b9e9a75bf563f80752d5b44dcd26b98)

[Bug target/111610] Cannot build cross compiler to darwin targets after r14-4108-g47346acb72b50d

2024-03-31 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111610

--- Comment #6 from GCC Commits  ---
The releases/gcc-13 branch has been updated by Iain D Sandoe
:

https://gcc.gnu.org/g:17e5d36db43f22a696a97c24afb5fb36b00dfb0b

commit r13-8533-g17e5d36db43f22a696a97c24afb5fb36b00dfb0b
Author: Iain Sandoe 
Date:   Wed Sep 27 11:05:31 2023 +0100

Darwin, configure: Allow for an unrecognisable dsymutil [PR111610].

We had a catch-all configuration case for missing or unrecognised dsymutil
but it was setting the dsymutil source to "UNKNOWN" which is not usable in
this context (since it clashes with an existing enum).  We rename this to
DET_UNKNOWN (for Darwin External Toolchain).

PR target/111610

gcc/ChangeLog:

* configure: Regenerate.
* configure.ac: Rename the missing dsymutil case to "DET_UNKNOWN".

Signed-off-by: Iain Sandoe 
(cherry picked from commit 2ecab2f32b9e9a75bf563f80752d5b44dcd26b98)

[Bug target/111610] Cannot build cross compiler to darwin targets after r14-4108-g47346acb72b50d

2023-09-27 Thread iains at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111610

Iain Sandoe  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|NEW |RESOLVED

--- Comment #5 from Iain Sandoe  ---
so, should be fixed.

[Bug target/111610] Cannot build cross compiler to darwin targets after r14-4108-g47346acb72b50d

2023-09-27 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111610

--- Comment #4 from CVS Commits  ---
The master branch has been updated by Iain D Sandoe :

https://gcc.gnu.org/g:2ecab2f32b9e9a75bf563f80752d5b44dcd26b98

commit r14-4298-g2ecab2f32b9e9a75bf563f80752d5b44dcd26b98
Author: Iain Sandoe 
Date:   Wed Sep 27 11:05:31 2023 +0100

Darwin, configure: Allow for an unrecognisable dsymutil [PR111610].

We had a catch-all configuration case for missing or unrecognised dsymutil
but it was setting the dsymutil source to "UNKNOWN" which is not usable in
this context (since it clashes with an existing enum).  We rename this to
DET_UNKNOWN (for Darwin External Toolchain).

PR target/111610

gcc/ChangeLog:

* configure: Regenerate.
* configure.ac: Rename the missing dsymutil case to "DET_UNKNOWN".

Signed-off-by: Iain Sandoe 

[Bug target/111610] Cannot build cross compiler to darwin targets after r14-4108-g47346acb72b50d

2023-09-27 Thread iains at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111610

--- Comment #3 from Iain Sandoe  ---
(In reply to Martin Jambor from comment #2)
> (In reply to Iain Sandoe from comment #1)
> > As a matter of record, we do not really support cross-compilers targeting an
> > unknown Darwin version (the idea of xxx-apple-darwin [without a specific
> > version] was to support building natively on macOS).  What will happen is
> > you will get the earliest supported OS version for the target arch (which
> > might not really be very representative)
> > 
> > It would likely be more representative/useful to choose some suitable OS
> > version:
> > 
> > e.g. powerpc-apple-darwin9 (latest) i686-apple-darwin17 (last 32b support)
> > x86_64-apple-darwin21 (up to date) .. and eventually aarch64-apple-darwin2x
> > 
> > 
> > Of course, the build should not fail so we must fix it - but just pointing
> > out that the results from the current builds are from a configuration that
> > will be issuing warnings about choice of OS version.
> 
> IIUC, the test script takes all targets listed in contrib/config-list.mk and
> tries the above configuration and make all-host steps on all of those
> targets that are not explicitly excluded (currently only powerpc-freebsd13
> because of PR 108491). I don't really know how (or if) the list in that file
> is maintained, but it looks like if they should be removed, they should be
> removed from there?  Of course, we can exclude anything on our end too.

OK. Perhaps that list should be edited to reflect modern practice - but, if not
it's still better to have an old configuration tested than nothing (after all
it found this issue).  As it happens, we did already check for the
missing/unknown case for dsymutil but the enumeration clashes with another RTL
use of "UNKNOWN".  I'll land the fix shortly.

[Bug target/111610] Cannot build cross compiler to darwin targets after r14-4108-g47346acb72b50d

2023-09-27 Thread jamborm at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111610

--- Comment #2 from Martin Jambor  ---
(In reply to Iain Sandoe from comment #1)
> As a matter of record, we do not really support cross-compilers targeting an
> unknown Darwin version (the idea of xxx-apple-darwin [without a specific
> version] was to support building natively on macOS).  What will happen is
> you will get the earliest supported OS version for the target arch (which
> might not really be very representative)
> 
> It would likely be more representative/useful to choose some suitable OS
> version:
> 
> e.g. powerpc-apple-darwin9 (latest) i686-apple-darwin17 (last 32b support)
> x86_64-apple-darwin21 (up to date) .. and eventually aarch64-apple-darwin2x
> 
> 
> Of course, the build should not fail so we must fix it - but just pointing
> out that the results from the current builds are from a configuration that
> will be issuing warnings about choice of OS version.

IIUC, the test script takes all targets listed in contrib/config-list.mk and
tries the above configuration and make all-host steps on all of those targets
that are not explicitly excluded (currently only powerpc-freebsd13 because of
PR 108491). I don't really know how (or if) the list in that file is
maintained, but it looks like if they should be removed, they should be removed
from there?  Of course, we can exclude anything on our end too.

[Bug target/111610] Cannot build cross compiler to darwin targets after r14-4108-g47346acb72b50d

2023-09-27 Thread iains at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111610

Iain Sandoe  changed:

   What|Removed |Added

   Last reconfirmed||2023-09-27
 Status|UNCONFIRMED |NEW
   Assignee|unassigned at gcc dot gnu.org  |iains at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #1 from Iain Sandoe  ---
Hmm - so I guess you have no host-side dsymutil (e.g. built from LLVM) and do
something like symlink /usr/bin/true -> dsymutil?

I guess we have to fix configure to return an "unknown" for that.



As a matter of record, we do not really support cross-compilers targeting an
unknown Darwin version (the idea of xxx-apple-darwin [without a specific
version] was to support building natively on macOS).  What will happen is you
will get the earliest supported OS version for the target arch (which might not
really be very representative)

It would likely be more representative/useful to choose some suitable OS
version:

e.g. powerpc-apple-darwin9 (latest) i686-apple-darwin17 (last 32b support)
x86_64-apple-darwin21 (up to date) .. and eventually aarch64-apple-darwin2x


Of course, the build should not fail so we must fix it - but just pointing out
that the results from the current builds are from a configuration that will be
issuing warnings about choice of OS version.