ESP8266 : 'Firmware' keine echte Firmware?

[;-) (Gast)]

hi

bitte keine gegenfrage, was ich unter echter firmware verstehe.
ich kenne halt ein hex file anders her.

mal ne frage die mich seit beginn der esp zeit beschäftigt,
aber die ich immer wieder beiseite gelegt hatte,
da ich compiler einstellungen vermute und weil ich technisch
dazu nicht in der lage bin, es mir verständlich zu vormulieren,
wenn es keine wären.

warum ist in der firmware eigentlich soviel text klar zu lesen,
wird die firmware interpretiert? arbeitet da ein interpreter?
oder warum kann ich da meinen 'namen' und auch ganze api befehle lesen, 
wenn ich sage

os_sprintf(";-)");

;-)

[Joe F. (easylife)]

Strings bleiben Strings.
Compiler: debug information eingeschaltet?

[;-) (Gast)]

dachte ich mir. danke.
weiss wer, wie man die debug information über die compiler einstellung 
abschalten kann?

[Joe F. (easylife)]

Ich nehme an es geht um einen gcc?
-gtoggle
bzw.
-g0

https://gcc.gnu.org/onlinedocs/gcc/Debugging-Options.html

[;-) (Gast)]

many manny mannny txs! ;)

[Heinz L. (ducttape)]

Ich glaub das wird heftig davon abhängig sein um welchen µC es sich 
dreht.

[Joe F. (easylife)]

Eher vom Compiler.

[Pete K. (pete77)]

;-) schrieb:
> warum kann ich da meinen 'namen' und auch ganze api befehle lesen

Weil es ein Code-Segment und ein Text-Segment gibt. Und in dem 
Text-Segment legt der Linker die Strings ab.

[;-) (Gast)]

Pete K. schrieb:
> Weil es ein Code-Segment und ein Text-Segment gibt. Und in dem
> Text-Segment legt der Linker die Strings ab.

sorry für das nachbohren:
kann ich das entscheiden, ob mein text in ein text segment wandert,
ob er komprimiert werden soll ( wäre doch super ) ..

oder steuern durch code anpassung?

z.B. anstatt

at_port_print("hallo");



base64 hallo  aGFsbG8=

-------------------------

..

// das wäre wahrscheinlich kontraproduktiv..
// #define gruss "aGFsbG8=" 


..


extern base64_decode (uint8 *buffer); // lib ... tools

uint8 msg [64];

void clear (uint8 *buffer) {

os_sprintf(msg,"%s\r\n",decode(buffer));
at_port_print(msg);

}


unsigned char decode (uint8 *buffer) {

return base64_decode(buffer);

}



user_main{

uint8 box[64];

// os_sprintf(box,"%s\r\",clear(gruss));
os_sprintf(box,"%s\r\",clear("aGFsbG8="));
at_port_print(box);


}

..

[;-) (Gast)]

btw:
zitat:

"-mtext-section-literals
-mno-text-section-literals
    Control the treatment of literal pools. The default is 
-mno-text-section-literals, which places literals in a separate section 
in the output file. This allows the literal pool to be placed in a data 
RAM/ROM, and it also allows the linker to combine literal pools from 
separate object files to remove redundant literals and improve code 
size. With -mtext-section-literals, the literals are interspersed in the 
text section in order to keep them as close as possible to their 
references. This may be necessary for large assembly files. "

src: https://gcc.gnu.org/onlinedocs/gcc-4.8.1/gcc/Xtensa-Options.html