[adtools] Re: changes to make the gcc buildsystem make shares objects automatically

  • From: "Henning Nielsen Lund" <hnl_dk@xxxxxxxxxx>
  • To: adtools@xxxxxxxxxxxxx
  • Date: Sat, 21 Jun 2008 17:42:05 +0200 (CEST)

> Hi Henning,
>
> Henning Nielsen Lund schrieb:
>
> [...]
>>>> Any idea what's wrong and how we can finally fix the libgcc shared
>>>> build?
>  >>
>>> The makefile is created via t-amigaos.
>>>
>>> It should not have been ALL_CPPFLAGS, I wil try to check where to set
>>> the
>>> difines this evening. Will work on it as soon as I get home from work.
>>
>> Attached patch to /gcc/gcc/config/rs6000/t-amigaos
>>
>> Now creates a 359 KB version of libgcc_s.so
>
> Great. Now it seems to work as all the functions our old native
> libgcc.so has is now also in the newly generated libgcc_s.so. Very good
> job Henning. Now we just need to get our binutils changes updated to the
> latest 2.18 version. I know you once tried to port our current 2.14
> changes to 2.17, but it didn't work out as expected. Have you perhaps
> retried recently to get our binutils changes ported to 2.18? AFAIK
> Hans-Jörg could really do with a newer binutils port so that we get a
> better unix-like shared library integration in OS4.

I can try to have a look at 2.18.

>> If you delete libgcc_s.so and delete mklibgcc and run make again, then
>> you
>> do not need to rebuild everything.
>
> Well, it only takes about 10 minutes on my AMD64 multicore linux machine
> to build the whole native GCC suite. So that's really no issue here.

Ah, it takes lots of hours for me to built it ;-)

Btw. I discovered where to set the options, so my SVN client is not
working with LF for end of line. So I hope that my patches will be
"better" in the future ;-)

> So again. Great job Henning. And I just comitted your changes to our
> repository and will hopefully build a new full native compiler suite
> with the update libgcc.so and libstdc++.so

Thanks :-) Looking forward for the new release :-)

> So next would really be to get binutils updated as soon as possible.
> After that I can then try again to port our GCC changes over to the
> latest 4.3.x version of GCC - but my first try failed due to the large
> changes the GCC crew did to the 4.3.x versions including the requiring
> of the mpfr library now which we would definitly require to port if we
> want to build native versions of GCC in future again.

4.3.x would be very nice, I will give it a try with mpfr, if it would help.

> cheers,
> jens
> --
> Jens Langner, Dresden/Germany
> http://www.jens-langner.de/
> ______________________________________________________________________________
> Amiga Development tools ML - //www.freelists.org/list/adtools
> Homepage...................: http://www.sourceforge.net/projects/adtools
> Listserver help............:
> mailto:adtools-request@xxxxxxxxxxxxx?Subject=HELP
>
>


-- 
best regards,
hnl_dk - Henning Nielsen Lund

µA1-C (IBM PowerPC 750 FX V2.2 @ 800MHz), 256MB RAM, NEC ND-3500A DVD/CD
RW, Samsung SP1604N 160GB PATA Harddisk drive, Acer AL1721 17" TFT,
modified Tyan M2042 1->3 PCI Riser...

______________________________________________________________________________
Amiga Development tools ML - //www.freelists.org/list/adtools
Homepage...................: http://www.sourceforge.net/projects/adtools
Listserver help............: mailto:adtools-request@xxxxxxxxxxxxx?Subject=HELP

Other related posts: