Ungewollte Pfade in S19-datei

[Stefan H. (cheeco)]

Hallo,

ich programmiere einen STM8003F3 mit dem ST Visual Develop und dem 
Cosmic-Compiler. Alles funktioniert wunderbar, aber auch in der 
Release-Version fallen mir Pfadangaben in der .S19-Datei auf, die 
wahrscheinlich auch auf den Mikrocontroller programmiert werden.
Habe schon in den Compile-Optionen nach Debug-Symbolen etc. gesucht, 
allerdings konnte ich nichts verdächtiges finden.

Hat jemand eine Idee, woher die Pfadangaben kommen können?
Ist wie gesagt nur ein kosmetisches Problem, würde mich aber trotzdem 
interessieren.

Stefan


C COMPILER COMMAND LINE:
cxstm8 +warn +mods0 +split -pne -pp -dSTM8S003 -i..\..\..\firmware 
-i..\..\..\..\libraries\stm8s_stdperiph_driver\inc 
-i..\..\..\..\utilities\stm8s_eval 
-i..\..\..\..\utilities\stm8s_eval\common 
-i..\..\..\..\utilities\stm8s_eval\stm8-128_eval $(ToolsetIncOpts) 
-cl$(IntermPath) -co$(IntermPath) $(InputFile)

LINKER COMMAND LINE:
clnk $(ToolsetLibOpts) -o $(OutputPath)$(TargetSName).sm8 
-m$(OutputPath)$(TargetSName).map $(OutputPath)$(TargetSName).lkf
cvdwarf $(OutputPath)$(TargetSName).sm8

[Niklas Gürtler (Gast)]

Benutzt du vielleicht irgendwo

__FILE__

Im Code? Das landet dann natürlich im Image. Eventuell ist das auch 
indirekt in einem Makro der Standard Library.

[Keiler (Gast)]

Niklas Gürtler schrieb:
> Benutzt du vielleicht irgendwo__FILE__
> Im Code? Das landet dann natürlich im Image. Eventuell ist das auch
> indirekt in einem Makro der Standard Library.

Das zu verifizieren oder auszuschliessen würde man mit einem "leeren" 
Programm wie dem hier:

main() {
for(;;);
}

[Keiler (Gast)]

Da fällt mir noch was ein:
Vielleicht sind das Teile der debug Informationen.

Deinen compiler kenne ich nicht, bei gcc sind das die switches die mit 
"-g" zu tun haben.

Ein kurzer Test zeigt ca. 3kb debug Informationen:

#include <stdio.h>

int main(void) {
  printf("BLABLA\n");
  return 0;
}

Dann:

$ gcc -Wall -g test.c -o debug
$ gcc -Wall -g test.c -o nodebug
$ ls -al

-rwxr-xr-x 1 bx bx 16356 Dec  2 12:53 debug
-rwxr-xr-x 1 bx bx 13720 Dec  2 12:53 nodebug
-rw-r--r-- 1 bx bx    71 Dec  2 12:53 test.c

Gehe ich nun mit "strings" über die beiden binaries kommt da einiges bei 
raus, zuviel zum direkten pasten. Ist ja auch nur ein Beispiel und nicht 
die Lösung.

$ strings debug
$ strings nodebug

[Stefan H. (cheeco)]

Danke für die Hinweise, ich habe das Problem gefunden.
In der Include-Datei stm8s_conf.h von den Standard Peripheral Library 
steht unten:

******************************************************************************
  * @file    stm8s_conf.h
  * @author  MCD Application Team
  * @version V2.3.0
  * @date    16-June-2017
  * @brief   This file is used to configure the Library.
   ******************************************************************************
....
....
/* Uncomment the line below to expanse the "assert_param" macro in the
   Standard Peripheral Library drivers code */
#define USE_FULL_ASSERT    (1) 

/* Exported macro ------------------------------------------------------------*/
#ifdef  USE_FULL_ASSERT

/**
  * @brief  The assert_param macro is used for function's parameters check.
  * @param expr: If expr is false, it calls assert_failed function
  *   which reports the name of the source file and the source
  *   line number of the call that failed.
  *   If expr is true, it returns no value.
  * @retval : None
  */
#define assert_param(expr) ((expr) ? (void)0 : assert_failed((uint8_t *)__FILE__, __LINE__))
/* Exported functions ------------------------------------------------------- */
void assert_failed(uint8_t* file, uint32_t line);
#else
#define assert_param(expr) ((void)0)
#endif /* USE_FULL_ASSERT */

Wenn man die Zeile #define USE_FULL_ASSERT auskommentiert, dann 
verschwinden die Pfadangaben. Wenn man's weiß, ist es im Nachhinein 
ziemlich offensichtlich.

Stefan

[Niklas G. (erlkoenig)]

Keiler schrieb:
> Da fällt mir noch was ein:
> Vielleicht sind das Teile der debug Informationen.

Die Debug-Informationen landen aber nicht im Flash-Image und damit auch 
nicht in der S19-Datei.