<html dir="ltr"><head></head><body style="text-align:left; direction:ltr;" bgcolor="#ffffff" text="#2e3436" link="#1b6acb" vlink="#2e3436"><div>Hi Peter,</div><div><br></div><div>On Fri, 2020-08-07 at 11:08 +0100, peter green wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><pre>+#MISSING: 2.6+2.0.8+dfsg-1# _ZN7QVectorI6QPointE11reallocDataEii6QFlagsIN10QArrayData16AllocationOptionEE@Base 2.6~alpha</pre></blockquote></blockquote><pre><br></pre><pre>c++filt -n decodes this to</pre><pre><br></pre><pre>QVector<QPoint>::reallocData(int, int, QFlags<QArrayData::AllocationOption>)</pre><pre><br></pre><pre>This looks like an instantiation of a QT template that may or may not be included in the library as a seperate</pre><pre>symbol depending on whether it gets in-lined or not. So I believe it should be marked as (optional=templinst)</pre><pre><br></pre><pre> >> +#MISSING: 2.6+2.0.8+dfsg-1# (optional=templinst)_Z27qRegisterNormalizedMetaTypeIP7QActionEiRK10QByteArrayPT_N9QtPrivate21MetaTypeDefinedHelperIS5_Xaasr12QMetaTypeId2IS5_E7DefinedntsrSA_9IsBuiltInEE11DefinedTypeE@Base 2.6~beta-4</pre><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><pre>+#MISSING: 2.6+2.0.8+dfsg-1# (optional=templinst)_ZN7QVectorI6QPointEC1Ei@Base 2.6~alpha</pre><pre>+#MISSING: 2.6+2.0.8+dfsg-1# (optional=templinst)_ZN7QVectorI6QPointEC2Ei@Base 2.6~alpha</pre><pre>+#MISSING: 2.6+2.0.8+dfsg-1# (optional=templinst)_ZN7QVectorI7QPointFEC1Ei@Base 2.6~alpha</pre><pre>+#MISSING: 2.6+2.0.8+dfsg-1# (optional=templinst)_ZN7QVectorI7QPointFEC2Ei@Base 2.6~alpha</pre></blockquote></blockquote><pre><br></pre><pre>These are marked as optional already, so although they show up in the log they won't actually cause a failure.</pre><pre><br></pre><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><pre>+#MISSING: 2.6+2.0.8+dfsg-1# _ZN7QVectorIdE11reallocDataEii6QFlagsIN10QArrayData16AllocationOptionEE@Base 2.6~alpha</pre></blockquote></blockquote><pre><br></pre><pre>c++filt -n decodes this to</pre><pre><br></pre><pre>QVector<double>::reallocData(int, int, QFlags<QArrayData::AllocationOption>)</pre><pre><br></pre><pre>Again this looks like an instantiation of a QT template that may or may not be included in the library as a seperate</pre><pre>symbol depending on whether it gets in-lined or not. So again I believe it should be marked as (optional=templinst)</pre><pre><br></pre><pre>If noone objects i'll prepare a team upload marking the offending symbols as (optional=templinst) in the next few days.</pre></blockquote><div><br></div><div>I'm going to upload both FPC 3.2.0 and Lazarus 2.0.10. So maybe you can wait until I upload them before fixing this?</div><div><pre>-- <br></pre><span style="font-family: monospace; white-space: pre;">Cheers,
Abou Al Montacir</span></div></body></html>