Thanks for reporting your recipe for working around all these problems. I've
installed patches for the problems into coreutils and gnulib and am closing the
bug report.
On 11/21/20 3:45 PM, Chris Elvidge wrote:
git commit -m 'build: update gnulib submodule to latest' gnulib 2>&1 | tee -a
On 11/21/20 6:37 AM, Chris Elvidge wrote:
parse-datetime.y: In function 'parse_datetime2':
parse-datetime.y:2301:27: error: format '%lld' expects argument of type 'long
long int', but argument 2 has type 'time_t {aka long int}' [-Werror=format=]
That's due to a typo that I recently introduced
On 11/21/20 5:17 AM, Pádraig Brady wrote:
The info in https://bugs.gnu.org/44739 must be incorrect,
and we've two counter checks to it now.
Yes, that sounds right. Closing that bug report.
Finally! Got make, make _version, make check, make install finished.
Here's my instruction file, run from Downloads directory (sorry about
the wordwrap, should be obvious though)
outfiles="$(pwd)/outfiles"
[ -d "$outfiles" ] || mkdir -p $outfiles
git clone git://git.sv.gnu.org/coreutils 2>&1
[adding Paul]
On 11/21/20 8:54 PM, Chris Elvidge wrote:
>CC test-nl_langinfo-mt.o
> test-nl_langinfo-mt.c: In function 'threadN_func':
> test-nl_langinfo-mt.c:185:1: error: no return statement in function
> returning non-void [-Werror=return-type]
> }
> ^
> cc1: all warnings being
OK All. Thanks for all the help.
Whether the bison (3.0.2 -> 3.7) upgrade was needed seems to be a moot
point.
Berny's mod to the bootstrap process (adding a step just before
configure 'git clean -xdfq && ./bootstrap') got over the first error.
Akim's mod to lib/parse-datetime.y (below) cured
Hi Chris,
I saw nothing suspicious about Bison in the logs you sent.
> Le 21 nov. 2020 à 18:33, Chris Elvidge a écrit :
>
> CC lib/parse-datetime.o
> In file included from lib/gettext.h:26:0,
> from parse-datetime.y:71:
> parse-datetime.y: In function 'parse_datetime2':
These are the commands as run:
git clone git://git.sv.gnu.org/coreutils
cd coreutils
./bootstrap | tee -a out_bootstrap.1
git submodule foreach git pull origin master
git config --global user.email "celvidge...@gmail.com"
git config --global user.name "Chris Elvidge"
git commit -m 'build: update
Hi all,
> Le 20 nov. 2020 à 16:48, Pádraig Brady a écrit :
>
> See also https://bugs.gnu.org/44739
There, I just read this:
>> I found that I needed to upgrade to Bison v3.7.4 to avoid a build error
>> in stdlib.h where @GNULIB_POSIX_MEMALIGN@ has not been converted by
>> Bison. The check
Still no luck. Same error in parse-datetime.y
Cheers
On 21/11/2020 01:17 pm, Bernhard Voelker wrote:
On 11/20/20 5:38 PM, Chris Elvidge wrote:
Reran the whole thing from git clone etc.
(
git clone git://git.sv.gnu.org/coreutils
cd coreutils
./bootstrap
git submodule foreach git pull origin
Well, that got me a bit further. Thanks.
Now the error from 'make' is:
CC lib/parse-datetime.o
In file included from lib/gettext.h:26:0,
from parse-datetime.y:71:
parse-datetime.y: In function 'parse_datetime2':
parse-datetime.y:2301:27: error: format '%lld' expects
On 11/20/20 5:38 PM, Chris Elvidge wrote:
> Reran the whole thing from git clone etc.
> (
> git clone git://git.sv.gnu.org/coreutils
> cd coreutils
> ./bootstrap
> git submodule foreach git pull origin master
> git config --global user.email "celvidge...@gmail.com"
> git config --global user.name
On 21/11/2020 07:01, Akim Demaille wrote:
Hi guys,
Le 21 nov. 2020 à 07:35, Akim Demaille a écrit :
Hi Pádraig,
Just in case:
$ for i in /usr/local/stow/bison-3.*
I had forgotten that there is a 2.3 sitting on my system, and indeed:
$ /usr/bin/bison gnulib/lib/parse-datetime.y
Hi guys,
> Le 21 nov. 2020 à 07:35, Akim Demaille a écrit :
>
> Hi Pádraig,
>
> Just in case:
>
> $ for i in /usr/local/stow/bison-3.*
I had forgotten that there is a 2.3 sitting on my system, and indeed:
$ /usr/bin/bison gnulib/lib/parse-datetime.y
gnulib/lib/parse-datetime.y:555.9-16:
Hi Pádraig,
> Le 20 nov. 2020 à 15:47, Pádraig Brady a écrit :
>
> On 20/11/2020 14:19, Chris Elvidge wrote:
>> I keep getting
>> ./lib/stdlib.h:695:5: error: token "@" is not valid in preprocessor
>> expressions
>> #if @GNULIB_ALIGNED_ALLOC@
>> ^
>> ./lib/stdlib.h:1059:5: error: token
On 20/11/2020 15:42, Chris Elvidge wrote:
Updated to bison 3.7; installed in /usr/local/bin
Unfortunately, still the same error
Logged off/on, disabled /usr/bin/bison and yacc, rebooted.
No go.
Thanks.
Did you rerun bootstrap?
What version was /usr/bin/bison ?
See also
Updated to bison 3.7; installed in /usr/local/bin
Unfortunately, still the same error
Logged off/on, disabled /usr/bin/bison and yacc, rebooted.
No go.
Thanks.
On 20/11/2020 02:47 pm, Pádraig Brady wrote:
On 20/11/2020 14:19, Chris Elvidge wrote:
I keep getting
./lib/stdlib.h:695:5: error:
On 20/11/2020 14:19, Chris Elvidge wrote:
I keep getting
./lib/stdlib.h:695:5: error: token "@" is not valid in preprocessor
expressions
#if @GNULIB_ALIGNED_ALLOC@
^
./lib/stdlib.h:1059:5: error: token "@" is not valid in preprocessor
expressions
#if @GNULIB_POSIX_MEMALIGN@
I keep getting
./lib/stdlib.h:695:5: error: token "@" is not valid in preprocessor
expressions
#if @GNULIB_ALIGNED_ALLOC@
^
./lib/stdlib.h:1059:5: error: token "@" is not valid in preprocessor
expressions
#if @GNULIB_POSIX_MEMALIGN@
^
when running make in the latest version of
19 matches
Mail list logo