Marlin-bugfix-2.0.x-new-layout GT2560 compile issues

[vMeph]

Using library U8glib at version 1.19.1 in folder:

C:\Users\vMeph\Documents\Arduino\libraries\U8glib 
fork/exec C:\arduino-1.8.4\hardware\tools\avr/bin/avr-gcc.exe: O nome de ficheiro ou a extensão é demasiado longo.
Error compiling for board Arduino/Genuino Mega or Mega 2560.

[fiveangle]

I encountered the same under Windows, while Mac OS worked fine, so likely an OS-IDE interaction issue, see:

olikraus/U8glib_Arduino#9

You can try to move contents of "Marlin" directory to a new dir at "C:\a" and see if it shortens it enough.

[bobc]

I have literally just encountered this one compiling for Due, the error is

fork/exec C:\Users\bob\AppData\Local\Arduino15\packages\arduino\tools\arm-none-eabi-gcc\4.8.3-2014q1/bin/arm-none-eabi-gcc.exe: The filename or extension is too long.

This is an unfortunate consequence of breaking Marlin up into more files with longer paths.

Analysis

This problem is due to Windows having a limit of 32767 characters for a command, and Arduino IDEs final step is a link with a very long list of object files. If this exceeds 32k you get the fork/exec error.

u8lib is a red herring, it just happens to be a library with quite a few files.

Workarounds

Altering the path to the source files causes the length of the link command to vary, so that is one way to get under the limit.
Another way to shorten the command is to change your %TEMP% location to somewhere as short as possible, e.g. "C:\TMP".

[fiveangle]

@thinkyhead - it looks like the new source tree is pushing many configs over the edge for Windows due to this issue. I suspect we are going to have to come up with a blanket communication to all Windows users how to easily resolve this.

[vMeph]

Configuration.txt
only happens with Marlin-bugfix-2.0.x-new-layout

[fiveangle]

Yes, that is exactly true, and it does that because the new layout puts some files inside directories, and so the path length to the file has increased slightly. This appears to be enough to exhaust the 32k command length limit in Windows. It is not a Marlin issue, but an issue with Arduino IDE running on Windows.

There is nothing Marlin can do to resolve. There are potential work-arounds suggested above. If they do not help, I can only suggest to download something like VirtualBox and compile in Linux Arduino IDE.

I am also investigating PlatformIO on Windows as a solution but that did not compile for your issue for another reason.

[vMeph]

This just gonna be a problem for alot of people,hopefully someone comes up with a solution that be easy to work arround

[Phr3d13]

I knew there was a reason I keep a linux box always running. :)

[Phr3d13]

Do we know a rough number of characters we can get away with/vs how many is too many? if so, would a sanity check be able to check the number of characters in a particular file's full location and spit an error something like "Move/copy the Marlin directory to X location, open Marlin.ino from there, and try verify/upload again" if the actual characters exceeds the allowed characters?

[fiveangle]

@Phr3d13, that would still be somewhat of a kludge as it may be that building Marlin at the drive root may still not fit (depending on the libraries used) so there would be no mechanism for the user to move to a "shorter" path length.

@vMeph - Can you please open your issue at https://github.com/arduino/Arduino/issues ? Perhaps they will have advice on how to work-around (perhaps an easy way to tell Arduino IDE to pass relative paths to the compiler on the cmdline) ? Ideally though, Arduino IDE would detect the >32k command line and break up the linker into chunks in order to reduce the final link command to fit within the 32k limit. Or if that is too disruptive to the linker flexibility, even going so far as to copy the object files into a common tmp directory and pass them relatively from there.

Plenty of ways to skin this cat, but it's up to them to decide.

[Phr3d13]

Ok, as 2.0 rolls out, I'll keep my eyes on forums and groups that I'm in to try to help people with this issue before it gets spammed all over the issue tracker.

[RalphSch]

I also ran into this issue and just found a way to change %TEMP% with a litte batch file for the arduino.exe which sets environment variables for just one application, see https://superuser.com/questions/1049430/how-do-you-set-environment-variables-for-a-single-command-on-windows. I have not yet tried it but I will test it this evening.
Even if this workaround helps it is no acceptable permanent solution because Windows/ArduinoIDE is the mostly used combination of the marlin users without any knowledge about variables, compilers and such nerdy stuff ;) Flashing Marlin is already very hard for them especially if it's compared to the smootieware solution if we look at the upcoming 32bit wave at 3D printing controllers. This workaround and also the platformio way would also make all the howtos, manuals and videos useless :\

[bobc]

I think the ideal fix is for the Arduino builder to write the names of object files to a file, then use the @file option on gcc to include the list. I tested this with a batch file, and it seemed to work ok but I didn't include all 377 object files. The only wrinkle is that the path names of the object files must use forward slash and not the normal Windows backslash, but that is a simple conversion.

Form the user point of view, IF this fix was implemented in Arduino, then it would only mean using the latest Arduino IDE, which is the least impact I can think of.

In the meantime, the only workaround that doesn't require user action with paths etc is to reverse the breakup of gcode commands into seperate files, that has added about 130 new files to the link command which tips it over the brink.

[vMeph]

it seems eavean know i fixed the Marlin bug fix 2.0.x
not it seems to have a conflit with other versions of marlin
the error that comes now with marlin 1.1.x is

In file included from C:\arduino-1.8.4\Tem\sketch\src\inc/MarlinConfig.h:38:0,

                 from C:\arduino-1.8.4\Tem\sketch\src\Marlin.h:29,

                 from C:\arduino-1.8.4\Tem\sketch\src\Marlin.cpp:31:

SanityCheck.h:43: error: #error "You are using an old Configuration.h file, update it before building Marlin."

   #error "You are using an old Configuration.h file, update it before building Marlin."

    ^

SanityCheck.h:47: error: #error "You are using an old Configuration_adv.h file, update it before building Marlin."

   #error "You are using an old Configuration_adv.h file, update it before building Marlin."

    ^

exit status 1
#error "You are using an old Configuration.h file, update it before building Marlin."