All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Deepthi.Hemraj@windriver.com, openembedded-core@lists.openembedded.org
Cc: Randy.MacLeod@windriver.com, Naveen.Gowda@windriver.com,
	 Sundeep.Kokkonda@windriver.com
Subject: Re: [OE-core] [PATCH] gcc-target.inc: Fix gcc symlink handling for multilib support
Date: Wed, 13 Nov 2024 13:23:10 +0000	[thread overview]
Message-ID: <da8159be7e9d212681a4c2b52643bb2b019ab462.camel@linuxfoundation.org> (raw)
In-Reply-To: <20241113125147.4193489-1-Deepthi.Hemraj@windriver.com>

On Wed, 2024-11-13 at 04:51 -0800, Hemraj, Deepthi via lists.openembedded.org wrote:
> From: Deepthi Hemraj <Deepthi.Hemraj@windriver.com>
> 
> Enabling multilib support and adding both lib32-gcc-symlinks and gcc-symlinks
> to the image installation results in a conflict between
> gcc-symlinks-13.3.0-r0.corei7_64 and lib32-gcc-symlinks-13.3.0-r0.corei7_32.
> Following error occurs because of the conflict:
> "file /usr/bin/gcc conflicts between attempted installs of gcc-symlinks-13.3.0-r0.corei7_64 and lib32-gcc-symlinks-13.3.0-r0.corei7_32"
> 
> The conflict occurs because both packages try to install files in the same location,
> causing installation errors during the build process.
> 
> Updated the gcc target recipe to correctly handle symlinks for multilib support by using ${MLPREFIX}gcc
> instead of just gcc for the gcc binary symlink in ${PN}-symlinks.
> This ensures that the symlinks point to the appropriate multilib gcc binary for 32-bit and 64-bit configurations.
> 
> Signed-off-by: Deepthi Hemraj <Deepthi.Hemraj@windriver.com>
> ---
>  meta/recipes-devtools/gcc/gcc-target.inc | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-devtools/gcc/gcc-target.inc b/meta/recipes-devtools/gcc/gcc-target.inc
> index 6b47c10413..ff59eb1b52 100644
> --- a/meta/recipes-devtools/gcc/gcc-target.inc
> +++ b/meta/recipes-devtools/gcc/gcc-target.inc
> @@ -71,7 +71,7 @@ FILES:${PN}-dev = "\
>  "
>  FILES:${PN}-symlinks = "\
>      ${bindir}/cc \
> -    ${bindir}/gcc \
> +    ${bindir}/${MLPREFIX}gcc \
>      ${bindir}/gccbug \
>  "
>  
> @@ -182,7 +182,7 @@ do_install () {
>  		ln -sf gfortran f95 || true
>  	fi
>  	ln -sf ${TARGET_PREFIX}g++ g++
> -	ln -sf ${TARGET_PREFIX}gcc gcc
> +	ln -sf ${TARGET_PREFIX}gcc ${MLPREFIX}gcc
>  	ln -sf ${TARGET_PREFIX}cpp cpp
>  	ln -sf ${TARGET_PREFIX}gcov gcov
>  	ln -sf ${TARGET_PREFIX}gcov-tool gcov-tool
> 

No, sorry, but definitely not.

You can install one of these or the other but both doesn't make any
sense, just don't do that.

I also don't understand how this fixes things since surely all the
other symlinks conflict too?

Cheers,

Richard


  reply	other threads:[~2024-11-13 13:23 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-11-13 12:51 [PATCH] gcc-target.inc: Fix gcc symlink handling for multilib support Deepthi.Hemraj
2024-11-13 13:23 ` Richard Purdie [this message]
2024-11-13 19:58   ` [OE-core] " Randy MacLeod
2024-11-13 21:00     ` Richard Purdie

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=da8159be7e9d212681a4c2b52643bb2b019ab462.camel@linuxfoundation.org \
    --to=richard.purdie@linuxfoundation.org \
    --cc=Deepthi.Hemraj@windriver.com \
    --cc=Naveen.Gowda@windriver.com \
    --cc=Randy.MacLeod@windriver.com \
    --cc=Sundeep.Kokkonda@windriver.com \
    --cc=openembedded-core@lists.openembedded.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.