Jump to content

Sign in to follow this  

Символы в скрипте LD - как получить их значение в программе?

Recommended Posts

Подскажите, кто знает, почему я не могу получить значение символа, заданного в скрипте линкера?

Скрипт (фрагмент):


.text   :
    /* For data that needs to reside in the lower 64k of progmem.  */
    /* PR 13812: Placing the trampolines here gives a better chance
       that they will be in range of the code that uses them.  */
    . = ALIGN(2);
     __trampolines_start = . ;
    /* The jump trampolines for the 16-bit limited relocs will reside here.  */
     __trampolines_end = . ;
    /* avr-libc expects these data to reside in lower 64K. */
    . = ALIGN(2);
    /* For future tablejump instruction arrays for 3 byte pc devices.
       We don't relax jump/call instructions within these sections.  */
    /* For code that needs to reside in the lower 128k progmem.  */
     __ctors_start = . ;
     __ctors_end = . ;
     __dtors_start = . ;
     __dtors_end = . ;
    /* Внедрение моих секций для таблиц */
    __my_tbl_start = __dtors_end ;
    __my_tbl_end = . ;
    /* Конец моих секций для таблиц */

То есть определил два символа __my_tbl_start и __my_tbl_end

В программе делаю так:

extern int __my_tbl_start;
extern int __my_tbl_end;

printf("%04X %04X", __my_tbl_start, __my_tbl_end);

И получаю 0x0000 0x0000, хотя в map-файле эти символы нулю, естественно, не равны:


                0x0000069e                __my_tbl_start = .
 .my_table      0x0000069e        0x2 ./alarm-main.o
                0x0000069e                _A0_DATA28
 .my_table      0x000006a0        0x2 ./alarm.o
                0x000006a0                _A0_DATA22
 .my_table      0x000006a2        0x2 ./timers.o
                0x000006a2                _A0_DATA121
                0x000006a4                __my_tbl_end = .

Что я делаю не так? Как в программе получить значения этих символов дл доступа к моей таблице?

Share this post

Link to post
Share on other sites

Тому, что надо :) Ночью приснилось, что надо проверить адрес этих объектов - и да! он оказался верным. Но по-моему, это какой-то грязный хак...

Share this post

Link to post
Share on other sites

Если посмотреть исходники загрузчика - так это совершенно нормальная практика -

файл lds:

   /* Сегмент исполняемого кода */
    . = ALIGN(4);
    .text :
      uboot_start = .;
    text_end = .;

 * * *

    /* Сегменты неинициализированных данных */
    . = ALIGN(4);
    .sbss  : { *(.sbss*) }
    .bss  : { *(.bss*) . = ALIGN(4); }
    .scommon  : { *(.scommon*) . = ALIGN(4); }

    /* Окончание неинициализированных данных */
    uboot_end = .;

где-то в программе:


   /* Занимаемая загрузчиком область памяти */
    ulong len = (ulong)&uboot_end - (ulong)&uboot_start;


Share this post

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this