Android includes a new note in of type NT_ANDROID_TYPE_PAD_SEGMENT [1],
make readelf -n able to decode notes for this type.
[1]
https://cs.android.com/android/platform/superproject/main/+/main:bionic/libc/arch-common/bionic/crt_pad_segment.S
Signed-off-by: Kalesh Singh
---
toys/other/readelf.c
1) Here is the build procedure building for the musl-cross-make cross compilers
I've been testing against.
git clone https://github.com/landley/toybox
git clone https://github.com/richfelker/musl-cross-make
cd musl-cross-make
# use known good version with known good package version
yeah, return works.
patch attached (on the assumption that `return` also works on your older bash).
On Fri, Dec 28, 2018 at 11:38 AM Rob Landley wrote:
>
> On 12/27/18 6:38 PM, enh wrote:
> > On Thu, Dec 27, 2018 at 12:14 PM Rob Landley wrote:
> >> If we're not in a loop, continue should throw
On Fri, Dec 28, 2018 at 2:56 PM Rob Landley wrote:
> On 12/27/18 6:38 PM, enh wrote:
>
> > the error is `continue: only meaningful in a 'for', 'while', or 'until'
> > loop`.
> > (there are 'until' loops?)
>
> I have no idea, but should probably look it up for toysh.
Bash has until loops:
http:/
On 12/27/18 6:38 PM, enh wrote:
> On Thu, Dec 27, 2018 at 12:14 PM Rob Landley wrote:
>> If we're not in a loop, continue should throw an error, then fall through to
>> the
>> exit. (That's what it does here...) You don't want to exit out of a loop
>> because
>> the loop will stop, but continue'
On Thu, Dec 27, 2018 at 12:14 PM Rob Landley wrote:
>
> On 12/27/18 12:36 PM, enh wrote:
> > what Linux is that? it's reproduceable for me on my two debian
> > testing-based work machines and my personal xubuntu 18.04. (that's
> > bash 4.4.12 and 4.4.19.)
>
> I think my laptop is still running ubu
On 12/27/18 12:36 PM, enh wrote:
> what Linux is that? it's reproduceable for me on my two debian
> testing-based work machines and my personal xubuntu 18.04. (that's
> bash 4.4.12 and 4.4.19.)
I think my laptop is still running ubuntu 14.04. (Last non-systemd version.) I
downloaded a devuan insta
what Linux is that? it's reproduceable for me on my two debian
testing-based work machines and my personal xubuntu 18.04. (that's
bash 4.4.12 and 4.4.19.)
seems like the `continue` here isn't working:
if [ "$(id -u)" -ne 0 ]
then
echo "$SHOWSKIP: chattr (not root)"
continue 2>/dev/null
exit
On 12/20/18 1:21 PM, enh via Toybox wrote:
> i think the new chmod +x stuff broke `make tests`? seems to stop here:
>
> SKIP: chattr (not root)
Hmmm... just finished for me on a clean checkout?
make defconfig; make; make tests
Rob
___
Toybox mailing
i think the new chmod +x stuff broke `make tests`? seems to stop here:
SKIP: chattr (not root)
___
Toybox mailing list
Toybox@lists.landley.net
http://lists.landley.net/listinfo.cgi/toybox-landley.net
On Sun, Aug 30, 2015 at 9:59 PM, Isaac Dunham wrote:
> Evidently, GCC 5.2, at least as shipped by your distro (Arch? I don't
> know who else is that bleeding edge) has found a new way to break things:
>
> refuse to accept use of static variables in non-static inline functions.
>
> This is breaking
On Sun, Aug 30, 2015 at 10:45 PM, Rob Landley wrote:
>
> Does this fix it then?
>
> --- a/kconfig/zconf.hash.c_shipped
> +++ b/kconfig/zconf.hash.c_shipped
> @@ -159,9 +159,6 @@ static struct kconf_id_strings_t
> kconf_id_strings_contents =
> "enable"
>};
> #define kconf_id_strings ((co
On 08/31/2015 12:06 AM, Isaac Dunham wrote:
> On Sun, Aug 30, 2015 at 11:27:57PM -0500, Rob Landley wrote:
>> On 08/30/2015 08:57 PM, Brent Hostetler wrote:
>>> I could use some help trying to build toybox.
>>>
>>>
>>> I have tried building the last three versions and get the same basic errors:
>>>
On Sun, Aug 30, 2015 at 11:27:57PM -0500, Rob Landley wrote:
> On 08/30/2015 08:57 PM, Brent Hostetler wrote:
> > I could use some help trying to build toybox.
> >
> >
> > I have tried building the last three versions and get the same basic errors:
> >
> > [rking@rkmini toybox-0.5.2]$ make defco
On Sun, Aug 30, 2015 at 06:57:42PM -0700, Brent Hostetler wrote:
> I could use some help trying to build toybox.
>
>
> I have tried building the last three versions and get the same basic errors:
>
> [rking@rkmini toybox-0.5.2]$ make defconfig
> cc -o kconfig/conf kconfig/conf.c kconfig/zconf.ta
On 08/30/2015 08:57 PM, Brent Hostetler wrote:
> I could use some help trying to build toybox.
>
>
> I have tried building the last three versions and get the same basic errors:
>
> [rking@rkmini toybox-0.5.2]$ make defconfig
> cc -o kconfig/conf kconfig/conf.c kconfig/zconf.tab.c -DKBUILD_NO_NL
I could use some help trying to build toybox.
I have tried building the last three versions and get the same basic errors:
[rking@rkmini toybox-0.5.2]$ make defconfig
cc -o kconfig/conf kconfig/conf.c kconfig/zconf.tab.c -DKBUILD_NO_NLS=1 \
-DPROJECT_NAME=\"ToyBox\"
In file included from
On 05/04/2015 03:47 PM, Felix Janda wrote:
>> i did notice one bug though --- the -Z help gets output part way
>> through the --color output:
>>
>> --color device=yellow symlink=turquoise/red dir=blue socket=purple
>> -Z security context
>> files: exe=green suid=red suidfile=redback
On 05/04/2015 03:25 PM, enh wrote:
> On Mon, May 4, 2015 at 10:57 AM, Felix Janda wrote:
>> Rob Landley wrote:
>>> On 05/02/2015 02:54 PM, enh wrote:
anyone else having trouble with "make menuconfig"? getprop and setprop
aren't showing up for me, and i don't see where to set
CONFIG_
On 05/04/2015 12:57 PM, Felix Janda wrote:
> Rob Landley wrote:
>> On 05/02/2015 02:54 PM, enh wrote:
>>> anyone else having trouble with "make menuconfig"? getprop and setprop
>>> aren't showing up for me, and i don't see where to set
>>> CONFIG_TOYBOX_ON_ANDROID and generated/mkflags segfaults
enh wrote:
> On Mon, May 4, 2015 at 10:57 AM, Felix Janda wrote:
[..]
> > I just wanted to say that not everything is yet fixed. For example
> > 'ls --color' does not work at all. (Seems to be related to the option
> > parsing.)
>
> works for me. are you sure you have LS_COLOR configured?
CONFIG
On Mon, May 4, 2015 at 10:57 AM, Felix Janda wrote:
> Rob Landley wrote:
>> On 05/02/2015 02:54 PM, enh wrote:
>> > anyone else having trouble with "make menuconfig"? getprop and setprop
>> > aren't showing up for me, and i don't see where to set
>> > CONFIG_TOYBOX_ON_ANDROID and generated/mkflags
Rob Landley wrote:
> On 05/02/2015 02:54 PM, enh wrote:
> > anyone else having trouble with "make menuconfig"? getprop and setprop
> > aren't showing up for me, and i don't see where to set
> > CONFIG_TOYBOX_ON_ANDROID and generated/mkflags segfaults if i have ls
> > configured and...
> >
> > actu
thanks, mkflags is working now. i still need this to build "defconfig"
out of the box at your ToT on glibc though:
Fix glibc build.
./lib/portability.h:265:1: error: unknown type name 'ssize_t'
ssize_t fgetxattr (int fd, char *name, void *value, size_t size);
diff --git a/lib/portability.h b/li
On 05/02/2015 02:54 PM, enh wrote:
> anyone else having trouble with "make menuconfig"? getprop and setprop
> aren't showing up for me, and i don't see where to set
> CONFIG_TOYBOX_ON_ANDROID and generated/mkflags segfaults if i have ls
> configured and...
>
> actually, downloading a clean toybox
On 05/02/2015 11:47 PM, Isaac Dunham wrote:
> On Sat, May 02, 2015 at 10:30:36PM -0500, Rob Landley wrote:
>> On 05/02/2015 02:54 PM, enh wrote:
>>> anyone else having trouble with "make menuconfig"? getprop and setprop
>>> aren't showing up for me, and i don't see where to set
>>> CONFIG_TOYBOX_ON
On Sat, May 02, 2015 at 10:30:36PM -0500, Rob Landley wrote:
> On 05/02/2015 02:54 PM, enh wrote:
> > anyone else having trouble with "make menuconfig"? getprop and setprop
> > aren't showing up for me, and i don't see where to set
> > CONFIG_TOYBOX_ON_ANDROID and generated/mkflags segfaults if i h
On 05/02/2015 02:54 PM, enh wrote:
> anyone else having trouble with "make menuconfig"? getprop and setprop
> aren't showing up for me, and i don't see where to set
> CONFIG_TOYBOX_ON_ANDROID and generated/mkflags segfaults if i have ls
> configured and...
Sorry, my recent ls checkin screwed it up
anyone else having trouble with "make menuconfig"? getprop and setprop
aren't showing up for me, and i don't see where to set
CONFIG_TOYBOX_ON_ANDROID and generated/mkflags segfaults if i have ls
configured and...
actually, downloading a clean toybox git repo, "make defconfig &&
make" reproduces t
Proposals such as awk, tcl or python does not make sense, if you still
need the GNU make, to compile the kernel, musl etc. + tcl/python as
deps...
Let us define the problem: we do not want GNU make ('allergic to its license').
Requirements: the ability to compile the _linux_ kernel, musl etc.
In
>
> There are BSD make programs, but they're not compatible with makefiles
> written for GNU make. I'm generally opposed to use of GNU extensions,
> but in the case of make, they give it a lot more power to be used in
> the way it _should_ be used: to describe the build process in a
> declarative m
On Fri, Jan 23, 2015 at 04:08:08AM -0600, Rob Landley wrote:
> But tcl is out of scope. (And only seems to be used for two things:
> tcl/tk graphics whatsis that python finally mostly weaned itself off of,
> and expect.)
>
> > I recommend Brent Welch's "Practical Programming in Tcl and Tk" from
>
On Fri, Jan 23, 2015 at 2:08 AM, Rob Landley wrote:
> On 01/22/2015 10:15 AM, dmccunney wrote:
>> On Thu, Jan 22, 2015 at 10:54 AM, stephen Turner
>> wrote:
>>> so Gnu make isnt bad but it isnt that great either, I found what looks like
>>> it might be a nice little make program but the depressin
On Thu, Jan 22, 2015 at 10:54:46AM -0500, stephen Turner wrote:
> so Gnu make isnt bad but it isnt that great either, I found what looks like
> it might be a nice little make program but the depressing down side is it
> uses a new language tcl. its so simple! I dont understand why stuff like
> this
On 01/22/2015 10:15 AM, dmccunney wrote:
> On Thu, Jan 22, 2015 at 10:54 AM, stephen Turner
> wrote:
>> so Gnu make isnt bad but it isnt that great either, I found what looks like
>> it might be a nice little make program but the depressing down side is it
>> uses a new language tcl. its so simple
On Thu, Jan 22, 2015 at 4:54 PM, stephen Turner
wrote:
> so Gnu make isnt bad but it isnt that great either, I found what looks like
> it might be a nice little make program but the depressing down side is it
> uses a new language tcl. its so simple! I dont understand why stuff like
> this doesnt
>
> >
> > am i missing something or is gnu make the only Makefile processing make
> > program without adding additional dependencies like perl?
>
> Another popular alternative is Scons (http://www.scons.org/), but
> Scons requires Python.
>
> Wikipedia has a list of build automation software -
> ht
On Thu, Jan 22, 2015 at 10:54 AM, stephen Turner
wrote:
> so Gnu make isnt bad but it isnt that great either, I found what looks like
> it might be a nice little make program but the depressing down side is it
> uses a new language tcl. its so simple! I dont understand why stuff like
> this doesnt
so Gnu make isnt bad but it isnt that great either, I found what looks like
it might be a nice little make program but the depressing down side is it
uses a new language tcl. its so simple! I dont understand why stuff like
this doesnt catch on unless its not as good as they are making it out to
be?
39 matches
Mail list logo