Melt-building problem

Melt-building problem

[Wolfgang]

Hello,

I tried to compile the gcc-melt branch from svn, but i get the following error:

....
make warmelt1
make[4]: Entering directory `/home/wolfgang/gcc-melt/objects/gcc'
date +"/* empty-file-for-melt.c %c */" > empty-file-for-melt.c-tmp
/bin/bash ../../melt-branch/gcc/../move-if-change empty-file-for-melt.c-tmp empty-file-for-melt.c
make -f ../../melt-branch/gcc/melt-module.mk  VPATH=../../melt-branch/gcc:. meltmodule \
	      GCCMELT_CFLAGS="-g -O2 -fomit-frame-pointer -g -g -O2 -fomit-frame-pointer -gtoggle -DIN_GCC -DHAVE_CONFIG_H -I melt-private-build-include -I." \
	      GCCMELT_MODULE_SOURCE=../../melt-branch/gcc/melt/generated/warmelt-first.0.c GCCMELT_MODULE_BINARY=warmelt-first.0.so
make[5]: Entering directory `/home/wolfgang/gcc-melt/objects/gcc'
gcc -g -O2 -fomit-frame-pointer -g -g -O2 -fomit-frame-pointer -gtoggle -DIN_GCC -DHAVE_CONFIG_H -I melt-private-build-include -I. -fPIC -c -o warmelt-first.0.pic.o ../../melt-branch/gcc/melt/generated//warmelt-first.0.c
cc1: error: unrecognised debug output level "toggle"
make[5]: *** [warmelt-first.0.pic.o] Fehler 1
make[5]: Leaving directory `/home/wolfgang/gcc-melt/objects/gcc'
make[4]: *** [warmelt-first.0.so] Fehler 2
make[4]: Leaving directory `/home/wolfgang/gcc-melt/objects/gcc'
make[3]: *** [melt.encap] Fehler 2
make[3]: Leaving directory `/home/wolfgang/gcc-melt/objects/gcc'
make[2]: *** [all-stage2-gcc] Fehler 2
make[2]: Leaving directory `/home/wolfgang/gcc-melt/objects'
make[1]: *** [stage2-bubble] Fehler 2
make[1]: Leaving directory `/home/wolfgang/gcc-melt/objects'
make: *** [all] Fehler 2
wolfgang@Debian:~/gcc-melt/objects$

any advice?

Thanks
Wolfgang
-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

Re: Melt-building problem

[Basile Starynkevitch]

On Tue, 2010-05-25 at 12:03 +0200, Wolfgang wrote:
> Hello,
> 
> I tried to compile the gcc-melt branch from svn, 

A big thanks for testing GCC MELT! What svn revision of the MELT branch
are you testing? Did you configure gcc-melt with --enable-bootstrap?

Can you reproduce the bug inside a clean build tree? (I mean, removing
all your build tree, and start again the configure & the build)

> but i get the following error:
> 
> ....
> make warmelt1
> make[4]: Entering directory `/home/wolfgang/gcc-melt/objects/gcc'
> date +"/* empty-file-for-melt.c %c */" > empty-file-for-melt.c-tmp
> /bin/bash ../../melt-branch/gcc/../move-if-change empty-file-for-melt.c-tmp empty-file-for-melt.c
> make -f ../../melt-branch/gcc/melt-module.mk  VPATH=../../melt-branch/gcc:. meltmodule \
> 	      GCCMELT_CFLAGS="-g -O2 -fomit-frame-pointer -g -g -O2 -fomit-frame-pointer -gtoggle -DIN_GCC -DHAVE_CONFIG_H -I melt-private-build-include -I." \
> 	      GCCMELT_MODULE_SOURCE=../../melt-branch/gcc/melt/generated/warmelt-first.0.c GCCMELT_MODULE_BINARY=warmelt-first.0.so
> make[5]: Entering directory `/home/wolfgang/gcc-melt/objects/gcc'
> gcc -g -O2 -fomit-frame-pointer -g -g -O2 -fomit-frame-pointer -gtoggle -DIN_GCC -DHAVE_CONFIG_H -I melt-private-build-include -I. -fPIC -c -o warmelt-first.0.pic.o ../../melt-branch/gcc/melt/generated//warmelt-first.0.c
> cc1: error: unrecognised debug output level "toggle"

Which gcc is this one? (What does gcc -v tells you?).

I hoped to have corrected this bug by adding the MELTHERE_CFLAGS in GCC
MELT's gcc/Makefile.in near line 5076. I am not a guru in autoconf + GNU
make tricks. Apparently, something is still wrong.

A dirty workaround might be to replace every -gtoggle occurrence in the
build tree gcc/Makefile with -g.

I will try to reproduce that bug!

Thanks for reporting it.


BTW, I am surprised that GCC (even a plain 4.4 or 4.5) issues an error
for an unrecognised debug output level. I would imagine it would in that
case issue a warning, and try to do what -g does...

Cheers.


-- 
Basile STARYNKEVITCH         http://starynkevitch.net/Basile/
email: basile<at>starynkevitch<dot>net mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***

Re: Melt-building problem

[Basile Starynkevitch]

On Tue, 2010-05-25 at 16:20 +0200, Basile Starynkevitch wrote:
> 
> A dirty workaround might be to replace every -gtoggle occurrence in the
> build tree gcc/Makefile with -g.


Another slightly less dirty workaround, assuming that gcc-4.5 is
available on your machine, is to set the GCCMELT_CC environment variable
to gcc-4.5 (this environment variable may set the compiler used to
compile MELT generated C code).

Cheers.


-- 
Basile STARYNKEVITCH         http://starynkevitch.net/Basile/
email: basile<at>starynkevitch<dot>net mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***

Re: Melt-building problem

[Wolfgang]

-------- Original-Nachricht --------
> Datum: Tue, 25 May 2010 16:20:14 +0200
> Von: Basile Starynkevitch <basile@starynkevitch.net>
> An: Wolfgang <wolfgang8081@gmx.de>
> CC: gcc@gcc.gnu.org
> Betreff: Re: Melt-building problem

> On Tue, 2010-05-25 at 12:03 +0200, Wolfgang wrote:
> > Hello,
> > 
> > I tried to compile the gcc-melt branch from svn, 
> 
> A big thanks for testing GCC MELT! What svn revision of the MELT branch
> are you testing? Did you configure gcc-melt with --enable-bootstrap?
> 
> Can you reproduce the bug inside a clean build tree? (I mean, removing
> all your build tree, and start again the configure & the build)
yes, it is reproduceable...i cleaned all and tried to build that new....

> 
> > but i get the following error:
> > 
> > ....
> > make warmelt1
> > make[4]: Entering directory `/home/wolfgang/gcc-melt/objects/gcc'
> > date +"/* empty-file-for-melt.c %c */" > empty-file-for-melt.c-tmp
> > /bin/bash ../../melt-branch/gcc/../move-if-change
> empty-file-for-melt.c-tmp empty-file-for-melt.c
> > make -f ../../melt-branch/gcc/melt-module.mk 
> VPATH=../../melt-branch/gcc:. meltmodule \
> > 	      GCCMELT_CFLAGS="-g -O2 -fomit-frame-pointer -g -g -O2
> -fomit-frame-pointer -gtoggle -DIN_GCC -DHAVE_CONFIG_H -I melt-private-build-include
> -I." \
> > 	     
> GCCMELT_MODULE_SOURCE=../../melt-branch/gcc/melt/generated/warmelt-first.0.c GCCMELT_MODULE_BINARY=warmelt-first.0.so
> > make[5]: Entering directory `/home/wolfgang/gcc-melt/objects/gcc'
> > gcc -g -O2 -fomit-frame-pointer -g -g -O2 -fomit-frame-pointer -gtoggle
> -DIN_GCC -DHAVE_CONFIG_H -I melt-private-build-include -I. -fPIC -c -o
> warmelt-first.0.pic.o ../../melt-branch/gcc/melt/generated//warmelt-first.0.c
> > cc1: error: unrecognised debug output level "toggle"
> 
> Which gcc is this one? (What does gcc -v tells you?).
At the moment, i have the gcc 4.4 installed:
wolfgang@Debian:~/gcc-melt/objects$ gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.4-1' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-targets=all --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.4.4 (Debian 4.4.4-1)

The Melt-Branch was configuired with:
../melt-branch/configure --enable-languages=c,c++ --enable-shared --enable-threads=posix --enable-nls --enable-objc-gc --enable-mpfr --prefix=/usr/lib/test2 --enable-plugin --enable-lto --with-ppl --enable-bootstrap

I now tried to compile it with the new gcc-4.5

Thanks
Wolfgang

> 
> I hoped to have corrected this bug by adding the MELTHERE_CFLAGS in GCC
> MELT's gcc/Makefile.in near line 5076. I am not a guru in autoconf + GNU
> make tricks. Apparently, something is still wrong.
> 
> A dirty workaround might be to replace every -gtoggle occurrence in the
> build tree gcc/Makefile with -g.
> 
> I will try to reproduce that bug!
> 
> Thanks for reporting it.
> 
> 
> BTW, I am surprised that GCC (even a plain 4.4 or 4.5) issues an error
> for an unrecognised debug output level. I would imagine it would in that
> case issue a warning, and try to do what -g does...
> 
> Cheers.
> 
> 
> -- 
> Basile STARYNKEVITCH         http://starynkevitch.net/Basile/
> email: basile<at>starynkevitch<dot>net mobile: +33 6 8501 2359
> 8, rue de la Faiencerie, 92340 Bourg La Reine, France
> *** opinions {are only mines, sont seulement les miennes} ***
> 

-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

Re: Melt-building problem

[Basile Starynkevitch]

On Tue, 2010-05-25 at 17:09 +0200, Wolfgang wrote:
> -------- Original-Nachricht --------
> > Datum: Tue, 25 May 2010 16:20:14 +0200
> > Von: Basile Starynkevitch <basile@starynkevitch.net>
> > An: Wolfgang <wolfgang8081@gmx.de>
> > CC: gcc@gcc.gnu.org
> > Betreff: Re: Melt-building problem
> 
> > On Tue, 2010-05-25 at 12:03 +0200, Wolfgang wrote:
> > > Hello,
> > > 
> > > I tried to compile the gcc-melt branch from svn, 
> > 
> > A big thanks for testing GCC MELT! What svn revision of the MELT branch
> > are you testing? Did you configure gcc-melt with --enable-bootstrap?
> > 
> > Can you reproduce the bug inside a clean build tree? (I mean, removing
> > all your build tree, and start again the configure & the build)
> yes, it is reproduceable...i cleaned all and tried to build that new....
> 
> > 
> > > but i get the following error:
> > > 
> > > ....
> > > make warmelt1
> > > make[4]: Entering directory `/home/wolfgang/gcc-melt/objects/gcc'
> > > date +"/* empty-file-for-melt.c %c */" > empty-file-for-melt.c-tmp
> > > /bin/bash ../../melt-branch/gcc/../move-if-change
> > empty-file-for-melt.c-tmp empty-file-for-melt.c
> > > make -f ../../melt-branch/gcc/melt-module.mk 
> > VPATH=../../melt-branch/gcc:. meltmodule \
> > > 	      GCCMELT_CFLAGS="-g -O2 -fomit-frame-pointer -g -g -O2
> > -fomit-frame-pointer -gtoggle -DIN_GCC -DHAVE_CONFIG_H -I melt-private-build-include
> > -I." \
> > > 	     
> > GCCMELT_MODULE_SOURCE=../../melt-branch/gcc/melt/generated/warmelt-first.0.c GCCMELT_MODULE_BINARY=warmelt-first.0.so
> > > make[5]: Entering directory `/home/wolfgang/gcc-melt/objects/gcc'
> > > gcc -g -O2 -fomit-frame-pointer -g -g -O2 -fomit-frame-pointer -gtoggle
> > -DIN_GCC -DHAVE_CONFIG_H -I melt-private-build-include -I. -fPIC -c -o
> > warmelt-first.0.pic.o ../../melt-branch/gcc/melt/generated//warmelt-first.0.c
> > > cc1: error: unrecognised debug output level "toggle"
> > 
> > Which gcc is this one? (What does gcc -v tells you?).
> At the moment, i have the gcc 4.4 installed:
> wolfgang@Debian:~/gcc-melt/objects$ gcc -v
> Using built-in specs.
> Target: i486-linux-gnu
> Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.4-1' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-targets=all --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu
> Thread model: posix
> gcc version 4.4.4 (Debian 4.4.4-1)
> 
> The Melt-Branch was configuired with:
> ../melt-branch/configure --enable-languages=c,c++ --enable-shared --enable-threads=posix --enable-nls --enable-objc-gc --enable-mpfr --prefix=/usr/lib/test2 --enable-plugin --enable-lto --with-ppl --enable-bootstrap
> 
> I now tried to compile it with the new gcc-4.5


I am trying right now to build it from scratch, using my
Ubuntu/Lucid/amd64 default compiler (a 4.4.3).

Maybe --disable-bootstrap at the configure might help to.

Cheers.

-- 
Basile STARYNKEVITCH         http://starynkevitch.net/Basile/
email: basile<at>starynkevitch<dot>net mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***

Re: Melt-building problem

[Basile Starynkevitch]

On Tue, 2010-05-25 at 17:09 +0200, Wolfgang wrote:
> -------- Original-Nachricht --------
> > Datum: Tue, 25 May 2010 16:20:14 +0200
> > Von: Basile Starynkevitch <basile@starynkevitch.net>
> > An: Wolfgang <wolfgang8081@gmx.de>
> > CC: gcc@gcc.gnu.org
> > Betreff: Re: Melt-building problem
> 
> > On Tue, 2010-05-25 at 12:03 +0200, Wolfgang wrote:
> > > Hello,
> > > 
> > > I tried to compile the gcc-melt branch from svn, 


It could happen that Wolfgang is hacking inside the MELT runtime to add
support for loop-s.

> > 
> > > but i get the following error:
> > > 
> > > ....
> > > make warmelt1
> > > make[4]: Entering directory `/home/wolfgang/gcc-melt/objects/gcc'
> > > date +"/* empty-file-for-melt.c %c */" > empty-file-for-melt.c-tmp
> > > /bin/bash ../../melt-branch/gcc/../move-if-change
> > empty-file-for-melt.c-tmp empty-file-for-melt.c
> > > make -f ../../melt-branch/gcc/melt-module.mk 
> > VPATH=../../melt-branch/gcc:. meltmodule \
> > > 	      GCCMELT_CFLAGS="-g -O2 -fomit-frame-pointer -g -g -O2
> > -fomit-frame-pointer -gtoggle -DIN_GCC -DHAVE_CONFIG_H -I melt-private-build-include
> > -I." \
> > > 	     
> > GCCMELT_MODULE_SOURCE=../../melt-branch/gcc/melt/generated/warmelt-first.0.c GCCMELT_MODULE_BINARY=warmelt-first.0.so
> > > make[5]: Entering directory `/home/wolfgang/gcc-melt/objects/gcc'
> > > gcc -g -O2 -fomit-frame-pointer -g -g -O2 -fomit-frame-pointer -gtoggle
> > -DIN_GCC -DHAVE_CONFIG_H -I melt-private-build-include -I. -fPIC -c -o
> > warmelt-first.0.pic.o ../../melt-branch/gcc/melt/generated//warmelt-first.0.c
> > > cc1: error: unrecognised debug output level "toggle"


Perhaps re-merging the current MELT branch into your private branch
(assuming you have a private MELT variant) might help, because on my
side with GCCMELT_CC set to gcc-4.5 the make log contains


make warmelt1
make[4]: Entering directory `/usr/src/Lang/_MeltBoot/Obj/gcc'
date +"/* empty-file-for-melt.c %c */" > empty-file-for-melt.c-tmp
/bin/bash ../../melt-branch/gcc/../move-if-change
empty-file-for-melt.c-tmp empty-file-for-melt.c
make -f ../../melt-branch/gcc/melt-module.mk
VPATH=../../melt-branch/gcc:. meltmodule \
	      GCCMELT_CFLAGS="-g -fkeep-inline-functions -g
