реклама на сайте
подробности

 
 
> Проблема с GNUARM 4.1.0, Неправильно инициализируются глобальные переменные
Alexey75
сообщение Jul 5 2006, 09:04
Сообщение #1


Участник
*

Группа: Новичок
Сообщений: 25
Регистрация: 10-04-06
Пользователь №: 15 981



В выходном файле ELF вместо необходимых значений в секции .data, находятся нули, в результате при инициализации, глобальные переменные вместо необходимых значений получают нули.
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
makc
сообщение Jul 5 2006, 09:41
Сообщение #2


Гуру
******

Группа: Админы
Сообщений: 3 621
Регистрация: 18-10-04
Из: Москва
Пользователь №: 904



Цитата(Alexey75 @ Jul 5 2006, 13:04) *
В выходном файле ELF вместо необходимых значений в секции .data, находятся нули, в результате при инициализации, глобальные переменные вместо необходимых значений получают нули.


У меня тоже GNUARM 4.1.0
Цитата
arm-elf-gcc (GCC) 4.1.0
Copyright © 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE


И подобных проблем не наблюдается. Глобальные данные имеют свои значения (отличные от нуля) в секции .data. Проверьте свой скрипт линкера или приведите пример исходных текстов, в котором у Вас не происходит корректная инициализация.


--------------------
BR, Makc
В недуге рождены, вскормлены тленом, подлежим распаду. (с) У.Фолкнер.
Go to the top of the page
 
+Quote Post
Alexey75
сообщение Jul 5 2006, 09:55
Сообщение #3


Участник
*

Группа: Новичок
Сообщений: 25
Регистрация: 10-04-06
Пользователь №: 15 981



Цитата(makc @ Jul 5 2006, 13:41) *
Цитата(Alexey75 @ Jul 5 2006, 13:04) *
В выходном файле ELF вместо необходимых значений в секции .data, находятся нули, в результате при инициализации, глобальные переменные вместо необходимых значений получают нули.


У меня тоже GNUARM 4.1.0
Цитата
arm-elf-gcc (GCC) 4.1.0
Copyright © 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE


И подобных проблем не наблюдается. Глобальные данные имеют свои значения (отличные от нуля) в секции .data. Проверьте свой скрипт линкера или приведите пример исходных текстов, в котором у Вас не происходит корректная инициализация.


Привожу текст скрипта:
/***********************************************************************/
/* */
/* ROM.ld: Linker Script File */
/* */
/***********************************************************************/
ENTRY(_boot)
STACK_SIZE = 0x400;

/* Memory Definitions */
MEMORY
{
ROM (rx) : ORIGIN = 0x00000000, LENGTH = 0x00020000
RAM (rw) : ORIGIN = 0x40000000, LENGTH = 0x00010000
}

/* Section Definitions */
SECTIONS
{
/* first section is .text which is used for code */
.text :
{
*crt0.o (.text) /* Startup code */
*(.text) /* remaining code */
*(.rodata) /* read-only data (constants) */
*(.rodata*)
*(.glue_7)
*(.glue_7t)
} > ROM

. = ALIGN(4);
_etext = . ;
PROVIDE (etext = .);

/* .data section which is used for initialized data */
.data : AT (_etext)
{
_data = .;
*(.data)
} > RAM

. = ALIGN(4);
_edata = . ;
PROVIDE (edata = .);

/* .bss section which is used for uninitialized data */
.bss (NOLOAD) :
{
__bss_start = . ;
__bss_start__ = . ;
*(.bss)
*(COMMON)
. = ALIGN(4);
} > RAM

__bss_end__ = . ;
PROVIDE (__bss_end = .);

. = ALIGN(4);
.stack : /* AT (__bss_end__) */
{
. += STACK_SIZE;
} > RAM

PROVIDE (_stack = .);

_end = . ;
PROVIDE (end = .);

/* Stabs debugging sections. */
.stab 0 : { *(.stab) }
.stabstr 0 : { *(.stabstr) }
.stab.excl 0 : { *(.stab.excl) }
.stab.exclstr 0 : { *(.stab.exclstr) }
.stab.index 0 : { *(.stab.index) }
.stab.indexstr 0 : { *(.stab.indexstr) }
.comment 0 : { *(.comment) }
/* DWARF debug sections.
Symbols in the DWARF debugging sections are relative to the beginning
of the section so we begin them at 0. */
/* DWARF 1 */
.debug 0 : { *(.debug) }
.line 0 : { *(.line) }
/* GNU DWARF 1 extensions */
.debug_srcinfo 0 : { *(.debug_srcinfo) }
.debug_sfnames 0 : { *(.debug_sfnames) }
/* DWARF 1.1 and DWARF 2 */
.debug_aranges 0 : { *(.debug_aranges) }
.debug_pubnames 0 : { *(.debug_pubnames) }
/* DWARF 2 */
.debug_info 0 : { *(.debug_info .gnu.linkonce.wi.*) }
.debug_abbrev 0 : { *(.debug_abbrev) }
.debug_line 0 : { *(.debug_line) }
.debug_frame 0 : { *(.debug_frame) }
.debug_str 0 : { *(.debug_str) }
.debug_loc 0 : { *(.debug_loc) }
.debug_macinfo 0 : { *(.debug_macinfo) }
/* SGI/MIPS DWARF 2 extensions */
.debug_weaknames 0 : { *(.debug_weaknames) }
.debug_funcnames 0 : { *(.debug_funcnames) }
.debug_typenames 0 : { *(.debug_typenames) }
.debug_varnames 0 : { *(.debug_varnames) }
}

-----------------------------------------------------------------
Фрагмент инициализации

// Copy initialized data to its execution address in RAM
// -----------------------------------------------------
#ifdef ROM_RUN
ldr r1,=_etext // -> ROM data start
ldr r2,=_data // -> data start
ldr r3,=_edata // -> end of data
1: cmp r2,r3 // check if data to move
ldrlo r0,[r1],#4 // copy it
strlo r0,[r2],#4
blo 1b // loop until done
#endif


С проблемой столкнулся, когда попытался использовать динамическое выделение памяти,
начал разбираться и обнаружил что неправильно работает malloc, позже оказалось, что переменные
не инициализируются.
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 26th July 2025 - 15:18
Рейтинг@Mail.ru


Страница сгенерированна за 0.01365 секунд с 7
ELECTRONIX ©2004-2016