AS5 & Clean command

Go To Last Post
4 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hello!

What it suppose that the clean command does in a project-solution?

A)
Should it erase all the .o .a .d .hex .eep .lss .map and .elf files of the folders path\solution_name\project_name\Debug or Release it depends in which mode you are?
I check it on a AVR8 solution and it doesnt erase the .elf file why?

B)in a AVR32 project it does the same erase all exept .elf which is very big 32mbytes for a 63~kb flash program why?

I am asking this because i have saved the project in a dropbox folder and i want to update the folder after i clean it but it seams that i need to clean it manualy.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

The rule (AVR8) says:

clean:
	-$(RM) $(OBJS_AS_ARGS)$(C_DEPS_AS_ARGS) $(EXECUTABLES) $(LIB_AS_ARGS) $(HEX_FLASH_FILE_PATH_AS_ARGS) $(HEX_EEPROM_FILE_PATH_AS_ARGS) $(LSS_FILE_PATH_AS_ARGS) $(MAP_FILE_PATH_AS_ARGS)

I would have though $(EXECUTABLES) should expand out to the .elf file name?

Yet the top of the auto-generated Makefile has:

EXECUTABLES := 

which looks a bit sad. Could well be another AS5 bug ;-)

Meanwhile there is:

OUTPUT_FILE_PATH +=AVRGCC1.elf

OUTPUT_FILE_PATH_AS_ARGS +=AVRGCC1.elf

but sadly neither of those appear in the clean: rule. Oh dear.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

AFAIK, this is not a bug, the .elf file is not cleared because the IDEs supports something called as debug with previous successful build if the current build fails.
To achieve this it needs previous builds .elf file.

:D

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:

AFAIK, this is not a bug, the .elf file is not cleared because the IDEs supports something called as debug with previous successful build if the current build fails.
To achieve this it needs previous builds .elf file.

Then this behaviour should be switchable in an Options menu (and preferably default to "off"). The fact is that there's probably going to be more people wanting to use code control systems where they want to version manage only the sources, not the binaries than there will be people wanting to debug without rebuild.