Don't hurry to upgrade was Re: unix style end of lines

[Dorin Lazar]

  First, an answer for the impacient. There is an utility called dos2unix that 
will do the trick. Unfortunately there is nothing embedded in the kdevelop2 
IDE. I wouldn't know how can it be done.

On Tuesday 20 January 2004 13:03, Alejandro Exojo wrote:
> Maybe it's a good moment for upgrading ;-).
  I am a constant user of KDevelop, and I would reccomend against upgrading 
for the time being. As wonderful as KDevelop 3 is, it still has a lot of 
problems, and even if those problems are not there, it still takes some time 
to adjust to the new style. Sometimes it's too costy for old projects to 
change their initial working environment. Add to that the autotools hell and 
this will be unbearable, and soon you would start hoping for something 
better. And then you start writing your own makefiles, and you use mcedit for 
your project.

  Really, the autotools hell should somehow be evaded. I work on some serious 
projects and I am now held hostage to a much older distribution because there 
is really no way to keep my old projects and my new projects on the same 
machine. I talk to you as a user. Perhaps there are among you a lot of people 
that understood the autotools chain. I don't doubt that there is a sense to 
the whole thing. I just find it inacceptable to upgrade from version 2.xx to 
2.yy and find a whole set of incompatibilities. And I would've expected from 
an IDE to isolate me, the user, from all these problems.
  From a developer's point of view there is no sense to test and re-test over 
and over again the same settings. sizeof(long) will be 4 on my machine and I 
don't expect to change that too soon. I wish I could remove that test from 
configure (but that is impossible, not without lots of hacks). But why 
configure anyway? Why configure and reconfigure? The local development system 
should know already where is he running, what is everything I need for the 
project.
  Anyway, perhaps the discussion I am trying to open has been closed a long 
time ago between the actual developers. Anyway, the advice to upgrade is not 
an option, and will not be for a long long time from now on. Perhaps new 
kdevelop users will find themselves much happier in the kdevelop 3 system. I 
tried it and I am still puzzled by the errors it issues. And I don't know if 
it's misuse or a kdevelop issue. So I am silent until I have the time to 
investigate. Anyway, from the user's perspective, kdevelop 3 is different (it 
should be different, right?) But I don't know if it's better. I really didn't 
get any results with it. Yet.

  Yours (and perhaps bitching too much),
         Dorin


-
to unsubscribe from this list send an email to kdevelop-request at kdevelop.org with the following body:
unsubscribe »your-email-address«