On Tue, Jul 28, 2020 at 8:13 AM Simon Marchi <sim...@simark.ca> wrote:
>
> On 2020-07-28 11:05 a.m., H.J. Lu via Gdb-patches wrote:
> >> Can you clarify how this magic works, is this standard autoconf?  Because 
> >> I am trying this
> >> on Fedora, so pretty much the same setup as you, and I don't see this 
> >> behavior:
> >>
> >> $ /home/simark/src/binutils-gdb/configure CC="gcc -m32" CXX="g++ -m32"
> >> checking build system type... x86_64-pc-linux-gnu
> >> checking host system type... x86_64-pc-linux-gnu
> >> checking target system type... x86_64-pc-linux-gnu
> >> ...
> >>
> >
> > I checked it again.  I also passed i686-linux, not  --host=,  to configure.
>
> Ok I see, the configure line you pasted was wrapped by your email client so 
> was not very readable.
>
> Doing `./configure <triplet>` looks like a deprecated way to set all 
> build/host/target, as the
> warning message it shows implies:
>
>   configure: WARNING: you should use --build, --host, --target
>
> Anyway, my point still stands: the problem is you not using a pkg-config 
> configured properly for
> the cross compilation you are attempting, not pkg.m4.
>
> >>
> >> And even if it worked, why would it set "build" to i686, it doesn't make 
> >> sense.  The gcc you
> >> compile with, and its environment, is still x86_64, not i686.
> >>
> >> So *if* it works, it would be a shortcut for setting 
> >> --host=i686-something, maybe.  So
> >> regardless of how that above works, that doesn't remove the need to 
> >> configure pkg-config
> >> correctly for the host system.
> >>
> >> If you don't want to learn about with pkg-config and deal with it, then 
> >> please say "I think
> >> we should not use pkg-config", and ideally give supporting points.  Please 
> >> don't unilaterally
> >> push patches just to paper over your own problems.  You just make it so 
> >> that somebody will
> >> need to untangle more mess later.
> >
> > I am OK to remove pkg.m4.
>
> Well I am not.  I find it quite handy to avoid having to hardcode necessary 
> CFLAGS and LDFLAGS
> required to build against a library, so I think it's better to use pkg-config 
> if the libraries
> we want to use provide a .pc file.
>
> I propose that we revert the patch for now to go back to the pristing pkg.m4 
> version.
>

What doesn't work with my pkg.m4 change?


-- 
H.J.

Reply via email to