SW006015 Microchip Technology, SW006015 Datasheet - Page 88

• Manufacturer Part Number: SW006015
• Description: C COMPILER MPLAB C32
• Manufacturer: Microchip Technology
• Type: Compilerr
• Series: PIC32r

Specifications of SW006015

• Supported Families: PIC32MX5, MX6, And MX7
• Core Architecture: PIC
• Kit Contents: Software And Docs
• Mcu Supported Families: PIC32 MCUs
• Tool Function: Compiler
• Supported Devices: PIC32 MCUs
• Tool Type: Compiler
• Processor Series: PIC32
• Lead Free Status / RoHS Status: Not applicable / Not applicable
• For Use With/related Products: PIC32
• Lead Free Status / Rohs Status: Lead free / RoHS Compliant

DS51686A-page 84
®
5.8.4.23
A symbol is defined to represent the location of the Stack Pointer (_stack). This
location is dependent on whether RAM functions exist in the application. If RAM
functions exist, then the location of the Stack Pointer should include the gap between
the stack section and the beginning of the .ramfunc section caused by the alignment
of the .ramfunc section minus one word. If RAM functions do not exist, then the
location of the Stack Pointer should be the end of the KSEG1 data memory.
/*
_stack = (_ramfunc_length > 0)
ASSERT((_min_stack_size + _min_heap_size) <= (_stack - _heap),
and/or stack size.")
5.8.4.24
The debug sections contain debugging information. They are not loaded into program
flash.
/* Stabs debugging sections.
.stab
.stabstr
.stab.excl
.stab.exclstr
.stab.index
.stab.indexstr 0 : { *(.stab.indexstr) }
.comment
/* DWARF debug sections.
/* DWARF 1 */
.debug
.line
/* GNU DWARF 1 extensions */
.debug_srcinfo
.debug_sfnames
/* DWARF 1.1 and DWARF 2 */
.debug_aranges
.debug_pubnames 0 : { *(.debug_pubnames) }
/* DWARF 2 */
.debug_info
.debug_abbrev
.debug_line
.debug_frame
.debug_str
.debug_loc
.debug_macinfo
/* SGI/MIPS DWARF 2 extensions */
.debug_weaknames 0 : { *(.debug_weaknames) }
.debug_funcnames 0 : { *(.debug_funcnames) }
* The actual top of stack should include the gap between
* the stack section and the beginning of the .ramfunc
* section caused by the alignment of the .ramfunc section
* minus 1 word.
* of the stack should point to the end of the kseg1 data
* memory.
*/
"Not enough space to allocate both stack and heap.
Symbols in the DWARF debugging sections are relative
to the beginning of the section so we begin them at 0.
? _ramfunc_begin - 4
: ORIGIN(kseg1_data_mem) + LENGTH(kseg1_data_mem) ;
STACK LOCATION
DEBUG SECTIONS
0 : { *(.stab) }
0 : { *(.stabstr) }
0 : { *(.stab.excl) }
0 : { *(.stab.exclstr) }
0 : { *(.stab.index) }
0 : { *(.comment) }
0 : { *(.debug) }
0 : { *(.line) }
0 : { *(.debug_srcinfo) }
0 : { *(.debug_sfnames) }
0 : { *(.debug_aranges) }
0 : { *(.debug_info .gnu.linkonce.wi.*) }
0 : { *(.debug_abbrev) }
0 : { *(.debug_line) }
0 : { *(.debug_frame) }
0 : { *(.debug_str) }
0 : { *(.debug_loc) }
0 : { *(.debug_macinfo) }
If RAM functions do not exist, then the top
*/
© 2007 Microchip Technology Inc.
Reduce heap
*/