Thanks for the more detailed description of the problem. I was able to
reproduce the bug, and I checked in some fixes to EDE to prevent the
For files that are shared, the installed pre-processor map will be for
the "first" target, whatever that is. If it matters, it could be made
to ask which project to derive the preprocessor symbols from.
Kiwon Um wrote:
> "Eric M. Ludlam" <eric@...> writes:
> Dear Eric:
> In the previous time, I reported a bug occuring when multiple targets
> share a source file. I'm wondering if you check this.
> I tested a little bit more about that issue. This error exactly occurs
> when a file is included in multiple targets, i.e. if two targets share
> one source file, the problem gets troubled. Constructing such project,
> closing emacs, and reopening the project, it get the problem what I
> Please check this again, if you didn't see it, either, let me make and
> send a complete example project.
>> Hi Kiwon,
>> I have made similar small projects in the past, but had no
>> trouble. Would it be possible for you to create a .tar.gz of a small
>> sample problem that shows the problem for me? You should be able to
>> make dist
>> in the created project.
>> Kiwon Um wrote:
>>> Dear CEDET:
>>> This mail is to report a bug in the latest CEDET version (CVS).
>>> This reports seem to concerned with ede functions. When there are two
>>> targets in a same directory, some functions do not work correctly. It
>>> reports an error related to ede-preprocessor-map and
>>> ede-system-include-path if any cpp file in the project is newly visited.