<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://community.arm.com/utility/feedstylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Intrinsic _pop_ funciton unresolved at link time</title><link>https://community.arm.com/developer/tools-software/tools/f/keil-forum/17510/intrinsic-_pop_-funciton-unresolved-at-link-time</link><description> WTF? Its supposed to be instrinsic. I check the assembler listing and I see the resulting &amp;quot;pop&amp;quot; op-code, yet when the program links it gives the following error: 
 
*** WARNING L1: UNRESOLVED EXTERNAL SYMBOL 
 SYMBOL: __POP_ 
 MODULE: BLA BLA BLA 
 </description><dc:language>en-US</dc:language><generator>Telligent Community 10</generator><item><title>RE: Intrinsic _pop_ funciton unresolved at link time</title><link>https://community.arm.com/thread/111168?ContentTypeID=1</link><pubDate>Mon, 22 Nov 2004 15:29:55 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:0317510a-3379-4b43-b66e-637ec4e4dd39</guid><dc:creator>Drew Davis</dc:creator><description>&lt;p&gt;&lt;i&gt;Do I get a cupie doll for finding this?&lt;/i&gt;&lt;br /&gt;
&lt;br /&gt;
Just for the sake of pedantry, it&amp;#39;s &amp;quot;Kewpie&amp;quot; doll.  The spelling is important because it is (or was) a trademark.&lt;br /&gt;
&lt;br /&gt;
&lt;a href="http://www.badfads.com/pages/collectibles/kewpie.html" target="_blank"&gt;http://www.badfads.com/pages/collectibles/kewpie.html&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Intrinsic _pop_ funciton unresolved at link time</title><link>https://community.arm.com/thread/122598?ContentTypeID=1</link><pubDate>Mon, 22 Nov 2004 14:30:02 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:754cd26c-8026-4fa6-8326-5d8cbd2994dc</guid><dc:creator>Robert Wey</dc:creator><description>&lt;p&gt;Thanks for digging into this and providing an answer.&lt;br /&gt;
&lt;br /&gt;
Sorry for not checking the KB.  The reason I didn&amp;#39;t bother checking is because I assumed 7.20 was the latest and greatest as (I believe) we received the upgrade probably less than two months ago ???&lt;br /&gt;
&lt;br /&gt;
Thanks again.  I&amp;#39;ll make sure to inform all coworkers.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Intrinsic _pop_ funciton unresolved at link time</title><link>https://community.arm.com/thread/111166?ContentTypeID=1</link><pubDate>Mon, 22 Nov 2004 14:14:23 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:76db319f-e18e-4c97-989c-824349fd8440</guid><dc:creator>Jon Ward</dc:creator><description>&lt;p&gt;I hate to bring this up just now, but this problem was already documented in our knowledgebase quite a while ago.&lt;br /&gt;
&lt;br /&gt;
&lt;a href="http://www.keil.com/support/docs/2847.htm"&gt;http://www.keil.com/support/docs/2847.htm&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
Even I didn&amp;#39;t look there first.&lt;br /&gt;
&lt;br /&gt;
&lt;b&gt;Jon&lt;/b&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Intrinsic _pop_ funciton unresolved at link time</title><link>https://community.arm.com/thread/96730?ContentTypeID=1</link><pubDate>Mon, 22 Nov 2004 14:12:21 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:b7632a13-5592-4436-9c10-c41105f5179d</guid><dc:creator>Jon Ward</dc:creator><description>&lt;p&gt;&lt;i&gt;( Do I get a cupie doll for finding this? :D )&lt;/i&gt;&lt;br /&gt;
&lt;br /&gt;
No.  I stopped playing with dolls a long time ago and so should you.  :-)&lt;br /&gt;
&lt;br /&gt;
I tried V7.20 and sure enough it does generate that warning.  It also generates the correct code, so the warning is superfluous, but annoying.&lt;br /&gt;
&lt;br /&gt;
C51 V7.50 does not generate the warning and it, too, generates the correct code.&lt;br /&gt;
&lt;br /&gt;
Have you tried to download the latest update (V7.50a) and use it?&lt;br /&gt;
&lt;br /&gt;
&lt;b&gt;Jon&lt;/b&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Intrinsic _pop_ funciton unresolved at link time</title><link>https://community.arm.com/thread/96744?ContentTypeID=1</link><pubDate>Mon, 22 Nov 2004 13:56:31 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:587cf661-1b2e-4445-8cd7-1516ca617dfd</guid><dc:creator>Robert Wey</dc:creator><description>&lt;p&gt;More Info:&lt;br /&gt;
&lt;br /&gt;
I think this problem is originating in the compiler rather than the linker, considering the .LST file contains the following symbol reference:&lt;br /&gt;
&lt;pre&gt;
__pop_ . . . . . . . . . . . . . . . .  EXTERN   CODE   PROC     -----  -----
&lt;/pre&gt;
Note that it even mangles the name by prepending an additional underscore to denote regparms.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Intrinsic _pop_ funciton unresolved at link time</title><link>https://community.arm.com/thread/72878?ContentTypeID=1</link><pubDate>Mon, 22 Nov 2004 12:39:11 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:bb8bbd57-484c-4375-99f7-713bdfc9dad8</guid><dc:creator>Robert Wey</dc:creator><description>&lt;p&gt;I am in fact pushing an SFR, albeit a Philips 66x SFR.&lt;br /&gt;
&lt;br /&gt;
Here&amp;#39;s the actual code that produced the error.&lt;br /&gt;
&lt;pre&gt;
	_push_( IEN0 );
	*( (unsigned int *)&amp;amp;commandBuf[ REPLY_DATA ] ) = ISR_max_time;
	_pop_( IEN0 );
&lt;/pre&gt;
...and the resulting .LST file shows:&lt;br /&gt;
&lt;pre&gt;
0047 C0A8              PUSH    IEN0
                                           ; SOURCE LINE # 435
0049 A3                INC     DPTR
004A E500        E     MOV     A,ISR_max_time
004C F0                MOVX    @DPTR,A
004D A3                INC     DPTR
004E E500        E     MOV     A,ISR_max_time+01H
0050 F0                MOVX    @DPTR,A
                                           ; SOURCE LINE # 436
0051 D0A8              POP     IEN0
&lt;/pre&gt;
...yet the linker yields:&lt;br /&gt;
&lt;pre&gt;
*** WARNING L1: UNRESOLVED EXTERNAL SYMBOL
    SYMBOL:  __POP_
    MODULE:  .\Output\main.obj (MAIN)
&lt;/pre&gt;
Again, the warning only appears for _pop_, not _push_.  That alone, IMO, suggest there&amp;#39;s a linker problem.&lt;br /&gt;
&lt;br /&gt;
( Do I get a cupie doll for finding this? :D )&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Intrinsic _pop_ funciton unresolved at link time</title><link>https://community.arm.com/thread/43160?ContentTypeID=1</link><pubDate>Fri, 19 Nov 2004 15:05:57 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:1abce71d-ba72-4a0b-83bd-a40ad8537963</guid><dc:creator>Jon Ward</dc:creator><description>&lt;p&gt;I just tried the following and it seems to work just fine.&lt;br /&gt;
&lt;br /&gt;
&lt;pre&gt;
#include &amp;lt;intrins.h&amp;gt;

sfr XXX = 0xFF;


void main (void)
{
_push_(XXX);

XXX = 1;
XXX = 2;
XXX = 3;

_pop_(XXX);

while (1);
}
&lt;/pre&gt;
I&amp;#39;m pretty sure these routines only work with SFRs.&lt;br /&gt;
&lt;br /&gt;
&lt;b&gt;Jon&lt;/b&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>