>From a quick check it looks the asm for ARM is present, it's just put
directly in the header
x86/mips (and their 64-bit variants) have AsmGetRegs*.S
arm and aarch64 has it in the header file,
see:
also, it looks like libunwindstack uses asm and there isn't any for ARM.
So if someone wants to keep the arm packages, they'll need to figure
that out. I have zero asm skills.
Roger Shimizu:
On Wed, Dec 30, 2020 at 3:46 AM Hans-Christoph Steiner wrote:
Ok, I fixed the dependency issue, now it gets reliably to the point rosh
gets to:
Thanks for fixing the build dependency issue!
I fixed a few other issues (operator script & mterp generation, etc),
and pushed to
On Wed, Dec 30, 2020 at 3:46 AM Hans-Christoph Steiner wrote:
>
> Ok, I fixed the dependency issue, now it gets reliably to the point rosh
> gets to:
Thanks for fixing the build dependency issue!
I fixed a few other issues (operator script & mterp generation, etc),
and pushed to rosh/refine
Hans-Christoph Steiner:
It looks like the clean build stops before the error you reported:
https://salsa.debian.org/eighthave/android-platform-art/-/jobs/1291335
In file included from runtime/runtime.cc:53:
runtime/asm_support.h:24:10: fatal error: 'asm_defines.h' file not found
#include
It looks like the clean build stops before the error you reported:
https://salsa.debian.org/eighthave/android-platform-art/-/jobs/1291335
In file included from runtime/runtime.cc:53:
runtime/asm_support.h:24:10: fatal error: 'asm_defines.h' file not found
#include "asm_defines.h"
On Thu, Dec 24, 2020 at 6:33 AM Hans-Christoph Steiner wrote:
>
> As far as I know, the blocker for fastbook is android-platform-art. It
> has a crazy upstream build system. Right now, it almost building, but
> the build is currently dying on this error:
I fixed the above issue by branch
As far as I know, the blocker for fastbook is android-platform-art. It
has a crazy upstream build system. Right now, it almost building, but
the build is currently dying on this error:
clang++ -o runtime/compiler_filter.o -g -O2
-fdebug-prefix-map=/build/android-platform-art-10.0.0+r36=.
Hello,
On Wed, Dec 23, 2020 at 10:12 PM Roger Shimizu wrote:
> On Wed, Dec 23, 2020 at 5:38 AM Hans-Christoph Steiner
> wrote:
> >
> > Thanks for jumping in Roger! I reviewed it with cdesai, and we thought
> > those libraries were not used on the "host" version, only when built as
> > part of
On Wed, Dec 23, 2020 at 5:38 AM Hans-Christoph Steiner wrote:
>
> Thanks for jumping in Roger! I reviewed it with cdesai, and we thought
> those libraries were not used on the "host" version, only when built as
> part of Android OS. I do think libfec would be useful if someone wants
> to
Thanks for jumping in Roger! I reviewed it with cdesai, and we thought
those libraries were not used on the "host" version, only when built as
part of Android OS. I do think libfec would be useful if someone wants
to package adbd for Debian. The Google Android Tools builds do not
include
I'm trying to restore fastboot back to build for 1:10.0.0+r36-1~stage1.3
however, seems there're a few new dependencies.
one is android-libfec inside src:android-platform-system-extras
I already uploaded to NEW queue.
another two is:
- https://android.googlesource.com/platform/external/avb
-
Package: fastboot
Version: 1:10.0.0+r36-1~stage1.3
Followup-For: Bug #976891
X-Debbugs-Cc: 976891-submit...@bugs.debian.org
Control: severity 976891 grave
Hi.
I'm seeing the very same issue that the original poster reported. This makes
the fastboot package totally nonfunctional and the next
Package: fastboot
Version: 1:10.0.0+r36-1~stage1.3
Severity: normal
Dear Maintainer,
I found that the latest version of fastboot packages replaces the fastboot
binary with a shell script that prints the message "fake placeholder until
fastboot builds" and then exit.
Best,
Gabriel Francisco
--
14 matches
Mail list logo