-fkeep-inline-functions -DIN_GCC -DHAVE_CONFIG_H -I
melt-private-build-include -I." \

GCCMELT_MODULE_SOURCE=../../melt-branch/gcc/melt/generated/warmelt-first.0.c GCCMELT_MODULE_BINARY=warmelt-first.0.so
make[5]: Entering directory `/usr/src/Lang/_MeltBoot/Obj/gcc'
gcc-4.5 -g -fkeep-inline-functions -g -fkeep-inline-functions -DIN_GCC
-DHAVE_CONFIG_H -I melt-private-build-include -I. -fPIC -c -o
warmelt-first.0.pic.o ../../melt-branch/gcc/melt/generated//warmelt-first.0.c
gcc-4.5 -g -fkeep-inline-functions -g -fkeep-inline-functions -DIN_GCC
-DHAVE_CONFIG_H -I melt-private-build-include -I. -fPIC -c -o
warmelt-first.0
+01.pic.o ../../melt-branch/gcc/melt/generated//warmelt-first.0+01.c
echo '/*' generated file ./warmelt-first.0-stamp.c '*/' >
warmelt-first.0-stamp.c-tmp
date "+const char melt_compiled_timestamp[]=\"%c \";" >>
warmelt-first.0-stamp.c-tmp
echo "const char melt_md5[]=\"\\" >> warmelt-first.0-stamp.c-tmp
for f
in ../../melt-branch/gcc/melt/generated/warmelt-first.0.c ../../melt-branch/gcc/melt/generated/warmelt-first.0+01.c; do \
	  md5line=`md5sum $f` ; \
	  printf "%s\\\n" $md5line >> warmelt-first.0-stamp.c-tmp; \
	done
echo "\";" >> warmelt-first.0-stamp.c-tmp
echo "const char melt_csource[]=
\"../../melt-branch/gcc/melt/generated/warmelt-first.0.c ../../melt-branch/gcc/melt/generated/warmelt-first.0+01.c\";" >> warmelt-first.0-stamp.c-tmp
mv warmelt-first.0-stamp.c-tmp warmelt-first.0-stamp.c
gcc-4.5 -g -fkeep-inline-functions -g -fkeep-inline-functions -DIN_GCC
-DHAVE_CONFIG_H -I melt-private-build-include -I. -fPIC -shared \
	     ./warmelt-first.0.pic.o  ./warmelt-first.0
+01.pic.o ./warmelt-first.0-stamp.c -o warmelt-first.0.so
rm -f ./warmelt-first.0-stamp.c

As you can see, the inner make -f ../../melt-branch/gcc/melt-module.mk
has no -gtoggle inside the GCCMELT_CFLAGS. I see no reason it won't work
with gcc-4.4 as GCCMELT_CC

The GCC MELT was svn checkout cleanly, the svn info is

Tue May 25 17:06:44 MEST 2010
Path: melt-branch
URL: svn://gcc.gnu.org/svn/gcc/branches/melt-branch
Repository Root: svn://gcc.gnu.org/svn/gcc
Repository UUID: 138bc75d-0d04-0410-961f-82ee72b054a4
Revision: 159821
Node Kind: directory
Last Changed Author: bstarynk
Last Changed Rev: 159667
Last Changed Date: 2010-05-21 16:44:05 +0200 (Fri, 21 May 2010)

So I tend to still believe that I did fix that bug, but I am not sure of
that. And I am not able to reproduce that bug on the latest MELT branch
rev 159821

Perhaps you might try to merge again the latest MELT branch into your
private one; the changes are mostly in gcc/Makefile.in or some gcc/*.mk
I believe.

Tell us if that helps!

Cheers.

Re: Melt-building problem

[Wolfgang]

Hallo,

i built gcc-melt sucessfully with a new gcc-4.5 compiler from scratch.
The svn of melt is:

URL: svn://gcc.gnu.org/svn/gcc/branches/melt-branch
Basis des Projektarchivs: svn://gcc.gnu.org/svn/gcc
UUID des Projektarchivs: 138bc75d-0d04-0410-961f-82ee72b054a4
Revision: 159823
Knotentyp: Verzeichnis
Plan: normal
Letzter Autor: bstarynk
Letzte geänderte Rev: 159667
Letztes Änderungsdatum: 2010-05-21 16:44:05 +0200 (Fr, 21. Mai 2010)

The configuration of melt ist:
Using built-in specs.
COLLECT_GCC=./gcc
COLLECT_LTO_WRAPPER=/usr/lib/test/libexec/gcc/i686-pc-linux-gnu/4.6.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../melt-branch/configure --enable-languages=c,c++ --enable-shared --enable-threads=posix --enable-nls --enable-objc-gc --enable-mpfr --prefix=/usr/lib/test --enable-plugin --enable-lto --enable-checking --enable-tree-browse --enable-tree-checking --with-ppl --disable-bootstrap
Thread model: posix
gcc version 4.6.0 20100406 (experimental) (GCC)

Now i can not reproduce the error any more

Thanks a lot for your help

Wolfgang


> > > 
> > > > but i get the following error:
> > > > 
> > > > ....
> > > > make warmelt1
> > > > make[4]: Entering directory `/home/wolfgang/gcc-melt/objects/gcc'
> > > > date +"/* empty-file-for-melt.c %c */" > empty-file-for-melt.c-tmp
> > > > /bin/bash ../../melt-branch/gcc/../move-if-change
> > > empty-file-for-melt.c-tmp empty-file-for-melt.c
> > > > make -f ../../melt-branch/gcc/melt-module.mk 
> > > VPATH=../../melt-branch/gcc:. meltmodule \
> > > > 	      GCCMELT_CFLAGS="-g -O2 -fomit-frame-pointer -g -g -O2
> > > -fomit-frame-pointer -gtoggle -DIN_GCC -DHAVE_CONFIG_H -I
> melt-private-build-include
> > > -I." \
> > > > 	     
> > >
> GCCMELT_MODULE_SOURCE=../../melt-branch/gcc/melt/generated/warmelt-first.0.c GCCMELT_MODULE_BINARY=warmelt-first.0.so
> > > > make[5]: Entering directory `/home/wolfgang/gcc-melt/objects/gcc'
> > > > gcc -g -O2 -fomit-frame-pointer -g -g -O2 -fomit-frame-pointer
> -gtoggle
> > > -DIN_GCC -DHAVE_CONFIG_H -I melt-private-build-include -I. -fPIC -c -o
> > > warmelt-first.0.pic.o
> ../../melt-branch/gcc/melt/generated//warmelt-first.0.c
> > > > cc1: error: unrecognised debug output level "toggle"
> 
> 
> Perhaps re-merging the current MELT branch into your private branch
> (assuming you have a private MELT variant) might help, because on my
> side with GCCMELT_CC set to gcc-4.5 the make log contains
> 
> 
> make warmelt1
> make[4]: Entering directory `/usr/src/Lang/_MeltBoot/Obj/gcc'
> date +"/* empty-file-for-melt.c %c */" > empty-file-for-melt.c-tmp
> /bin/bash ../../melt-branch/gcc/../move-if-change
> empty-file-for-melt.c-tmp empty-file-for-melt.c
> make -f ../../melt-branch/gcc/melt-module.mk
> VPATH=../../melt-branch/gcc:. meltmodule \
> 	      GCCMELT_CFLAGS="-g -fkeep-inline-functions -g
> -fkeep-inline-functions -DIN_GCC -DHAVE_CONFIG_H -I
> melt-private-build-include -I." \
> 
> GCCMELT_MODULE_SOURCE=../../melt-branch/gcc/melt/generated/warmelt-first.0.c
> GCCMELT_MODULE_BINARY=warmelt-first.0.so
> make[5]: Entering directory `/usr/src/Lang/_MeltBoot/Obj/gcc'
> gcc-4.5 -g -fkeep-inline-functions -g -fkeep-inline-functions -DIN_GCC
> -DHAVE_CONFIG_H -I melt-private-build-include -I. -fPIC -c -o
> warmelt-first.0.pic.o
> ../../melt-branch/gcc/melt/generated//warmelt-first.0.c
> gcc-4.5 -g -fkeep-inline-functions -g -fkeep-inline-functions -DIN_GCC
> -DHAVE_CONFIG_H -I melt-private-build-include -I. -fPIC -c -o
> warmelt-first.0
> +01.pic.o ../../melt-branch/gcc/melt/generated//warmelt-first.0+01.c
> echo '/*' generated file ./warmelt-first.0-stamp.c '*/' >
> warmelt-first.0-stamp.c-tmp
> date "+const char melt_compiled_timestamp[]=\"%c \";" >>
> warmelt-first.0-stamp.c-tmp
> echo "const char melt_md5[]=\"\\" >> warmelt-first.0-stamp.c-tmp
> for f
> in ../../melt-branch/gcc/melt/generated/warmelt-first.0.c
> ../../melt-branch/gcc/melt/generated/warmelt-first.0+01.c; do \
> 	  md5line=`md5sum $f` ; \
> 	  printf "%s\\\n" $md5line >> warmelt-first.0-stamp.c-tmp; \
> 	done
> echo "\";" >> warmelt-first.0-stamp.c-tmp
> echo "const char melt_csource[]=
> \"../../melt-branch/gcc/melt/generated/warmelt-first.0.c
> ../../melt-branch/gcc/melt/generated/warmelt-first.0+01.c\";" >> warmelt-first.0-stamp.c-tmp
> mv warmelt-first.0-stamp.c-tmp warmelt-first.0-stamp.c
> gcc-4.5 -g -fkeep-inline-functions -g -fkeep-inline-functions -DIN_GCC
> -DHAVE_CONFIG_H -I melt-private-build-include -I. -fPIC -shared \
> 	     ./warmelt-first.0.pic.o  ./warmelt-first.0
> +01.pic.o ./warmelt-first.0-stamp.c -o warmelt-first.0.so
> rm -f ./warmelt-first.0-stamp.c
> 
> As you can see, the inner make -f ../../melt-branch/gcc/melt-module.mk
> has no -gtoggle inside the GCCMELT_CFLAGS. I see no reason it won't work
> with gcc-4.4 as GCCMELT_CC
> 
> The GCC MELT was svn checkout cleanly, the svn info is
> 
> Tue May 25 17:06:44 MEST 2010
> Path: melt-branch
> URL: svn://gcc.gnu.org/svn/gcc/branches/melt-branch
> Repository Root: svn://gcc.gnu.org/svn/gcc
> Repository UUID: 138bc75d-0d04-0410-961f-82ee72b054a4
> Revision: 159821
> Node Kind: directory
> Last Changed Author: bstarynk
> Last Changed Rev: 159667
> Last Changed Date: 2010-05-21 16:44:05 +0200 (Fri, 21 May 2010)
> 
> So I tend to still believe that I did fix that bug, but I am not sure of
> that. And I am not able to reproduce that bug on the latest MELT branch
> rev 159821
> 
> Perhaps you might try to merge again the latest MELT branch into your
> private one; the changes are mostly in gcc/Makefile.in or some gcc/*.mk
> I believe.
> 
> Tell us if that helps!
> 
> Cheers.

-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

Re: Melt-building problem

[Basile Starynkevitch]

On Wed, 2010-05-26 at 11:37 +0200, Wolfgang wrote:
> Hallo,
> 
> i built gcc-melt sucessfully with a new gcc-4.5 compiler from scratch.

As far as I understand, a recent MELT can be built with another C
compiler than gcc-4.5.

Thanks for your feedback.

[my guess is that you have been hit by a bug that has been corrected a
few weeks ago]

Cheers.

-- 
Basile STARYNKEVITCH         http://starynkevitch.net/Basile/
email: basile<at>starynkevitch<dot>net mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***

Re: Melt-building problem

[Basile Starynkevitch]

On Wed, 2010-05-26 at 12:57 +0200, Basile Starynkevitch wrote:
> On Wed, 2010-05-26 at 11:37 +0200, Wolfgang wrote:
> > Hallo,
> > 
> > i built gcc-melt sucessfully with a new gcc-4.5 compiler from scratch.
> 
> As far as I understand, a recent MELT can be built with another C
> compiler than gcc-4.5.
> 
> Thanks for your feedback.
> 
> [my guess is that you have been hit by a bug that has been corrected a
> few weeks ago]


No, unfortunately, the bug is still here, and appears when configuring
GCC MELT with --enable-bootstrap and when compiling it with a gcc which
is not 4.5. (I confess I rarely test that).

I will investigate that later...

Thanks.

Cheers.

-- 
Basile STARYNKEVITCH         http://starynkevitch.net/Basile/
email: basile<at>starynkevitch<dot>net mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***

Re: Melt-building problem

[Basile Starynkevitch]

On Wed, May 26, 2010 at 02:40:21PM +0200, Basile Starynkevitch wrote:
> 
> No, unfortunately, the bug is still here, and appears when configuring
> GCC MELT with --enable-bootstrap and when compiling it with a gcc which
> is not 4.5. (I confess I rarely test that).
> 
> I will investigate that later...

I believe that changing in GCC MELT's gcc/Makefile.in near line 5070

  ## the raw CFLAGS for MELT 
  MELT_RAW_CFLAGS= @CFLAGS@ $(X_CFLAGS) $(CFLAGS) $(XCFLAGS) $(INTERNAL_CFLAGS) @DEFS@  

to

  ## the raw CFLAGS for MELT
  MELT_RAW_CFLAGS= $(PLUGINCFLAGS)  $(X_CFLAGS) $(CFLAGS) $(XCFLAGS) $(INTERNAL_CFLAGS) @DEFS@

could resolve the bug. But I am testing it only now. Could you tell us
if it solved it for you please?

Cheers.

-- 
Basile STARYNKEVITCH         http://starynkevitch.net/Basile/
email: basile<at>starynkevitch<dot>net mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***

Re: Melt-building problem

[Basile Starynkevitch]

On Thu, 2010-05-27 at 10:38 +0200, Basile Starynkevitch wrote:
> On Wed, May 26, 2010 at 02:40:21PM +0200, Basile Starynkevitch wrote:
> > 
> > No, unfortunately, the bug is still here, and appears when configuring
> > GCC MELT with --enable-bootstrap and when compiling it with a gcc which
> > is not 4.5. (I confess I rarely test that).
> > 
> > I will investigate that later...

I committed a correction in rev 159932 (which is a bit more complex than
what I tentatively suggested). Actually, it revealed another bug. Since
melt-runtime.o is built from melt-runtime.c with passing among other
things
	'-DMELT_MODULE_CFLAGS="$(melt_installed_cflags)"'
it happens that in stage2 & stage3 the melt_installed_cflags are a bit
different, so of course the stage2/melt-runtime.o is not the same as
stage3/melt-runtime.o

I don't have clear ideas today on how to fix that bug.

Cheers.

-- 
Basile STARYNKEVITCH         http://starynkevitch.net/Basile/
email: basile<at>starynkevitch<dot>net mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***