From mboxrd@z Thu Jan  1 00:00:00 1970
From: Dirk Behme <dirk.behme@googlemail.com>
Date: Mon, 13 Jul 2009 17:46:52 +0200
Subject: [U-Boot] [PATCH 1/2 v6] Make libgcc inclusion from
 common	Makefile overridable by platform config file
In-Reply-To: <200907130936.39799.sr@denx.de>
References: <1247081808-31514-1-git-send-email-plagnioj@jcrosoft.com>	<200907121002.46516.sr@denx.de>	<20090712102932.6247D832E416@gemini.denx.de>
	<200907130936.39799.sr@denx.de>
Message-ID: <4A5B56EC.2020704@googlemail.com>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Stefan Roese wrote:
> Hi Wolfgang,
> 
> On Sunday 12 July 2009 12:29:32 Wolfgang Denk wrote:
>>>> Any idea why this still happens *with* libgcc patches? Any idea how to
>>>> fix this? Add __umoddi3 and __udivdi3 to libgcc patch, too?
>>> I have to admit that I'm not sure why this is the case. But I suggest
>>> that you take a look at Simon's patch sent to the list a few days ago:
>>>
>>> [PATCH 5/8]: Use do_div from div64.h for vsprintf
>>>
>>> This should fix this issue.
>> It will hush up the current errors, but that's actually a  bad  thing
>> here  -  the  errors  are  an indication that Jean-Christophe's patch
>> might not be working as it is supposed to.
> 
>>>From my point of view those two patches address different issues. I just 
> noticed that Simon's patch solved some of the current ARM toolchain problems 
> as well. That's why I referred to it.
> 
> So I think that regardless of this ARM libgcc discussion, we should apply 
> Simons patch "[PATCH 5/8]: Use do_div from div64.h for vsprintf" as it uses 
> the common do_div() implementation instead of a local version.

Yes, please.

Thanks,

Dirk