Re: Porting NetBSD to Eco32

[Jens Mehler <jens.mehler%mni.thm.de@localhost>]

On 08.09.2014 16:07, Jens Mehler wrote:
> On 08.09.2014 13:04, Jens Mehler wrote:
>> On 08.09.2014 11:36, matthew green wrote:
>>> Alan Barrett writes:
>>>> On Sun, 07 Sep 2014, Jens Mehler wrote:
>>>>> The problem with
>>>>> nbmake:
>>>>> "/hdd/home/okarin/eco32/netbsd-on-eco32/usr/src/share/mk/bsd.files.mk"
>>>>> line 110: Wrong number of words (3) in .for substitution list with 2 vars
>>>>> still pops up.
>>>> BUILDSYMLINKS needs to contain an even number of "words", but it 
>>>> contains an odd number.  There's might be a "BUILDSYMLINKS += ..." 
>>>> line with only one file name instead of two, or (more likely) a 
>>>> "BUILDSYMLINKS += ..." line that uses variable expansion, and a 
>>>> variable is undefined or empty instead of containing the value you 
>>>> expect.  I would start by printing the unexpanded and expanded 
>>>> values of BUILDSYMLINKS using "make -V BUILDSYMLINKS" and "make -V 
>>>> '${BUILDSYMLINKS}'", and then track down how those values were 
>>>> set.
>>> FWIW,
>>>
>>> this specific one happens when the mknative-gcc files aren't present.
>>>
>>> it might be nice to test it explicitly and error out with a nicer
>>> message..
>>>
>>>
>>> .mrg.
>> I am currently investigating why those files are missing.
>> I may have an idea that I am currently testing.
>> The README.mknative lists a few steps. (Sorry I am working on a really
>> old version : 6.0 - haven't got around to update to latest sources yet,
>> this will be done once we see the kernel in a stable state)
>>
>> The following files are generated by bootstrap-libgcc:
>> eco32-make bootstrap-libgcc
>> Creating files needed for libgcc by a native bootstrap build.
>> external/gpl3/gcc/lib/libgcc/arch/eco32.mk changed
>> external/gpl3/gcc/lib/crtstuff/arch/eco32.mk changed
>> external/gpl3/gcc/lib/libgcc/libgcov/arch/eco32/defs.mk changed
>> external/gpl3/gcc/lib/libgcc/libgcov/arch/eco32/gcov-iov.h changed
>>
>> eco32-make is just a symlink in my PATH.
>> I am not sure if that are all files but I proceeded with the next step:
>>
>> 4. At top level, do
>>    "nbmake-MACHINE do-distrib-dirs obj includes MKGCC=no MKBINUTILS=no".
>>
>> back in the src/
>>
>> do-distrib-dris runs without problems.
>> obj on the other hand resutls in
>>
>> obj ===> external/gpl3/gcc/lib/libgcc/libgcc
>> nbmake:
>> "/hdd/home/okarin/eco32/netbsd-on-eco32/usr/src/share/mk/bsd.files.mk"
>> line 110: Wrong number of words (1) in .for substitution list with 2 vars
>> nbmake: Fatal errors encountered -- cannot continue
>> nbmake: stopped in
>> /hdd/home/okarin/eco32/netbsd-on-eco32/usr/src/external/gpl3/gcc/lib/libgcc/libgcc
>>
>> Now I tried that part again
>> eco32-make obj MKGCC=no MKBINUTILS=no -V BUILDSYMLINKS
>>
>> There is no output whatsoever :(
>>
>> My next step would be to follow the build process of bootstrap-libgcc
>> and see what it does.
>> (I tried that a couple of months ago but with no result).
>>
>> For now I assume the mistake is on my side because other arches build well.
>>
>> With best regards,
>> Jens
>>
> Okay after reading up in the README again I always forgot to set
> MKMAINTAINERTOOLS=yes when building my tools.
>
> Since I am cross-developing gentoo-linux-x86_64 to NetBSD/eco32 I simply
> exported that variable.
> After a while gettext horribly failed with a threaded build.
> Single threaded build ends up in failure too:
> nbmake: don't know how to make ../libuniname/libuniname.a. Stop
>
> nbmake: stopped in
> /hdd/home/okarin/eco32/netbsd-on-eco32/usr/obj/tools/gettext/build/gettext-tools/src
>
> *** Failed target:  all
> *** Failed command:
> /hdd/home/okarin/eco32/netbsd-on-eco32/usr/src/../tools/bin/nbmake -f
> /hdd/home/okarin/eco32/netbsd-on-eco32/usr/src/tools/gettext/../Makefile.gnuwrap
> all-am
> *** Error code 2
>
> Stop.
> nbmake: stopped in
> /hdd/home/okarin/eco32/netbsd-on-eco32/usr/obj/tools/gettext/build/gettext-tools/sr
> ...
> Making all in po
> cd .. &&
> /hdd/home/okarin/eco32/netbsd-on-eco32/usr/src/../tools/bin/nbmake  -f
> /hdd/home/okarin/eco32/netbsd-on-eco32/usr/src/tools/gettext/../Makefile.gnuwrap
>  
> am--refresh
> cd .. &&
> /hdd/home/okarin/eco32/netbsd-on-eco32/usr/src/../tools/bin/nbmake  -f
> /hdd/home/okarin/eco32/netbsd-on-eco32/usr/src/tools/gettext/../Makefile.gnuwrap
>  
> am--refresh
> NOT REBUILDING
> /hdd/home/okarin/eco32/netbsd-on-eco32/usr/src/tools/gettext/../../gnu/dist/gettext/gettext-tools/config.h.in
> NOT REBUILDING
> /hdd/home/okarin/eco32/netbsd-on-eco32/usr/src/tools/gettext/../../gnu/dist/gettext/gettext-tools/configure
>
>
> I have another team-member up to testing this on a native NetBSD-system.
> Maybe this will shed some more light on tis.
>
> Now this doesn't just happen for the eco32 but also for pmax.
>
> My thought was the following:
> If I get gettext to work maybe the rest will pull itself up. (I actually
> have no idea if that is even possible)
>
> With best regards,
> Jens
>
Okay gettext works under NetBSD.

Still nothing on the BUILDSYMLINK problem.
I tried dumping the variable but no output whatsoever.


And after reading
https://mail-index.netbsd.org/current-users/2012/11/27/msg021583.html
Nothing changed after getting rid of that code (yeah desperate measures
I know)

Right now I am up to every suggestion :)

With best regards,
Jens