Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build)

From: Mark Millard <markmi_at_dsl-only.net>
Date: Fri, 27 May 2016 19:04:04 -0700
FYI. . .

I expect that building gcc49 with:

+		--with-local-prefix=/usr \

will help with system build activities via gcc49/g++49 by avoiding /usr/local/include interfering.

But I also expect that various port builds based on that same gcc49/g++49 will have problems from not explicitly forcing /usr/local/include to be looked at when appropriate/required --unless something else is in place to do that separately. I expect some implicit /usr/local/include references to the likes of some of the below list:

> # diff -qr /usr/include/ /usr/local/include/ | grep /local/ | more
> Only in /usr/local/include/: apr-1
> Files /usr/include/atf-c/defs.h and /usr/local/include/atf-c/defs.h differ
> Only in /usr/local/include/: autosprintf.h
> Only in /usr/local/include/: bfd.h
> Only in /usr/local/include/: bfdlink.h
> Only in /usr/local/include/: boost
> Only in /usr/local/include/: curl
> Only in /usr/local/include/: db5
> Only in /usr/local/include/: dis-asm.h
> Files /usr/include/dwarf.h and /usr/local/include/dwarf.h differ
> Only in /usr/local/include/: editline
> Only in /usr/local/include/: expat.h
> Only in /usr/local/include/: expat_config.h
> Only in /usr/local/include/: expat_external.h
> Only in /usr/local/include/: ffi.h
> Only in /usr/local/include/: ffitarget.h
> Only in /usr/local/include/: gdbm.h
> Only in /usr/local/include/: gettext-po.h
> Only in /usr/local/include/: gmp.h
> Only in /usr/local/include/: gmpxx.h
> Only in /usr/local/include/: gnumake.h
> Files /usr/include/histedit.h and /usr/local/include/histedit.h differ
> Only in /usr/local/include/: idn-free.h
> Only in /usr/local/include/: idn-int.h
> Only in /usr/local/include/: idna.h
> Only in /usr/local/include/: layout
> Files /usr/include/libdwarf.h and /usr/local/include/libdwarf.h differ
> Only in /usr/local/include/: libintl.h
> Only in /usr/local/include/: lua52
> Only in /usr/local/include/: lutok
> Only in /usr/local/include/: mpc.h
> Only in /usr/local/include/: mpf2mpfr.h
> Only in /usr/local/include/: mpfr.h
> Only in /usr/local/include/: pkg.h
> Only in /usr/local/include/: plugin-api.h
> Only in /usr/local/include/: pr29.h
> Only in /usr/local/include/: punycode.h
> Only in /usr/local/include/: python2.7
> Only in /usr/local/include/: readline
> Only in /usr/local/include/: ruby-2.2
> Only in /usr/local/include/: serf-1
> Only in /usr/local/include/: sqlite3.h
> Only in /usr/local/include/: sqlite3ext.h
> Only in /usr/local/include/: stringprep.h
> Only in /usr/local/include/: subversion-1
> Only in /usr/local/include/: sudo_plugin.h
> Only in /usr/local/include/: symcat.h
> Only in /usr/local/include/: tld.h
> Only in /usr/local/include/: unicode
> Only in /usr/local/include/: yaml.h

It might be that even gcc compilers built by the adjusted gcc49 would not find, say, gmp.h or mpfr.h .

dwarfdump's build/install installs /usr/local/include/dwarf.h and /usr/local/include/libdwarf.h to match its code. Such examples can need careful control over which file is used (here dwarf.h and libdwarf.h in /usr/include vs. /usr/local/include ).

(It will still be some time before I get to switch to this with-local-prefix experiment.)

===
Mark Millard
markmi at dsl-only.net

On 2016-May-27, at 5:23 PM, Bryan Drewery <bdrewery at FreeBSD.org> wrote:

> On 5/27/2016 5:15 PM, Mark Millard wrote:
>> +		--with-local-prefix=/usr/include \
>> 
>> looks wrong to me. The default is not /usr/local/include but just /usr/local . Quoting https://gcc.gnu.org/install/configure.html :
>> 
>> --with-local-prefix=dirname
>> Specify the installation directory for local include files. The default is /usr/local. Specify this option if you want the compiler to search directory dirname/include for locally installed header files instead of /usr/local/include.
>> 
>> So your change would generate /usr/include/include for the overall include path from what I can tell.
>> 
>> Do you want:
>> 
>> +		--with-local-prefix=/usr \
>> 
>> instead?
> 
> You're right, but it makes no real difference since it removes
> /usr/local/include:
> 
>> ignoring nonexistent directory "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/../../../../../x86_64-portbld-freebsd11.0/include"
>> ignoring duplicate directory "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../../../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include"
>> ignoring nonexistent directory "/usr/include/include"
> 
> ^ yes wrong
> 
>> ignoring duplicate directory "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../../../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixed"
>> ignoring nonexistent directory "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../../../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/../../../../../x86_64-portbld-freebsd11.0/include"
>> #include "..." search starts here:
>> #include <...> search starts here:
>> /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include
>> /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixed
>> /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../../../include
>> /usr/include
> 
> ^ Still added
> 
>> End of search list.
> 
> 
> 
> -- 
> Regards,
> Bryan Drewery
> 
> 
Received on Sat May 28 2016 - 00:04:12 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:05 UTC