Eclipse Community Forums: Linux Tools Project

Home » Eclipse Projects » Linux Tools Project » gcov plugin on windows(some problems with gcov on windows with V0.6)

gcov plugin on windows [message #847414]

Tue, 17 April 2012 05:23

Eclipse User

Hello,
I'm using Helios on Win7/64 an GCov 0.4.1.201003 together with CodeSourcery toolchain for a embedded ARM platform (STM32). I'm dumping the gcda files via serial RS232 interface.
Selecting a gcno/gcda file and showing the coverage for a single c/cpp-file works perfect. Showing the coverage for the whole binary file (by selecting the elf-file) only shows the empty gcov-tab with program runs = 0 but the correct program file.

Updating to the Linux Tools V0.6 results in an exception when showing the coverage of a single file (s.below).
My question is now, what have I to do to get the complete coverage, is it a problem of the elf-file or Windows paths ? How is the link between the elf-file and the gcda/gcno file spread over several directories? Can I do some test on the console by direct invoking gcov?

!ENTRY org.eclipse.linuxtools.gcov 4 4 2012-04-17 09:43:52.185
!MESSAGE An error occured during analysis: unable to retrieve gcov data
!STACK 0
java.io.IOException
at org.eclipse.linuxtools.gcov.parser.CovManager.getGCDALocations(CovManager.java:275)
at org.eclipse.linuxtools.gcov.view.CovView.displayCovResults(CovView.java:181)
at org.eclipse.linuxtools.gcov.action.OpenGCAction.open(OpenGCAction.java:86)
at org.eclipse.ui.internal.EditorManager$3.run(EditorManager.java:701)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
at org.eclipse.ui.internal.EditorManager.openExternalEditor(EditorManager.java:694)
at org.eclipse.ui.internal.EditorManager.openEditorFromDescriptor(EditorManager.java:668)
at org.eclipse.ui.internal.EditorManager.openEditor(EditorManager.java:638)
at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched(WorkbenchPage.java:2860)
at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2768)
at org.eclipse.ui.internal.WorkbenchPage.access$11(WorkbenchPage.java:2760)
at org.eclipse.ui.internal.WorkbenchPage$10.run(WorkbenchPage.java:2711)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2707)
at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2691)
at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2674)
at org.eclipse.ui.ide.IDE.openEditor(IDE.java:683)
at org.python.pydev.navigator.actions.PyOpenResourceAction.openFiles(PyOpenResourceAction.java:101)
at org.python.pydev.navigator.actions.PyOpenPythonFileAction.run(PyOpenPythonFileAction.java:85)
at org.eclipse.ui.actions.RetargetAction.run(RetargetAction.java:221)
at org.eclipse.ui.navigator.CommonNavigatorManager$3.open(CommonNavigatorManager.java:185)
at org.eclipse.ui.OpenAndLinkWithEditorHelper$InternalListener.open(OpenAndLinkWithEditorHelper.java:48)
at org.eclipse.jface.viewers.StructuredViewer$2.run(StructuredViewer.java:845)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:49)
at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:175)
at org.eclipse.jface.viewers.StructuredViewer.fireOpen(StructuredViewer.java:843)
at org.eclipse.jface.viewers.StructuredViewer.handleOpen(StructuredViewer.java:1131)
at org.eclipse.ui.navigator.CommonViewer.handleOpen(CommonViewer.java:462)
at org.eclipse.jface.viewers.StructuredViewer$6.handleOpen(StructuredViewer.java:1235)
at org.eclipse.jface.util.OpenStrategy.fireOpenEvent(OpenStrategy.java:264)
at org.eclipse.jface.util.OpenStrategy.access$2(OpenStrategy.java:258)
at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:298)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1053)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4066)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3657)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2640)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2604)
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2438)
at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:671)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:664)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:115)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:369)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:620)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:575)
at org.eclipse.equinox.launcher.Main.run(Main.java:1408)

Re: gcov plugin on windows [message #847552 is a reply to message #847414]

Tue, 17 April 2012 08:20

Eclipse User

Hi,

Gcov plugins depends on binutils.

It should work with cygwin binutils, as long as they are present in PATH.
If you have cross-compiled binutils for ARM available on your host, it's possible to use them instead... but requires some engineering Smile

Xavier Raynaud

Re: gcov plugin on windows [message #849493 is a reply to message #847552]

Thu, 19 April 2012 03:40

Eclipse User

some remarks...
I've got now a running combination, only after a update to Indigo SR2 and gcov 0.6
If you use CodeSourcery toolchain you to not need cygwin with binutils because they are already in the compiler directory - but with the "wrong name".
You just have to copy/link the required binutils and rename them e.g arm-none-eabi-addr2line.exe to addr2line.exe.
gcov depends also one "strings" not only on "addr2line, c++filt and nm" as mentioned in the
Wiki.

Previous Topic:	Valgrid issues on Ubuntu
Next Topic:	"Hello World C++ Project" on Mac OS X

Goto Forum:

-=] Back to Top [=-

Current Time: Sat Jul 12 07:34:18 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter