Bug 324681 - Repeated invocation of make -W by autotools plugin does not scale to big projects
Summary: Repeated invocation of make -W by autotools plugin does not scale to big proj...
Alias: None
Product: Fedora
Classification: Fedora
Component: eclipse-cdt
Version: 8
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Jeff Johnston
QA Contact: Fedora Extras Quality Assurance
Whiteboard: bzcl34nup
Depends On:
TreeView+ depends on / blocked
Reported: 2007-10-09 10:45 UTC by José Fonseca
Modified: 2008-09-30 21:09 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2008-09-30 21:09:47 UTC
Type: ---

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
Eclipse Project 249230 0 None None None Never

Description José Fonseca 2007-10-09 10:45:20 UTC
Description of problem:

Autotools plugin gets the compilation command by invoking make with the -W. It's
a nice idea in theory but it does not scale with big projects. For example, the
Xorg's xserver has 2836 source files, and this way indexing a single file takes
around 10sec, so a full index rebuild takes about 7hours.

The autotools plugin is really nice for automatically invoke autoconf and
automake, but this bug renders the plugin hopeless useless for big projects.

IMO this feature should either be configurable or simply trashed.

Version-Release number of selected component (if applicable):

autotools-0.9.5, cdt-4.0.1, eclipse-3.4M2

Comment 1 José Fonseca 2007-10-09 11:06:14 UTC
For the record, a simple temporary solution is to:

* close the project;
* remove this line;

  <extension id="com.redhat.eclipse.cdt.autotools.AutotoolsScannerInfoProvider"

* reopen the project.

Comment 2 Jeff Johnston 2007-10-09 19:47:31 UTC
The problem is known and has been reported as part of another bug.  I have been
exploring a few alternatives.  If I don't come up with something soon I will put
in a work-around option as you requested.  One alternative I'm looking at is to
use the CDT Standard Make project scanner logic which parses the build output
(i.e. not just one file at a time).  I have also been experimenting with some
hacks to the current logic, but it isn't looking that promising.

Comment 3 José Fonseca 2007-10-09 20:10:03 UTC
Reusing the CDT Standard Make project scanner sounds for autotools projects
sounds sensible to me. It doesn't consume any extra time, and at least for
typical autotools projects the build output has basically the same information
that "make -n" does.

Comment 4 Bug Zapper 2008-04-04 14:02:20 UTC
Based on the date this bug was created, it appears to have been reported
during the development of Fedora 8. In order to refocus our efforts as
a project we are changing the version of this bug to '8'.

If this bug still exists in rawhide, please change the version back to
(If you're unable to change the bug's version, add a comment to the bug
and someone will change it for you.)

Thanks for your help and we apologize for the interruption.

The process we're following is outlined here:

We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.

Comment 5 Andrew Overholt 2008-09-30 19:41:40 UTC
Has this been addressed, Jeff?  Should this be moved upstream?

Comment 6 Jeff Johnston 2008-09-30 20:30:56 UTC
(In reply to comment #5)
> Has this been addressed, Jeff?  Should this be moved upstream?

Yes, it should be moved upstream.  I disabled the option by default but it is needed if you want to use indexing.  I want to connect to the Makefile Scanner discovery via the ManagedMake build.  This is tricky and may require us to copy code into our plugin to avoid internal class issues.

Comment 7 Andrew Overholt 2008-09-30 21:09:47 UTC
Moved upstream.

Note You need to log in before you can comment on or make changes to this bug.