Re: [PATCH] Add cross-compilation guesses for Midipix

2023-02-17 Thread Bruno Haible
Ørjan Malde wrote: > Yes, although there is one exception which is realpath, > as the midipix framework provides a syscall and realpath wrapper that > overrides musl's which does behave correctly. But you haven't extended the test to include the test code that is currently '#ifdef __linux__'. You'

Re: [PATCH] Add cross-compilation guesses for Midipix

2023-02-17 Thread Bruno Haible
Ørjan Malde wrote: > the runtime components contain extra checks to align the behavior > with linux's. So, this justifies this patch (according to your statement that these test programs work). 2023-02-17 Bruno Haible Improve cross-compilation for midipix. Reported by Ørjan M

Re: [PATCH] Add cross-compilation guesses for Midipix

2023-02-17 Thread Ørjan Malde
--- Original Message --- On Friday, February 17th, 2023 at 4:31 PM, Bruno Haible wrote: > Ørjan Malde wrote: > > > > So, will config.sub stay as it is, and the pattern to check for is > > > midipix* ? > > > > The triplet naming is out of my control, it's integrated with tools new > >

Re: [PATCH] Add cross-compilation guesses for Midipix

2023-02-17 Thread Bruno Haible
Ørjan Malde wrote: > > So, will config.sub stay as it is, and the pattern to check for is midipix* > > ? > > > > The triplet naming is out of my control, it's integrated with tools new > and existing, and personally I like it the way it is. OK, then the pattern is midipix*. I'm committing th

Re: [PATCH] Add cross-compilation guesses for Midipix

2023-02-16 Thread Ørjan Malde
--- Original Message --- On Thursday, February 16th, 2023 at 10:55 PM, Bruno Haible wrote: > Ørjan Malde wrote: > > > I had no intention of hiding my name:-) > > > OK, we're past step 1 :) > > > we rely on musl for the C library, theoretically another libc could be > > ported > > b

Re: [PATCH] Add cross-compilation guesses for Midipix

2023-02-16 Thread Bruno Haible
Ørjan Malde wrote: > I had no intention of hiding my name:-) OK, we're past step 1 :) > we rely on musl for the C library, theoretically another libc could be ported > but I don't see that happening. OK, so it will be correct to use the musl cross-compilation guesses for non-system-call related

Re: [PATCH] Add cross-compilation guesses for Midipix

2023-02-15 Thread Ørjan Malde
--- Original Message --- On Wednesday, February 15th, 2023 at 11:57 PM, Ørjan Malde wrote: > --- Original Message --- > On Wednesday, February 15th, 2023 at 11:16 PM, Bruno Haible br...@clisp.org > wrote: > > > > > Hi, > > > > Red wrote: > > > > > * m4/calloc.m4: When cross

Re: [PATCH] Add cross-compilation guesses for Midipix

2023-02-15 Thread Ørjan Malde
--- Original Message --- On Wednesday, February 15th, 2023 at 11:16 PM, Bruno Haible wrote: > Hi, > > Red wrote: > > > * m4/calloc.m4: When cross-compiling, use the > > result from native compilation. > > * m4/canonicalize.m4: Likewise. > > ... > > > 1) First, a formal remark. I'm n

Re: [PATCH] Add cross-compilation guesses for Midipix

2023-02-15 Thread Bruno Haible
Hi, Red wrote: > * m4/calloc.m4: When cross-compiling, use the > result from native compilation. > * m4/canonicalize.m4: Likewise. > ... 1) First, a formal remark. I'm not very inclined to take patch contributions from a pseudonymial identity. - Whoever contributes a patch should take responsi

[PATCH] Add cross-compilation guesses for Midipix

2023-02-15 Thread Red
* m4/calloc.m4: When cross-compiling, use the result from native compilation. * m4/canonicalize.m4: Likewise. * m4/cbrtl.m4: Likewise. * m4/ceil.m4: Likewise. * m4/ceilf.m4: Likewise. * m4/ceill.m4: Likewise. * m4/chmod.m4: Likewise. * m4/d-ino.m4: Likewise. * m4/exp2l.m4: Likewise. * m4/expm1.m4: