Thanks @AlcovesSap. I've edited the PKGBUILD with a change that hopefully fixes this.
Search Criteria
Package Details: sc-im 0.8.3-2
Package Actions
| Git Clone URL: | https://aur.archlinux.org/sc-im.git (read-only, click to copy) |
|---|---|
| Package Base: | sc-im |
| Description: | A spreadsheet program based on SC |
| Upstream URL: | https://github.com/andmarti1424/sc-im |
| Licenses: | BSD |
| Conflicts: | sc-im-git, scim-spreadsheet |
| Submitter: | Rhinoceros |
| Maintainer: | Rhinoceros (andmarti1424) |
| Last Packager: | Rhinoceros |
| Votes: | 60 |
| Popularity: | 1.17 |
| First Submitted: | 2015-09-05 01:44 (UTC) |
| Last Updated: | 2024-03-23 01:20 (UTC) |
Dependencies (4)
- libxml2 (libxml2-gitAUR, libxml2-2.9AUR)
- libzip (libzip-gitAUR)
- gnuplot (gnuplot4AUR, gnuplot-gitAUR, gnuplot-noguiAUR, gnuplot-headlessAUR) (optional) – create graphs
- libxlsxwriterAUR (optional) – export to xlsx. Requires rebuild of sc-im
Required by (0)
Sources (2)
Rhinoceros commented on 2024-03-23 01:20 (UTC)
AlcovesSap commented on 2024-03-22 15:53 (UTC) (edited on 2024-03-22 16:01 (UTC) by AlcovesSap)
In latest pacman upgrade,the /etc/makepkg.conf has
CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions \
-Wp,-D_FORTIFY_SOURCE=3 -Wformat -Werror=format-security \
as default.(Commit 71d2dd10 RFC 17: Increase _FORTIFY_SOURCE level to 3)
I believe the flag -D_FORTIFY_SOURCE=3 makes sc-im easy to crash. In my case with
***buffer overflow detected***:terminated
Aborted (core dumped)
Changing the flag back to -D_FORTIFY_SOURCE=2 and rebuild sc-im save my problem.
If anyone has the same issue.Hope this will help. :)
Rhinoceros commented on 2021-11-05 00:37 (UTC)
@nesk_aur base-devel, which includes bison and patch, is assumed to be installed when building packages. As per the wiki, this should not be in the makedepends array.
Thanks for the information on aarch64. I've added it to the PKGBUILD.
nesk_aur commented on 2021-11-04 20:31 (UTC) (edited on 2021-11-04 20:31 (UTC) by nesk_aur)
Additional build-time deps: bison, patch. This pkg builds fine on aarch64.
Strider85 commented on 2021-09-06 23:06 (UTC)
@Rhinoceros Thanks!
Rhinoceros commented on 2021-09-06 22:58 (UTC)
@Strider85 You probably need to look upstream. It's likely not a packaging error. I just searched and found this.
Strider85 commented on 2021-09-06 18:34 (UTC)
Hi. I was getting the faulty segmentation error for many random cases (for external functions, mainly), even with the "external_functions" option set. Worked fine after downgrade to 0.8.1.0.
Rhinoceros commented on 2021-04-19 11:10 (UTC)
@GregTheMadMonk No worries at all. Easy error to make, and you aren't the first person to get confused by this. And I appreciate you posting here and attempting to improve the package too!
GregTheMadMonk commented on 2021-04-19 11:07 (UTC)
@Rhinoceros, oh, I see... My bad, sorry...
Rhinoceros commented on 2021-04-19 10:05 (UTC)
@GregTheMadMonk base-devel, which includes bison, is assumed to be installed when building packages. As per the wiki, this should not be in the makedepends array.
Pinned Comments