Summary: | (toolchain) kdevelop-3.1.0, -3.1.1 crash if compiled with hardened gcc-3.4.2-r2 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Alexandre Rostovtsev (RETIRED) <tetromino> |
Component: | Hardened | Assignee: | The Gentoo Linux Hardened Team <hardened> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | kevquinn, tommstein |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Alexandre Rostovtsev (RETIRED)
2004-10-18 22:10:08 UTC
gcc-3.4.x + QT/KDE* + SSP don't mix so hot. Try gcc-3.3.4 The only problems I've had with kde and gcc3.4 ssp are kdevelop-3.1 and arts (the mcop issue). Are there other parts of kde that generally break? Just to add, I get the same crash in kdevelop 3.1.0 on both my machines (one p3 the other athlon), and I use gcc 3.3.4 (stable). I'll try filtering -fstack-protector. kdevelop (python scripting): Init kdevelopc kdevelop (python scripting): Init pydcopc kdevelop (python scripting): import kdevelop kdevelop (python scripting): from init import * kdevelop (python scripting): New dom document: <!DOCTYPE kpartgui SYSTEM "kpartgui.dtd"> <kpartgui version="1" name="editorpart" > <MenuBar> <Menu name="tools" > <Action name="toolsPython action 1" /> </Menu> </MenuBar> </kpartgui> kdevelop (python scripting): kdevelop (python scripting): New dom document: <!DOCTYPE kpartgui SYSTEM "kpartgui.dtd"> <kpartgui version="1" name="editorpart" > <MenuBar> <Menu name="tools" > <Action name="toolsPython action 1" /> <Action name="toolsPython action 2" /> </Menu> </MenuBar> </kpartgui> kdevelop (python scripting): kdevelop (python scripting): New dom document: <!DOCTYPE kpartgui SYSTEM "kpartgui.dtd"> <kpartgui version="1" name="editorpart" > <MenuBar> <Menu name="tools" > <Action name="toolsPython action 1" /> <Action name="toolsPython action 2" /> <Action name="toolsPython action 3" /> </Menu> </MenuBar> </kpartgui> kdevelop (python scripting): Connecting kdevelop-17024/KDevCore/projectClosed() PyDCOP connect kdevelop-17024/KDevCore/projectClosed()/f1() has result true Connecting kdevelop-17024/KDevCore/projectOpened() PyDCOP connect kdevelop-17024/KDevCore/projectOpened()/f2() has result true kdevelop (abbrev): =========> sourceFiles: /usr/share/apps/kdevabbrev/sources/cpp_keywords /usr/share/apps/kdevabbrev/sources/qt_classes kdevelop (abbrev): ===> load file: /usr/share/apps/kdevabbrev/sources/cpp_keywords kdevelop (abbrev): ===> load file: /usr/share/apps/kdevabbrev/sources/qt_classes kdevelop (abbrev): fn = /home/kquinn/.kde3.3/share/apps/kdevabbrev/templates/templates kdevelop (abbrev): creating template for suffixes html and name tab kdevelop (abbrev): creating template for suffixes p,pp,pas,dpr and name ife kdevelop (abbrev): creating template for suffixes p,pp,pas,dpr and name whileb kdevelop (abbrev): creating template for suffixes p,pp,pas,dpr and name pr kdevelop (abbrev): creating template for suffixes p,pp,pas,dpr and name pu kdevelop (abbrev): creating template for suffixes p,pp,pas,dpr and name caseb kdevelop (abbrev): creating template for suffixes p,pp,pas,dpr and name pro kdevelop (abbrev): creating template for suffixes p,pp,pas,dpr and name forb kdevelop (abbrev): creating template for suffixes p,pp,pas,dpr and name classd kdevelop (abbrev): creating template for suffixes p,pp,pas,dpr and name recordd kdevelop (abbrev): creating template for suffixes p,pp,pas,dpr and name ifb kdevelop (abbrev): creating template for suffixes h,H,hh,hxx,hpp,inl,tlh,c,C,cc,cpp,c++,cxx,m,mm,M and name ife kdevelop (abbrev): creating template for suffixes h,H,hh,hxx,hpp,inl,tlh,c,C,cc,cpp,c++,cxx,m,mm,M and name pr kdevelop (abbrev): creating template for suffixes h,H,hh,hxx,hpp,inl,tlh,c,C,cc,cpp,c++,cxx,m,mm,M and name whileb kdevelop (abbrev): creating template for suffixes h,H,hh,hxx,hpp,inl,tlh,c,C,cc,cpp,c++,cxx,m,mm,M and name pu kdevelop (abbrev): creating template for suffixes h,H,hh,hxx,hpp,inl,tlh,c,C,cc,cpp,c++,cxx,m,mm,M and name switchb kdevelop (abbrev): creating template for suffixes h,H,hh,hxx,hpp,inl,tlh,c,C,cc,cpp,c++,cxx,m,mm,M and name pro kdevelop (abbrev): creating template for suffixes h,H,hh,hxx,hpp,inl,tlh,c,C,cc,cpp,c++,cxx,m,mm,M and name forb kdevelop (abbrev): creating template for suffixes h,H,hh,hxx,hpp,inl,tlh,c,C,cc,cpp,c++,cxx,m,mm,M and name classd kdevelop (abbrev): creating template for suffixes h,H,hh,hxx,hpp,inl,tlh,c,C,cc,cpp,c++,cxx,m,mm,M and name structd kdevelop (abbrev): creating template for suffixes h,H,hh,hxx,hpp,inl,tlh,c,C,cc,cpp,c++,cxx,m,mm,M and name ifb kdevelop (abbrev): AbbrevPart::slotActivePartChanged() KCrash: Application 'kdevelop' crashing... I had the same problem with gcc 3.3.3-r6 and gcc 3.3.4-r2 compiled with USE=hardened. Something wrong with the hardened gcc patches, because all is ok with gcc 3.3.3 and 3.3.4 compiled with USE=-hardened. There are several another troubles with hardened gcc: unable to build xemacs and dosemu 1.2.0/1.2.2 with it and all is ok with vanilla gcc. Re: "Something wrong with the hardened gcc patches." Comments like this are insulting to our work. Simply because KDE and a small handful of apps that do not play along does not mean that there is something "wrong with hardened gcc patches". If there is then please spend of of that valuable '*develop' time in tracking it down and attaching a patch here. But that time would be better spent probably looking at the problematic app. dosemu (not pic aware. I've patched this before. ~arch) xemacs (probably same thing) Re: "Comments like this are insulting to our work." Sorry. I don't underestimate the value of your work. I've simply reported incompatibility issues with the hardened gcc. Re: "please spend of of that valuable '*develop' time in tracking it down and attaching a patch here" I would if I could :) Actually I tried to fix the dosemu-1.2.0("hdinfo.c:48: error: can't find a register in class `BREG' while reloading `asm'") with no success because haven't enough experienses currently with gcc to fix the inline asm fragment that looked correct to me. This is no longer a problem for me, as of kdevelop-3.2.0 (currently marked ~x86). I've built it with both hardened gcc-3.3.5 and hardened gcc-3.4.3-20050110, the startup crash no longer occurs. Assuming this is fixed in newer versions. *** Bug 103656 has been marked as a duplicate of this bug. *** |