On Tue, Feb 13, 2018 at 03:05:17PM +0100, Alexander Dahl wrote:
> Am Dienstag, 13. Februar 2018, 14:30:38 CET schrieb Michael Olbrich:
> > > Host is on Debian 9 (stretch), amd64, using icecc:
>
> ^^
>
> > Hmm, generating Debian packages is not widely tested outside my local
> > setup, but it should work. Can you add 'set -x' at the beginning of the
> > main() function in scripts/make_deb.sh and send the output?
>
> ---------------------------------------------------------------------------------------------------------------------------------------------------------------
> target: oselas.toolchain-2018.02.0-dirty-arm-v5te-linux-gnueabi-gcc-7.3.1-
> glibc-2.27-binutils-2.30-kernel-4.15-sanitized_2018.02.0-
> dirty-0ptx1~bpo9+1_amd64.deb
> ---------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> + getopts d:s: opt
> + case "${opt}" in
> + local deb=/mnt/data_2/adahl/src/OSELAS.Toolchain/dist/
> oselas.toolchain-2018.02.0-dirty-arm-v5te-linux-gnueabi-gcc-7.3.1-glibc-2.27-
> binutils-2.30-kernel-4.15-sanitized_2018.02.0-dirty-0ptx1~bpo9+1_amd64.deb
> + getopts d:s: opt
> + case "${opt}" in
> + local src=/mnt/data_2/adahl/src/OSELAS.Toolchain/inst/opt/
> OSELAS.Toolchain-2018.02.0/arm-v5te-linux-gnueabi/gcc-7.3.1-glibc-2.27-
> binutils-2.30-kernel-4.15-sanitized
> + getopts d:s: opt
> + '[' -z /mnt/data_2/adahl/src/OSELAS.Toolchain/dist/
> oselas.toolchain-2018.02.0-dirty-arm-v5te-linux-gnueabi-gcc-7.3.1-glibc-2.27-
> binutils-2.30-kernel-4.15-sanitized_2018.02.0-dirty-0ptx1~bpo9+1_amd64.deb -o
> -z /mnt/data_2/adahl/src/OSELAS.Toolchain/inst/opt/OSELAS.Toolchain-2018.02.0/
> arm-v5te-linux-gnueabi/gcc-7.3.1-glibc-2.27-binutils-2.30-kernel-4.15-
> sanitized ']'
> + local 'ifs_orig=
> '
> + IFS=_
> + set -- /mnt/data 2/adahl/src/OSELAS.Toolchain/dist/
> oselas.toolchain-2018.02.0-dirty-arm-v5te-linux-gnueabi-gcc-7.3.1-glibc-2.27-
> binutils-2.30-kernel-4.15-sanitized 2018.02.0-dirty-0ptx1~bpo9+1 amd64.deb
> + IFS='
> '
> + local package=data
> + local inst=/mnt/
> + local version=2/adahl/src/OSELAS.Toolchain/dist/oselas.toolchain-2018.02.0-
> dirty-arm-v5te-linux-gnueabi-gcc-7.3.1-glibc-2.27-binutils-2.30-kernel-4.15-
> sanitized
> + local arch=2018.02.0-dirty-0ptx1~bpo9+1
> + local prefix=opt/OSELAS.Toolchain-2018.02.0/arm-v5te-linux-gnueabi/
> gcc-7.3.1-glibc-2.27-binutils-2.30-kernel-4.15-sanitized
> + local destdir=/mnt/data_2/adahl/src/OSELAS.Toolchain/inst/
> + local debian_tmp=/mnt//data-temp
> + '[' -e /mnt//data-temp ']'
> + mkdir -p /mnt//data-temp/tmp /mnt//data-temp/debian
> mkdir: cannot create directory '/mnt//data-temp': Permission denied
> mkdir: cannot create directory '/mnt//data-temp': Permission denied
>
> ----
>
> The problem is probably the '_' in the path of my working directory?
Indeed. We do some magic with '_' to split the version and arch and this
breaks in your case.
> > This is a bug in gcc on your build host. What distribution (and version)
> > are you using and what is the output of 'gcc --version'?
>
> Debian GNU/Linux 9 (stretch) on amd64.
>
> % gcc --version
> gcc (Debian 6.3.0-18) 6.3.0 20170516
>
> The build without icecc seemed to succeed, if I start it from a (symlinked)
> directory without '_' anywhere in the path. I get some warnings on the *.deb
> stage, but it succeeds.
Strange, I've used exactly the same compiler to built at least one
toolchain with icecc enabled.
I'm currently building the Debian packages for buster. stretch is next, so
I'll see if I get any similar errors.
Michael
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
ptxdist mailing list
ptxdist@pengutronix.de
