After a clean an rebuild, I am getting some errors using Indigo 3.7.2:
Errors occurred during the build.
Errors running builder 'CDT Builder' on project 'xxx'.
I use Win7 x64 and Eclipse SR2 x32.
what toolchain are you using, and what version of the plug-in you have?
Toolchain: Sourcery Codebench Lite.
Plug-in version: tried 201112030833 (that works with Eclipse 3.7.1) and 201202210114.
later in the evening I'll try to replicate it and let you know.
I just tried to update the plugin in Eclipse 3.5.1 (starting version was 0.5.4.201112030833) under winxp 32bit, and downloader installed also some CDT updates. I got same error. Reverting to 2011 version.
unfortunately I'm not able to replicate your problem.
I freshly installed
- a Win7 32bit virtual machine
my simple test project builds as expected, without errors in the workspace log
**** Build of configuration Debug for project t1 ****
'Building file: ../C1.cpp'
'Invoking: ARM Sourcery Windows GCC C++ Compiler'
arm-none-eabi-g++ -O0 -Wall -Wa,-adhlns="C1.o.lst" -fno-exceptions -fno-rtti -c -fmessage-length=0 -MMD -MP -MF"C1.d" -MT"C1.d" -mcpu=cortex-m4 -mthumb -g3 -gdwarf-2 -o "C1.o" "../C1.cpp"
'Finished building: ../C1.cpp'
'Building file: ../dummy.c'
'Invoking: ARM Sourcery Windows GCC C Compiler'
arm-none-eabi-gcc -O0 -Wall -Wa,-adhlns="dummy.o.lst" -c -fmessage-length=0 -MMD -MP -MF"dummy.d" -MT"dummy.d" -mcpu=cortex-m4 -mthumb -g3 -gdwarf-2 -o "dummy.o" "../dummy.c"
'Finished building: ../dummy.c'
'Building file: ../main.cpp'
'Invoking: ARM Sourcery Windows GCC C++ Compiler'
arm-none-eabi-g++ -O0 -Wall -Wa,-adhlns="main.o.lst" -fno-exceptions -fno-rtti -c -fmessage-length=0 -MMD -MP -MF"main.d" -MT"main.d" -mcpu=cortex-m4 -mthumb -g3 -gdwarf-2 -o "main.o" "../main.cpp"
'Finished building: ../main.cpp'
'Building target: t1.elf'
'Invoking: ARM Sourcery Windows GCC C++ Linker'
arm-none-eabi-g++ -Wl,-Map,t1.map -mcpu=cortex-m4 -mthumb -g3 -gdwarf-2 -o "t1.elf" ./C1.o ./dummy.o ./main.o
'Finished building target: t1.elf'
'Invoking: ARM Sourcery Windows GNU Create Flash Image'
arm-none-eabi-objcopy -O ihex t1.elf "t1.hex"
'Finished building: t1.hex'
'Invoking: ARM Sourcery Windows GNU Create Listing'
arm-none-eabi-objdump -h -S t1.elf > "t1.lst"
'Finished building: t1.lst'
'Invoking: ARM Sourcery Windows GNU Print Size'
arm-none-eabi-size --format=berkeley t1.elf
text data bss dec hex filename
2636 1300 84 4020 fb4 t1.elf
'Finished building: t1.siz'
**** Build Finished ****
> Eclipse 3.5.1 ... 0.5.4.201112030833 ... I got same error.
0.5.4.x requires CDT 8.x, I doubt this works in 3.5.x
Sorry! I meant 3.7.1! And I must correct: with 3.7.1 and a fresh installation (from zip file) it works.
Some more info. I am
- running win7 64bit or winxp 32bit
- using java 1.6.0b31 32 bit JVM
The issue often happen when I do clean and then build.
reading again your initial message, I noticed you are using Win7 x64, while my test was on Win7 x32.
unfortunately I don't have a Win7 x64 instance at hand, but could you retry the test on a Win7 x32, eventually on a fresh configuration?
I don't have Win7 x32 as well...
Could you test on XP 32bit? Do you confirm you're using JVM 1.6.0b31?
I'm currently using Version 6 Update 30 (build 1.6.0_30-b12)
It seems the new Java has a problem, after upgrading to latest (build 1.6.0_31-b05), I see many java.lang.IllegalArgumentException in the logs, but none seem related to the plug-in.
at least you saw the issue. So I will try reverting to b30.
I tried to investigate the problem, but, strangely enough, on the same 31-b05, with exactly the same eclipse archive, and the same plu-in fetched from the update site, the problem does not repeat.
I have 6 Eclipses in total, but only one fails, all other 5 build properly the test project.
Could you try to install a fresh Eclipse (eclipse-cpp-indigo-SR2-incubation-win32.zip) and try again with the latest Java and the latest plug-in?
I think I found the issue. It is a combination of different things.
I was able to let it work if I do not use spaces in project name. If I change the name from "micro target" to "micro_target", and no space is in the path, the SR2+JRE160b31+GNUARM201202210114 works. It also works with JRE170b3.
Spaces were working in SR1+JRE160b31+GNUARM201112030833.
I was able to address the issue because JRE170b3 was reporting different error regarding path not valid...
I cannot confirm your suggestion, in my environment I have no problems with spaces in the workspace PATH:
C:\Users\admin\Desktop\GNU ARM Eclipse Test\workspace space
However, spaces in the project name are a known problem, and should not be used
So, we have no obvious, repetitive problem.
My feeling is that, somehow, the Eclipse folder gets corrupted, and after this happens the build crashes with exception.
If so, the workspace should not be affected, and installing a fresh Eclipse should cure it.
Could you try this, as already suggested before?
And in fact now it is working by avoiding spaces in project names. However, another toolchain plugin does not have issues with spaces.
Projects with spaces in project names were fixed from 0.5.5.201309281715, but requires a CDT patch that will be available with the next Eclipse.
Sign up for the SourceForge newsletter:
You seem to have CSS turned off.
Please don't fill out this field.