Mercurialcrosstool-ng / file revision
summary | shortlog | changelog | graph | tags | branches | files | changeset | file | latest | revisions | annotate | diff | raw | help
patches/gcc/4.4.4/340-ecjx-host-cc.patch
author Bart vdr. Meulen <bartvdrmeulen@gmail.com>
Mon Jul 19 23:16:02 2010 +0200 (2010-07-19)
changeset 2031 3917f2dafed1
child 2148 ada9128c98b8
permissions -rw-r--r--
complibs: fix using static companion libraries

When building a cross-compiler for a target which uses a file extension for
binaries the symbolic link to cc is not created correctly because the lookup
of the gcc binary is done in a incorrect path

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com> 
     1 diff -ur gcc-4.4.1-orig/libjava/Makefile.in gcc-4.4.1/libjava/Makefile.in

     2 

     3 diff -durN gcc-4.4.4.orig/libjava/Makefile.in gcc-4.4.4/libjava/Makefile.in

     4 --- gcc-4.4.4.orig/libjava/Makefile.in	2010-04-29 10:26:54.000000000 +0200

     5 +++ gcc-4.4.4/libjava/Makefile.in	2010-05-16 19:37:38.000000000 +0200

     6 @@ -9270,6 +9270,9 @@

     7  ecjx$(EXEEXT): $(ecjx_OBJECTS) $(ecjx_DEPENDENCIES) 

     8  	@rm -f ecjx$(EXEEXT)

     9  	$(ecjx_LINK) $(ecjx_LDFLAGS) $(ecjx_OBJECTS) $(ecjx_LDADD) $(LIBS)

    10 +ecjx.$(OBJEXT): $(ecjx_SOURCES)

    11 +	@rm -f ecjx.$(OBJEXT)

    12 +	$(CC_FOR_BUILD) $(BUILD_CFLAGS) -c -o $@ $<

    13  gappletviewer$(EXEEXT): $(gappletviewer_OBJECTS) $(gappletviewer_DEPENDENCIES) 

    14  	@rm -f gappletviewer$(EXEEXT)

    15  	$(gappletviewer_LINK) $(gappletviewer_LDFLAGS) $(gappletviewer_OBJECTS) $(gappletviewer_LDADD) $(LIBS)
crosstool-ng