2017-06-06 90 views
-1

我正在使用gnu sparc工具链。我有sparc-ab-elf-gcc和sparc-ab-linux-gcc。 ('ab'是处理器名称)。我想编译一个使用malloc和free(这个程序应该在linux上运行)的程序在baremetal(没有os)上。所以我应该使用sparc-ab-elf-gcc来编译它。我听说我可以在这种情况下使用dlmalloc。 (见stdlib-like library on bare metal environment? (memory management and hopefully pthread support)),但我看到一些简单的测试程序编译错误,每次只做一次malloc和free。在dlmalloc编译裸机(精灵)程序时生成的错误

// test malloc, realloc and free 
#include <aldebaran.h> 
#include <malloc.h> 


int main() 
{ 
int i; 

ab_printf("%s\n",CKIM_XX); 
char *buff = dlmalloc(100); 
for(i = 0; i < 100; i++) { 
    buff[i] = (char) i; 
} 
ab_printf("buff = %x\n'"); 
for(i=0; i<100; i++) { 
    ab_printf("%d ", buff[i]); 
} 
ab_printf("\n"); 
dlfree(buff); 
return 0; 
} 


[email protected]:~/prj2/abts/yolo-bare/darknet] make test3 
sparc-ab-elf-gcc -c -I./src -I../include -I/opt/abde/sparc-ab-elf/include -DALDEBARAN_FPGA -DABC_CT -O3 -ffast-math -fcommon -msoft-float -mcpu=v8 -Wa,-xarch=v8plusb -Wall -Wfatal-errors ./src/malloc.c -o obj/malloc.o 
./src/malloc.c:571:40: fatal error: sys/mman.h: No such file or directory 
compilation terminated. 
make: *** [obj/malloc.o] Error 1 

我的裸机系统没有SYS/mman.h(我搜索它的精灵工具链库)这样定义LACKS_SYS_MMAN_H后再次尝试,得到了

[email protected]:~/prj2/abts/yolo-bare/darknet] make test3 
sparc-ab-elf-gcc -c -I./src -I../include -I/opt/abde/sparc-ab-elf/include -DALDEBARAN_FPGA -DABC_CT -O3 -ffast-math -fcommon -msoft-float -mcpu=v8 -Wa,-xarch=v8plusb -Wall -Wfatal-errors -DLACKS_SYS_MMAN_H ./src/test3.c -o obj/test3.o 
sparc-ab-elf-gcc -c -I./src -I../include -I/opt/abde/sparc-ab-elf/include -DALDEBARAN_FPGA -DABC_CT -O3 -ffast-math -fcommon -msoft-float -mcpu=v8 -Wa,-xarch=v8plusb -Wall -Wfatal-errors -DLACKS_SYS_MMAN_H ./src/malloc.c -o obj/malloc.o 
./src/malloc.c: In function 'mmap_alloc': 
./src/malloc.c:2924:5: warning: implicit declaration of function 'mmap' [-Wimplicit-function-declaration] 
./src/malloc.c:2924:24: error: 'PROT_READ' undeclared (first use in this function) 
compilation terminated due to -Wfatal-errors. 
make: *** [obj/malloc.o] Error 1 

的dlmalloc.c是一个非常长的计划。 (我把它分成malloc.h和malloc.c)下面是功能出错..

/* Malloc using mmap */ 
static void* mmap_alloc(mstate m, size_t nb) { 
    size_t mmsize = mmap_align(nb + SIX_SIZE_T_SIZES + CHUNK_ALIGN_MASK); 
    if (m->footprint_limit != 0) { 
    size_t fp = m->footprint + mmsize; 
    if (fp <= m->footprint || fp > m->footprint_limit) 
     return 0; 
    } 
    if (mmsize > nb) {  /* Check for wrap around 0 */ 
    char* mm = (char*)(CALL_DIRECT_MMAP(mmsize)); <=== line causing error. 
    if (mm != CMFAIL) { 
     size_t offset = align_offset(chunk2mem(mm)); 
     size_t psize = mmsize - offset - MMAP_FOOT_PAD; 
     mchunkptr p = (mchunkptr)(mm + offset); 
     p->prev_foot = offset; 
     p->head = psize; 
     mark_inuse_foot(m, p, psize); 
     chunk_plus_offset(p, psize)->head = FENCEPOST_HEAD; 
     chunk_plus_offset(p, psize+SIZE_T_SIZE)->head = 0; 

     if (m->least_addr == 0 || mm < m->least_addr) 
     m->least_addr = mm; 
     if ((m->footprint += mmsize) > m->max_footprint) 
     m->max_footprint = m->footprint; 
     assert(is_aligned(chunk2mem(p))); 
     check_mmapped_chunk(m, p); 
     return chunk2mem(p); 
    } 
    } 
    return 0; 
} 

有人能给我一个灯吗?

+0

这个问题很容易做出[mcve]。 – Stargateur

回答

0

听说我可以用dlmalloc对于这种情况

读一遍回答。特别注意:“...你应该能够适应 ...”。你还没有完成适配部分。

+0

是的,当我遇到错误时,我正在适应过程中。经过一番思考,决定似乎是比我想象的更大的工作,我转而使用dlmalloc并以另一种方式进行。 (不使用malloc)。 –

+0

问题在于它似乎与工具链有关,并且在我的系统中构建工具链时遇到了另一个长期存在的问题。所以我想从我的手中跳出来。 –