[U-Boot-Users] [PATCH] ColdFire: Get information from the correct GCC

Shinya Kuribayashi skuribay at ruby.dti.ne.jp
Tue May 6 11:32:47 CEST 2008


Hi Kurt,

Kurt Mahan wrote:
> Shinya Kuribayashi wrote:
>> Liew Tsi Chung wrote:
>>> I am using Fedora 8. Also, the problem can be generated if using
>>> Fedora 4 and 5 except 3. If you have a Fedora 4 and above, please try
>>> it. I bet you will run into the same problem as Kurt and I did.
> I ran into the problem with OpenSuSE 10.2
> 
>> I can't try Fedora[458] in the immediate future, sorry. But at last I'm
>> convinced that it seems GNU make on those distros behaves in different
>> ways; differed expansion of CFLAGS is suspicious, but I'm not going to
>> dig into further.
> The version of make that I'm running is:
> 
> ~> make --version
> GNU Make 3.81

me, too. But Debian's seems to have some extra bug fixes. As for Debian
specific bugfixes, see [1].

--------------------------------
Package: make
State: installed
Automatically installed: no
Version: 3.81-4
Priority: optional
Section: devel
Maintainer: Manoj Srivastava <srivasta at debian.org>
Uncompressed Size: 991k
Depends: libc6 (>= 2.7-1)
Suggests: make-doc
Description: The GNU version of the "make" utility.
GNU Make is a program that determines which pieces of a large program need to
be recompiled and issues the commands to recompile them, when necessary. More
information about GNU Make can be found in the `make' Info page. The upstream
sources for this package are available at the location
ftp://ftp.gnu.org/gnu/make/. The documentation for this package does not meet
the Debian Free Software Guidelines, and has been removed from this package.
--------------------------------

I reverted Debian specific patches and repackaged GNU make; this will be
pure GNU make 3.81 release. Next, I reverted Wolfgang's config.mk patch
and tried M54455EVB_config again. But this *still* works fine.

Therefore I believe Debian's patches have no effect on our issue.

At this moment, I'm interested in VPATH (or vpath) on those systems when
finally generating PLATFORM_LIBS. Passing -print-data-base to make will
help in that case.

Otherwise, Fedora or OpenSuSE applies its specific patches on make...

But anyway, it seems the problem is already verified. I'm not going to
dig into further :-)

thanks,

  Shinya

[1] http://packages.debian.org/changelogs/pool/main/m/make-dfsg/make-dfsg_3.81-4/changelog






More information about the U-Boot mailing list