Received: from mail-qk1-f195.google.com (mail-qk1-f195.google.com [209.85.222.195]) by nld3-dev1.alpinelinux.org (Postfix) with ESMTPS id DC60E781A76 for <~alpine/devel@lists.alpinelinux.org>; Sun, 2 Aug 2020 10:26:25 +0000 (UTC) Received: by mail-qk1-f195.google.com with SMTP id x69so32840085qkb.1 for <~alpine/devel@lists.alpinelinux.org>; Sun, 02 Aug 2020 03:26:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=FoAKXNPNc/yk7XfrZe3UV09f9ua0Y9B19lKazmITBY8=; b=KC7ifFEnfUeHs2RCD6uo18U6phjxyxGWOLorNAu4FDTjbUqhQfHaLHn1bqQC8AgQjW U+juS0+ts0J0iMAxr6IkwM8RSxMYSLvseZAsP2eSQ+cxT4yK+gvwNdqUvRkcotki+1OC KU7daPdPoFriyDvxDhZgCiaRjRYka9M1asjs2Y5xxdAipOJmP1dexhXpDfj9t/YIRgiH 2vqUXqNWg5I6c7X7MqR5cRj0G5m80xSgFIrNgaVe1ffz5+VHM7Y/HQ5zf6ejLDACRRyq 0mHkaFMfbNbMDjyQknvE3vDgK24a4O4lmQmQ8pFP2EFjOxy5bylTO+wyqKx9VIO2RoEv YtSA== X-Gm-Message-State: AOAM532fPDlry9i3rXoKZBWi5WxHiNV6nuRHyiokvA46wIXvZroY2umq yEv2k3ONny+MhjzBNlQ0AJ3Jqc/mlvoWtjYASPbkvQ== X-Google-Smtp-Source: ABdhPJyBwkC9btyw2w3hicpFcUDoAri7eDui/RG7p7dSM5T0+90pb08wd5P6KGNfZSUXklHelUhZ3MNS8UyLr7ocVJA= X-Received: by 2002:a37:b06:: with SMTP id 6mr11224815qkl.362.1596363984269; Sun, 02 Aug 2020 03:26:24 -0700 (PDT) MIME-Version: 1.0 References: <20200801092824.GA7357@arya.arvanta.net> In-Reply-To: <20200801092824.GA7357@arya.arvanta.net> From: Hans Harder Date: Sun, 2 Aug 2020 12:26:13 +0200 Message-ID: Subject: Re: compile problems with new ksh93u+m codebase To: =?UTF-8?Q?Milan_P=2E_Stani=C4=87?= Cc: "~alpine/devel@lists.alpinelinux.org" <~alpine/devel@lists.alpinelinux.org> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable thx, tried it, but got the same result. Tried also to patch source from off64_t to off_t, that worked, but then I run into of course the other errors... Basically the libast was designed decades ago and implements a lot of libc functionality. The people who did ksh2020 spent a lot of time rewriting and removing that to get it working with another build system. , I think I concentrate for now on the ksh2020 version which at least builds on musl and works for me flawlessly . thx for the help On Sat, Aug 1, 2020 at 11:28 AM Milan P. Stani=C4=87 wrot= e: > > On Wed, 2020-07-29 at 17:35, Hans Harder wrote: > > Since a few months a number of people have forked the last stable 93u+ > > 2012-08-01 release from AT&T and are doing active bugfixing. > > see: https://github.com/ksh93/ksh > > > > I tried to build the last version of the ksh93 version under alpine wit= h > > the musl library, but I got some compile errors. > > I don't have enough knowledge to fix this and was hoping that someone h= ere > > can give me some hints on how to fix these compile errors. > > > > The details are in https://github.com/ksh93/ksh/issues/3 > > > > Basically I ran into > > > > In file included from /root/git_remote/ksh/src/lib/libast/include/ast.h= :34, > > from /root/git_remote/ksh/src/lib/libast/misc/state.c:= 26: > > /root/git_remote/ksh/src/lib/libast/include/ast_std.h:300:16: error: > > unknown type name 'off64_t'; did you mean 'off_t'? #define off_t off6= 4_t > > ^~~~~~~ > > /usr/include/sys/mman.h:142:17: note: in expansion of macro 'off_t' > > #define off64_t off_t > > > > Looks like a libc/musl incompatibility with off_t > > Can anyone give me some hints how to resolve this ? > > Maybe you can add '-Doff64_t=3Doff_t' to make command invocation (simple > fix which works sometimes). > > Or patch source to change off64_t to off_t > > > thx > > Hans