<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 20, 2019 at 11:19 PM Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Joel,<br>
<br>
it is in line what GCC prints:<br>
<br>
riscv-rtems5-gcc -print-multi-lib<br>
.;<br>
rv32i/ilp32;@march=rv32i@mabi=ilp32<br>
rv32im/ilp32;@march=rv32im@mabi=ilp32<br>
rv32imafd/ilp32d;@march=rv32imafd@mabi=ilp32d<br>
rv32iac/ilp32;@march=rv32iac@mabi=ilp32<br>
rv32imac/ilp32;@march=rv32imac@mabi=ilp32<br>
rv32imafc/ilp32f;@march=rv32imafc@mabi=ilp32f<br>
rv64imafd/lp64d;@march=rv64imafd@mabi=lp64d<br>
rv64imafd/lp64d/medany;@march=rv64imafd@mabi=lp64d@mcmodel=medany<br>
rv64imac/lp64;@march=rv64imac@mabi=lp64<br>
rv64imac/lp64/medany;@march=rv64imac@mabi=lp64@mcmodel=medany<br>
rv64imafdc/lp64d;@march=rv64imafdc@mabi=lp64d<br>
rv64imafdc/lp64d/medany;@march=rv64imafdc@mabi=lp64d@mcmodel=medany<br></blockquote><div><br></div><div>Ahh .. that explains where it came from.  I realized what it was</div><div>as soon as I saw that the formatting was intentional. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I don't mind to change it, but it should be consistent with ARM.<br></blockquote><div><br></div><div>I assumed it was repeated somewhere else.</div><div><br></div><div>I understand the "." is the top of the lib directory but honestly looking at that</div><div>output confused me. That can't be a good indication that it is going to be</div><div>meaningful for someone not familiar with multilibs. Was my suggestion clearer?</div><div><br></div><div>* default (.): XXX</div><div><br></div><div>And this follow up discussion makes me wonder if there should be some</div><div>generic discussion of multilibs in the porting advice. Adding new CPU model</div><div>variants, optimizations, etc. can result in tinkering. Plus RTEMS tool variants</div><div>tend to deviate a bit from the generic *-elf tools.</div><div><br></div><div>--joel</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
-- <br>
Sebastian Huber, embedded brains GmbH<br>
<br>
Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
Phone   : +49 89 189 47 41-16<br>
Fax     : +49 89 189 47 41-09<br>
E-Mail  : <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a><br>
PGP     : Public key available on request.<br>
<br>
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
<br>
</blockquote></div></div>