[Uml-devel] #include cleaning (fwd)

[Jonathan Riddell]

Attachment was too large for list and is now at
http://uml.sf.net/UMLincludeCleanUp.patch

Jonathan Riddell
---------- Forwarded message ----------
Date: Tue, 05 Nov 2002 03:40:05 +0000
From: Jean Vittor <jean.vittor at wanadoo.fr>
To: Sebastian Stein <s5228 at informatik.htw-dresden.de>
Cc: uml-devel <umbrello-devel at kde.org>
Subject: Re: [Uml-devel] #include cleaning
Resent-Date: Tue, 05 Nov 2002 05:50:11 -0800
Resent-From: umbrello-devel-admin at kde.org
Resent-To: jr at jriddell.org

OK. Dependency problem. I thought dependencies were recomputed at each
compilation but that is not the case.

This patch should be better.

Jean


Sebastian Stein wrote:

>Jean Vittor <jean.vittor at wanadoo.fr> [021104 21:18]:
>
>
>>Sorry for that. I have checked (of course) compilation passed on my
>>configuration : Mandrake 9.0 (if you need more about compiler versions,
>>just ask me).
>>
>>
>
>Ok, lets look at one part of your patch:
>
>Index: uml/classparser/ParsedMethod.h
>===================================================================
>RCS file: /cvsroot/uml/uml/uml/classparser/ParsedMethod.h,v
>retrieving revision 1.3
>diff -r1.3 ParsedMethod.h
>21,22c21
>< #include <qlist.h>
>< #include "ParsedAttribute.h"
>---
>
>
>>//#include "ParsedAttribute.h"
>>
>>
>23a23
>
>
>>#include <qlist.h>
>>
>>
>
>
>So in the end we remove the #include for ParsedAttribute.h. But class
>ParsedMethod is derived from class ParsedAttribute. So the other possibility
>would be, that ParsedAttribute is included in ParsedArgument.h, but it
>isn't. So the definition of ParsedAttribute couldn't be known.
>
>Please try to make a distclean and a clean configure with your patch
>applied. I don't know why it works on your system, but it shouldn't.
>
>
>
>>Can you tell me with wich compiler application is supposed to compile ?
>>
>>
>
>I think gcc 2.95.x and above. So it might be a compiler thing but I'm pretty
>sure that it is not correct at all.
>
>Steinchen
>
>