2v22 broke Nucleo F411

Looks like DESPR_PACKED_SYMPTR is not used on the Espruino Wifi or Pico. Only used in the original EspruinoBoard's build file (from STM32 boards). Or is it included from somewhere else?
Removing that fixes the F411 Nucleo.
Adding DESPR_PACKED_SYMPTR to Wifi's board file breaks that the same way.

For size the missing piece was really 'optimizeflags' : '-Os',. Had it in my board file, but not in the PR, my wrong.
The F411 Nucleo has the same amount of flash as the Espruino Wifi, so as long as the Wifi build fits, the F411 Nucleo build will fit too with plenty of free space because the official boards include a lot of libraries. Same goes for the Nucleo F401 and Espruino Pico pair.

@Gordon In the commit the modifications #'place_text_section' : 0x00010000, are on a commented out line :)

Now with those changes the ST-Link just refuses to flash the built binary into the Nucleo. Flashes a couple of times, and a "FAIL.TXT" appears on the Nucleo's drive saying The application file format is unknown and cannot be parsed and/or processed

This board file was working for the F411 Nucleo before saw your commit:

'build' : {
   'optimizeflags' : '-Os',
   'libraries' : [
     'NET',
     'GRAPHICS',
     'NEOPIXEL'
   ],
   'makefile' : [
     'WRAPPERSOURCES+=targets/nucleo/jswrap_nucleo.c',
     'DEFINES+=-DUSE_USB_OTG_FS=1',
     'DEFINES+=-DPIN_NAMES_DIRECT=1', # Package skips out some pins, so we can't assume each port starts from 0
     'STLIB=STM32F411xE',
     'PRECOMPILED_OBJS+=$(ROOT)/targetlibs/stm32f4/lib/startup_stm32f401xx.o'
   ]
  }

Plenty of free flash: PASS - size of 221120 is under 393216 bytes
And does work after flashing.