From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 41FB43870897; Fri, 29 Jan 2021 07:45:54 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 41FB43870897 From: "kito at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/98878] New: Incorrect multilib list for riscv*-rtems Date: Fri, 29 Jan 2021 07:45:54 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 11.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: kito at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: kito at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone cf_gcctarget Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: gcc-bugs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-bugs mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2021 07:45:54 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D98878 Bug ID: 98878 Summary: Incorrect multilib list for riscv*-rtems Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: kito at gcc dot gnu.org Reporter: kito at gcc dot gnu.org CC: sebastian.huber@embedded-brains.de, wilson at gcc dot g= nu.org Target Milestone: --- Target: riscv32-rtems Sebastian has reported multilib generation for RTEM is broken after g:a5ad5d5c478ee7bebf057161bb8715ee7d286875. GCC configure: --with-arch=3Drv32gc --with-abi=3Dilp32 --target=3Driscv32-r= tems. ---------------------------------------- Before this commit g:a5ad5d5c478ee7bebf057161bb8715ee7d286875: ---------------------------------------- ./gcc/xgcc -print-multi-lib .; rv32i/ilp32;@march=3Drv32i@mabi=3Dilp32 rv32im/ilp32;@march=3Drv32im@mabi=3Dilp32 rv32imafd/ilp32d;@march=3Drv32imafd@mabi=3Dilp32d <-- HERE rv32iac/ilp32;@march=3Drv32iac@mabi=3Dilp32 rv32imac/ilp32;@march=3Drv32imac@mabi=3Dilp32 rv32imafc/ilp32f;@march=3Drv32imafc@mabi=3Dilp32f rv64imafd/lp64d;@march=3Drv64imafd@mabi=3Dlp64d rv64imafd/lp64d/medany;@march=3Drv64imafd@mabi=3Dlp64d@mcmodel=3Dmedany rv64imac/lp64;@march=3Drv64imac@mabi=3Dlp64 rv64imac/lp64/medany;@march=3Drv64imac@mabi=3Dlp64@mcmodel=3Dmedany rv64imafdc/lp64d;@march=3Drv64imafdc@mabi=3Dlp64d rv64imafdc/lp64d/medany;@march=3Drv64imafdc@mabi=3Dlp64d@mcmodel=3Dmedany ./gcc/xgcc -print-multi-directory -march=3Drv32imafd -mabi=3Dilp32d rv32imafd/ilp32d ---------------------------------------- After this commit g:a5ad5d5c478ee7bebf057161bb8715ee7d286875: ---------------------------------------- ./gcc/xgcc -print-multi-lib .; rv32i/ilp32;@march=3Drv32i@mabi=3Dilp32 rv32im/ilp32;@march=3Drv32im@mabi=3Dilp32 rv32iac/ilp32;@march=3Drv32iac@mabi=3Dilp32 rv32imac/ilp32;@march=3Drv32imac@mabi=3Dilp32 rv32imafc/ilp32f;@march=3Drv32imafc@mabi=3Dilp32f rv64imafd/lp64d;@march=3Drv64imafd@mabi=3Dlp64d rv64imafd/lp64d/medany;@march=3Drv64imafd@mabi=3Dlp64d@mcmodel=3Dmedany rv64imac/lp64;@march=3Drv64imac@mabi=3Dlp64 rv64imac/lp64/medany;@march=3Drv64imac@mabi=3Dlp64@mcmodel=3Dmedany rv64imafdc/lp64d;@march=3Drv64imafdc@mabi=3Dlp64d rv64imafdc/lp64d/medany;@march=3Drv64imafdc@mabi=3Dlp64d@mcmodel=3Dmedany ./gcc/xgcc -print-multi-directory -march=3Drv32imafd -mabi=3Dilp32d rv32imafd/ilp32d --------------------------- The difference is rv32imafd/ilp32d is disappeared from the output of -print-multi-directory, the gcc think that could reuse the default library,= but it's not true, but seems like -print-multi-directory is doing right here.=