[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kdevelop
Subject:    Re: how to turn off -fno-exceptions in kdevelop
From:       Scott Manson <Maniac () Alltel ! net>
Date:       2001-03-13 3:45:23
[Download RAW message or body]

On Monday 12 March 2001 06:44 pm, you wrote:
> Hi Ralph,

> Agree, but probably due to a lack of information I still don't see a
> reason for diabling exceptions or 64 bit int arithmetic ny default. I

I have to jump into this thread ANY default options that are set are \
probably  set for a majority of platforms/users not for the obscure \
user/platform. I  know that the world is not a democracy and this is a \
comprise trying to keep  as many people/platforms happy as possible, while \
not "displeasing " too many  other people.  I am sorry you fall in to the \
latter catagory but if we  changed the defaults to your specifications we \
could possibly displease a lot  more people than just you.


> assume that you guys don't fiddle with compiler switches without having
> good reasons to do so. So where's the actual problem with enabled
> exceptions or 'long long' stuff? Reentrancy? I personally use the GNU
> compiler among other stuff as a cross development system for 68K embedded
> targets and I switched off exceptions as they make (along with rtti) the
> code a lot larger. That's an issue for systems with a very limited amount
> of ROM space but I don't think it's an issue for a standard "bloated"
> workstation with tons of RAM and harddisk space...
Sorry I never have enough RAM and anything that makes "bloated" software
the default is IMHO wrong. A developer should be forced to develop NOT
on a super-charged platform with lots and lots of ram but on a lower end 
platform (more in line with the majority of the platforms out there.)
I could write the greatest IDE environment out there and it runs FAST on my
box with 2 Gig Ram and dual procs but is next to impossible to run on \
anything less. If you need specialized options for your platform then \
accept the fact  that you are going to have to do a little more work.  \
Compiler switches are a  minor inconvience; try getting any other \
platform's switches "tweaked" and  you might find that this inconvience is \
not only minor but trivial.

> > let's say with Icons. I myself have to look up these rules there
> > sometimes. What is needed is to find out the rules automatically and
> > dynamically because we used the admin dir of the checks it makes and
> > that it should make things easier to update with each KDE / Qt version.
> > The pro's are more than the con's here definetly, although it may seem
> > like it's causing you some trouble right now.
> 
> Is there any pointer to some discussions or documentation concerning the
> pros and cons? I'd be really interested in getting more information about
> current development plans and the issues you are aiming at.
> 
> > needed by Stephan for KDE stuff. If you're not happy, take Stephan's
> > solution to avoid using them and write a patch to the project managment
> > for 2.0 and take part on that stuff in the active development. As much
> 
> From my personal point of view I'd really like äto help a bit in active
> development. I've been using Linux and open source stuff for about 8 \
> years now and I'm definitely convinced of its quality and power, so it \
> would be time to do something for the community too (except testing and \
> debugging as much as possible). The problem is time. I'm working full \
> time as a hired SW developer, I'm driving my own little software company \
> in my spare time. I'm married and have 2 little kids and I'm a student of \
> computer science at "Fernuniversitaet Hagen". Honestly, that's almost \
> more than I can handle... However, as this posting may become some sort \
> of OT please feel free to contact me at juergen@suessmaier.de. Maybe we \
> can find some small subprojects that I can help to work on.
> 
> > as I appreciate comments and hints, I would like to see the developers
> > using kdevelop taking more part actively in the development, even if it
> > would be in small areas of the code. The codebase is so big that
> 
> Yep, I really do understand this kind of problems!
> 
> > everyone can look for a part to work on and everyone is invited to do
> > so. Take Roland as a good example. He ranted a bit first and is now
> > trying to do what he can do in his spare time, like we all do. I
> > wouldn't be that front up normally but there is, in opposition to many
> > other free projects, *nobody* paid for KDevelop development - although
> > some of us could really need it because we invest more than 10 hours a
> > day into our project.
> 
> Yes, I can imagine that. A project like KDevelop isn't anything simple \
> and I personally really admire the effort as well as the results of your
> team's work.
> 
> > I have it working here. You need to run make messages and merge first \
> > to rebuild the pot file and add a po file of course. The differences \
> > will be merged into the po file then.
> 
> Thanks a lot for the hint. I'll check this out tomorrow - too late for
> experiments right now :-(
> 
> Regards,
> Juergen

-- 
Maniac@alltel.net 40° 37' 9" N, 96° 57' 24" W  
A single tasking guy in multi tasking world


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


[prev in list] [next in list] [prev in thread] [next in thread]