On 3/14/24 6:03 AM, Pádraig Brady wrote:
> It would disable this feature for cross-compilation yes,
> but this isn't the first instance of AC_RUN_IFELSE we use.
Sorry if this is not the proper place to ask, but would it be possible
to make Autoconf use an emulator when cross-compiling? This issue
On 3/14/24 7:48 AM, Pádraig Brady wrote:
> For completeness I should add that the above check can be
> overridden if cross-compiling or whatever like:
>
> ./configure utils_cv_ieee_16_bit_supported=yes
> utils_cv_brain_16_bit_supported=yes
Ah, thanks. I wasn't aware of this.
> Interesting.
>
On 4/9/24 12:57 AM, Paul Eggert wrote:
> Indeed there is, and I merged your bug report into that old one. It'd be nice
> if someone could get to the bottom of that bug.
I decided to look into this a bit, since I also have an unknown
'uname -i' and 'uname -p'.
It seems that this option is a Solar
On 4/28/24 4:37 PM, Hazel Cooney wrote:
> To reproduce this bug, create a directory with some files in it. Then, go
> to the directory that contains the one you just made. Type ls new_directory
> | xargs realpath.
Using 'build-aux' for my directory instead of music_copy. We have this
for build-aux
Hi Pádraig,
Pádraig Brady writes:
> I'll apply the attached sometime tomorrow.
>
> Marking this as done.
Patch looks good, thanks.
One small comment, though.
> +#define GET_CURR_ARG(POS)\
> +do { \
> + char *arge;
"Philip Rowlands" writes:
> Is there a dependency problem in the generated Makefile? FWIW I see similar
> errors trying to build src/cp and src/mv.
>
> src/sort$(EXEEXT): $(src_sort_OBJECTS) $(src_sort_DEPENDENCIES)
> $(EXTRA_src_sort_DEPENDENCIES) src/$(am__dirstamp)
> @rm -f src/sort$
t am' on
the attached patch. Or wait until a Coreutils maintainer does the same
and pushes the change.
Collin
>From 7bc983dde89f2fa736846087cf796ab32c64b5cb Mon Sep 17 00:00:00 2001
From: Collin Funk
Date: Sun, 11 May 2025 09:56:37 -0700
Subject: [PATCH] build: update gnulib submodu
Pádraig Brady writes:
> The workaround isn't too onerous,
> but yes it would be good to clean this up.
Doesn't crc32 in Gnulib handle this using $(BUILD_CC)? I imagine it
should be simple to do the same here. I can have a look later.
Collin
Hi Pádraig,
Pádraig Brady writes:
> Well given we also need to call gl_BUILD_CC perhaps the
> best way would be to have a separate build-cc gnulib module
> and have the crc module depend on that. I'm fine just depending
> on crc for now though, though I can see a build-cc gnulib module
> being g
Ville Skyttä writes:
> The HACKING and README-hacking files contain advice to send patches to the
> email address in the respective program's --help output.
>
> However, --help output might not contain any email addresses, such as for
> example in the coreutils that ships with Ubuntu 25.04. Looks
l --copy-file m4/build-cc.m4
}
Like we do for tests/init.sh.
Collin
>From 9dab53ad3f15e0482020253f3f87f7be03748d53 Mon Sep 17 00:00:00 2001
From: Collin Funk
Date: Thu, 15 May 2025 22:02:26 -0700
Subject: [PATCH] build: allow make-prime-list to build when cross-compiling
* src/local.m
Paul Eggert writes:
> Yes, now's a good time to revisit the decision in 2013 to remove the
> bug-reporting email address[1]. Plus, the current code is confusing.
>
> How about the attached coreutils patch? It simplifies the code and
> goes back to the old way of doing things, which includes outpu
12 matches
Mail list logo
