LO segfaults in one test on armhf when built with GCC 10

Bug #1891623 reported by Iain Lane
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
gcc-10 (Ubuntu)
Invalid
High
Unassigned
Groovy
Invalid
High
Unassigned
Hirsute
Won't Fix
Undecided
Unassigned
Impish
Invalid
High
Unassigned
libreoffice (Ubuntu)
Expired
High
Unassigned
Groovy
Won't Fix
High
Heather Ellsworth
Hirsute
Won't Fix
Undecided
Unassigned
Impish
Won't Fix
High
Unassigned

Bug Description

I don't think we've had a successful build of Libreoffce on armhf in Ubuntu since gcc-10, it always eventually segfaults after 24 hours or so

/<<PKGBUILDDIR>>/toolkit/source/controls/tkscrollbar.cxx: In member function ‘virtual void toolkit::UnoScrollBarControl::adjustmentValueChanged(const com::sun::star::awt::AdjustmentEvent&)’:
/<<PKGBUILDDIR>>/toolkit/source/controls/tkscrollbar.cxx:175:5: internal compiler error: Segmentation fault
  175 | }
      | ^
Please submit a full bug report,

Iain Lane (laney)
tags: added: rls-gg-incoming
Revision history for this message
Iain Lane (laney) wrote :

I'm running a build now to get the preprocessed stuff.

Revision history for this message
Matthias Klose (doko) wrote :
Changed in gcc-10 (Ubuntu):
status: New → Incomplete
Iain Lane (laney)
summary: - Can't build Libreoffice with gcc-10, always ends with a Segementation
+ Can't build Libreoffice with gcc-10, always ends with a Segmentation
Fault
Revision history for this message
Iain Lane (laney) wrote : Re: Can't build Libreoffice with gcc-10, always ends with a Segmentation Fault
summary: Can't build Libreoffice with gcc-10, always ends with a Segmentation
- Fault
+ Fault in the build or resulting binaries
Revision history for this message
Heather Ellsworth (hellsworth) wrote : Re: Can't build Libreoffice with gcc-10, always ends with a Segmentation Fault in the build or resulting binaries

/<<PKGBUILDDIR>>/dbaccess/source/core/api/StaticSet.cxx: In member function ‘virtual
com::sun::star::uno::Any dbaccess::OStaticSet::getBookmark()’:
/<<PKGBUILDDIR>>/dbaccess/source/core/api/StaticSet.cxx:47:1: internal compiler error: Segmentation fault

tags: removed: rls-gg-incoming
Steve Langasek (vorlon)
Changed in gcc-10 (Ubuntu Groovy):
importance: Undecided → High
Revision history for this message
Balint Reczey (rbalint) wrote :

I've also seen occasional segfaults in other builds, glibc maybe? @laney Do those binaries segfault on local systems or on the test infrastructure?

Revision history for this message
Iain Lane (laney) wrote :

Hey Balint,

I didn't manage to get any binaries out so can't tell you directly. Heather took this task over and may have gotten further; I will ask later on for an update on that.

I think I did notice that sometimes the *build* succeeded but then the *tests* were crashing so maybe that does confirm what you're asking.

btw, for Libreoffice in groovy we've switched the armhf build to gcc-9 and that works fine.

tags: added: id-5f3e94820647fd70e976f061
Revision history for this message
Heather Ellsworth (hellsworth) wrote :

In my investigation, I've found that a local armhf build fails but I do not see the segmentation fault. To build, I'm just doing `dpkg-buildpackage -us -uc`. I have the build log but it's 7.5Mb of uninteresting stuff.. no smoking gun.

Revision history for this message
Matthias Klose (doko) wrote :

I am opening a libreoffice task, and closing the gcc-10 task. I didn't see any ICE during my debugging work. Unfortunately the package doesn't build with other optimization options due to packaging and upstream issues. Separate issues are filed as LP: #1894233, LP: #1894224, LP: #1894223, LP: #1894222.

summary: - Can't build Libreoffice with gcc-10, always ends with a Segmentation
- Fault in the build or resulting binaries
+ LO segfaults in one test on armhf when built with GCC 10
Changed in libreoffice (Ubuntu Groovy):
importance: Undecided → High
Changed in gcc-10 (Ubuntu Groovy):
status: Incomplete → Invalid
Iain Lane (laney)
Changed in libreoffice (Ubuntu Groovy):
assignee: nobody → Heather Ellsworth (hellsworth)
status: New → Incomplete
tags: added: fr-208
Revision history for this message
Rico Tzschichholz (ricotz) wrote :
Revision history for this message
Matthias Klose (doko) wrote :

any progress on the issues mentioned in #8? could you do a debug build once these are fixed?

Revision history for this message
Brian Murray (brian-murray) wrote :

The Groovy Gorilla has reached end of life, so this bug will not be fixed for that release

Changed in libreoffice (Ubuntu Groovy):
status: Incomplete → Won't Fix
Changed in libreoffice (Ubuntu Hirsute):
status: New → Won't Fix
Changed in libreoffice (Ubuntu Impish):
assignee: Heather Ellsworth (hellsworth) → Rico Tzschichholz (ricotz)
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gcc-10 (Ubuntu Hirsute):
status: New → Confirmed
Revision history for this message
Brian Murray (brian-murray) wrote :

The Hirsute Hippo has reached End of Life, so this bug will not be fixed for that release.

Changed in gcc-10 (Ubuntu Hirsute):
status: Confirmed → Won't Fix
Revision history for this message
Brian Murray (brian-murray) wrote :

Ubuntu 21.10 (Impish Indri) has reached end of life, so this bug will not be fixed for that specific release.

Changed in libreoffice (Ubuntu Impish):
status: Incomplete → Won't Fix
Changed in libreoffice (Ubuntu):
assignee: Rico Tzschichholz (ricotz) → nobody
Changed in libreoffice (Ubuntu Impish):
assignee: Rico Tzschichholz (ricotz) → nobody
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for libreoffice (Ubuntu) because there has been no activity for 60 days.]

Changed in libreoffice (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.