Package Details: sdcc-svn 4.1.4.svn12249M-1

Git Clone URL: https://aur.archlinux.org/sdcc-svn.git (read-only, click to copy)
Package Base: sdcc-svn
Description: Small Device C Compiler suite
Upstream URL: http://sdcc.sourceforge.net/
Licenses: GPL
Conflicts: sdcc
Provides: sdcc
Submitter: marzoul
Maintainer: None
Last Packager: marzoul
Votes: 1
Popularity: 0.000000
First Submitted: 2014-12-04 21:09 (UTC)
Last Updated: 2021-05-09 14:32 (UTC)

Required by (5)

Sources (1)

Latest Comments

marzoul commented on 2024-08-11 11:10 (UTC)

Hi, I am no longer active with this project and I am not willing to maintain this package. I will orphan it.

penguinx42 commented on 2021-09-27 04:43 (UTC) (edited on 2021-09-27 04:44 (UTC) by penguinx42)

Hello, the versioning of this package confuses Pamac and causes it to always detect that there's an update available:

pamac checkupdates -a
1 available update:
sdcc-svn                 4.1.12.svn12696M-1 -> 4.1.12.svn12696-1  AUR

I believe the problem is that "svnversion" sometimes returns an "M" at the end of the version number, if it thinks the checked out repository has been modified. The normal package installation causes this "M" but the method pamac uses to check the version doesn't seem to.

I've seen some other svn based packages filter out letters from the version, that might be a good idea to avoid these kinds of issues. Something like this:

$(svnversion | tr -d 'A-z')

Basxto commented on 2021-03-28 00:40 (UTC) (edited on 2021-03-28 00:40 (UTC) by Basxto)

Yes, it works ... at least for now. The files got updated in SDCC.

But a different thing:

Can you add provides=("sdcc=${pkgver}") and bump the version number?

I have a package that depends on sdcc>=4.1.0, but makepkg refuses to build it with sdcc-svn.

marzoul commented on 2021-03-10 22:39 (UTC)

Strange, on my side it compiles as-is. And these are same compilation commands than for package sdcc. Do you have unusual setup or not up to date packages ?

Basxto commented on 2021-02-14 04:18 (UTC)

I got it working:

diff --git a/PKGBUILD b/PKGBUILD
index 9d0287d..ae25115 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -2,7 +2,7 @@
 # This PKGBUILD is inspired from the package sdcc in Archlinux repos.

 pkgname=sdcc-svn
-pkgver=3.6.9.svn10062M
+pkgver=4.0.7.svn12064M
 pkgrel=1
 pkgdesc="Small Device C Compiler suite"
 url="http://sdcc.sourceforge.net/"
@@ -35,13 +35,17 @@ prepare() {
 }

 build() {
+       # workaround outdated configure script
+       # https://sourceforge.net/p/sdcc/bugs/3140/
+       cd "$srcdir/sdcc/sdcc/device/lib/pic14"
+       aclocal
+       automake
+       # actually build
        cd "$srcdir/sdcc/sdcc"
-
        ./configure \
                --prefix=/usr \
                --includedir=/usr/include/sdcc \
                --libdir=/usr/lib/sdcc \
-               --disable-werror \
                #--enable-avr-port --enable-xa51-port  # Optional: activate non-free targets

        make
@@ -56,7 +60,5 @@ package() {
                mv "$pkgdir"/usr/lib/lib/* "$pkgdir"/usr/lib/sdcc/
                rm -rf "$pkgdir"/usr/lib/lib
        fi
-
-       sed -i 's|#!/usr/bin/env python|#!/usr/bin/env python3|' "$pkgdir"/usr/bin/as2gbmap
        rm -rf "$pkgdir"/usr/share/info
 }

marzoul commented on 2020-06-08 21:25 (UTC)

You are right. This comes from default includes and missing -I to boost compatibility headers directory. But it's not as simple as just adding it... I am investigating.

Basxto commented on 2020-06-03 13:22 (UTC)

Without --disable-pic14-port --disable-pic16-port this does not build for me.

marzoul commented on 2017-10-14 08:42 (UTC)

Fixed !

sanjuchopra commented on 2017-10-04 13:49 (UTC)

add subversion as dependency , otherwise it fails