AFAICT, your code doesn't get far enough to demonstrate it is getting anything back from the BMX_055. So there is no proof that the circuit is correct, so consider that it may be broken.
There are several different SPI modes (combination of clock and data MOSI state), and further combinations of enable signals. It can be hard to see what, if anything, is working if you try to use the SPI peripheral. If you have access to an oscilloscope, then you can check that data is being returned from the Bosch BMX_055 IMU without actually having all your code correct (by observing the MISO pin). If you haven't access to an oscilloscope or logic analyser (and know how to use it), then I think your best tactic is to ignore the SPI peripheral hardware at first and use 'bit-banging'.
When a 'proper' SPI hardware peripheral doesn't work first time, or very easily, then drive the signals using GPIO pins and software (the technique called 'Bit Banging' and will turn up in a web serach).
So drive the clock, MOSI and Enable (it's possibly necessary) with the equivalent of digitalWrite, and get the MISO signal with the equivalent of digitalRead. Try to keep it as simple as possible.
You'll find several examples on the web if you search for 'SPI Bit-Banging'.
I found Coding SPI software
Software SPI for PIC
and a stack exchange question What is bit banging?
Here's a copy of the pseudo code from the Electronics stackexchange answer:
Make Slave Select low
Do 8 times
Make the SCK (Serial Clock) pin low
Make the MOSI (Master-Out-Slave-In) pin high or low depending on bit 7 of the data
Add brief delay
Make the SCK output high
Read MISO (Master-In-Slave-Out) pin
Shift received data left, and shift the bit just read in as bit 0
Add brief delay
Shift the data byte 1 bit left
Make Slave Select high again
You will need to read and understand the Bosch BMX_055 IMU datasheet to ensure you are talking to it correctly because there are several different SPI 'modes'. The modes are dependant on the slave device, and are the relationship between the clock state and the data.
Once you have got both electronics and signals working, then try getting the SPI peripheral working.