i suspect the answer bar why would i’s, will be no
i encountered a zip with files named jam* – looked through all the files, seems to require the maple ide, so why not
stephen


stephen
i currently have self compiled 1.6.5r5 and 1.7.8 running with ‘private’ dot arduino15 diectories
when i attempt to run the maple_ide the ‘java jar/binary’ is compiled with 32 bit, so it’s the reverse version of the dfu_util exec format problem i had before going to 64 bit.
if i had the sources, i’d recompile it
stephen
<…>
if i had the sources, i’d recompile it

stephen
srp
srp



I thought that 64 bit linux’s would run 32 bit binaries, hence I deliberately installed a 32 bit linux to compile dfu-util.
Perhaps this is not true for all 64 bit linux distros
If due-util won’t run, just go into tools/src/dfu-util and run make, then copy the binary to the linux folder to replace the 32 bit version
(Note, you may need to install the linux dev tools etc if you dont already have them installed)
Some distro’s (possibly linux mint), may install this by default, as I don’t recall having an issue with this when I tested it.
But I probably also installed loads of stuff as part of the build essentials etc etc, which may have pulled down those files without me knowing.
If due-util won’t run, just go into tools/src/dfu-util and run make, then copy the binary to the linux folder to replace the 32 bit version
(Note, you may need to install the linux dev tools etc if you dont already have them installed)
The only problem is that all my linux instances are 32 bit
So I will have to install a 64 bit vm instance to build the binaries
It does seem like a full time job.
I wish I could do more, but I am time poor (like everyone else)

RogerClark wrote:
we would need 64 bit versions of all the files
The only problem is that all my linux instances are 32 bit
So I will have to install a 64 bit vm instance to build the binaries