Fabien Costantini wrote:
>>> The makefile must then be either:
>>>   - taken into consideration in all platforms using the unix makefiles.
>>>   - removed and all compilation should be then done in src
>>> In all cases, something has to be done with the makefiles if you want to 
>>> handle that correctly so this is why yourfix is dangerous to me, because it 
>>> hides another bigger problem in the makefiles.
>>>
>>> I'll vote +1 for keeping it and make it work instead of making our life 
>>> easy and continuing to popukate the src directory.
>> -1 for adding another Makefile level. Instead, the obsolete Makefile
>> should be removed or at least renamed (to Makefile.unused?) to prevent
>> people from running make with this old Makefile.
>>
>> There is more cleanup needed in the xutf8 directory and maybe its
>> subdirectories. This should be done when the utf8 work continues or when
>> it is finished.
>>
>> For now, I did re-apply my change to the existing src/Makefile to fix
>> STR 2063 with the _current_ Makefile implementation. Please open another
>> STR if you think that this xutf cleanup needs on
> 
> It needs that you finish this work: you decided to ignore this Makefile 
> without waiting for a consensus about it, it's bad.
> 
> At least you should remove this xutf8 makefile to avoid confusion and assume 
> what you are doing, meaning that you'll also make your best to fix it if a 
> problem happens after that ...
> 
> Your work is unfinished for now and you don't let time to others to give 
> their opinion, this is not the way it goes Albrecht.
> 
> If it is so hard for you to make a complete fix, or wait for others opinion, 
> or you feel you don't have the time ; please don't do it instead of doing 
> half-work and wasting our time (at least mine).
> 
> Fabien

Fabien,

obviously you do again have a different opinion about these points than I have. 
I 
fixed STR 2063. That was a complete work. Complete! Until you came and thought 
that you needed to revert it for no real reason. After you showed that you 
could 
not give a proof that this xutf8 Makefile is used in the build process, I 
decided 
to complete my work (again) and fixed and closed STR 2063. That's one thing. 
And 
that's all I wanted to do, and I did it (last saturday, IIRC).

Then you came and brought the xutf8 Makefile into the discussion. *This* 
discussion is still open, and I told you and others my opinion about it, and I 
waited for consensus about it. And I'm not willing to start working on the utf8 
part, because (a) Matthias is still working on it, and (b) because I don't know 
enough about it. And for that same reason I didn't want to remove that 
Makefile. 
Maybe someone wants to use it as a reference later. If you are confused by it, 
feel free to remove or rename it.

But this has nothing to do with my fix. If we decide (at any time later) to 
rearrange the xutf8 files, then my change may become obsolete, but until then 
it 
is better to have it than not to have it.

This is a team work, and everybody who works here does it in his spare time, 
and 
so do I. Therefore YOU can not tell ME, what MY work is, and if it is complete 
or 
not. My opinion is that it _is_ complete, and yours is different. You must 
learn 
to accept that others have different opinions than you.

Again: I wanted to fix STR 2063, I did it, and that work WAS complete. You 
reopened it for no real reason, and YOU wasted MY time. You also reverted my 
change without understanding what it was good for, and without asking me before 
you did it. That was very rude.

End of discussion, I don't want to waste more time with this.

Albrecht
_______________________________________________
fltk-dev mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-dev

Reply via email to