On 4 May 2006 at 13:58, "Andrey Chernyshev" <[EMAIL PROTECTED]> wrote: > > Mark Hindess wrote: > > Using gcc 3.3.6, I'm stuck building native of vm.jitrino with link > > errors: > > I can suggest that link errors may be result of previous compilation > with GCC 4.0 and then subsequent attempt to link with GCC 3.3.6. > You may do the "build clean" first if you are changing the things like > compiler, or, manually delete the directory > Harmony/build/lnx_ia32_gcc_release before rebuilding.
Yeah, that was the first thing I tried. That got rid of some errors but left me with the ones I posted. > We didn't check that this can be built on a whole variety of existing > Linux distributions and different GCC versions, this would be a huge > task that only Harmony can afford to do :) Absolutely. I'm certainly not complaining. I'm just trying to help others avoid tripping over the same problems that I'm seeing ... and hopefully fixing. ;-) > One of the configurations that worked fine was: > SuSE Linux 9.2 (i586) > kernel release: 2.6.8-24-smp > gcc (GCC) 3.3.4 (pre 3.3.5 20040809) This is v. useful. Thanks. Hmm. That is a slightly older gcc than the version I'm using. As a first step, I might try to build with that exact version. If/when I get something that works, I can start to investigate the differences. Regards, Mark. > On 5/4/06, Mark Hindess <[EMAIL PROTECTED]> wrote: > > > > On 3 May 2006 at 18:21, "Elford, Chris L" <[EMAIL PROTECTED]> wrot= > e: > > > Hi all, > > > > > > Since I shared initial experiences with this package, I thought I > > > should do the same on Linux. I have not experienced as much luck there > > > yet. > > > > > > A few notes: > > > > > > 1) If you are behind a proxy, make sure to follow the instructions > > > regarding setting up the svn proxy [~/.subversion/servers]. The proxy > > > parameters to build.sh are not passed on to svn. > > > > > > 2) Don't try to use gcj as the JAVA_HOME for initial compilation. I > > > tried this first but it looks for a tools.jar that gcj doesn't have. = > =3D20 > > > > > > 3) I did not experience much success on Fedora Core 5. I believe it is > > > a compiler issue w/ C++ compatibility [FC5 ships with gcc 4.1.0-3]. > > > The errors that I get on Fedora core 5 are: > > > > > > [cc] > > > /usr/local/src/Harmony/build/lnx_ia32_gcc_release/semis/extra/log4cxx/s= > r > > > c/include/log4cxx/xml/domconfigurator.h:243: error: extra qualification > > > 'log4cxx::xml::DOMConfigurator::' on member 'subst' > > > [cc] > > > /usr/local/src/Harmony/build/lnx_ia32_gcc_release/semis/extra/log4cxx/s= > r > > > c/include/log4cxx/helpers/unicodehelper.h:98: error: extra qualificatio= > n > > > 'log4cxx::helpers::UnicodeHelper::' on member 'lengthUTF8' > > > [cc] > > > /usr/local/src/Harmony/build/lnx_ia32_gcc_release/semis/extra/log4cxx/s= > r > > > c/include/log4cxx/helpers/unicodehelper.h:98: error: extra qualificatio= > n > > > 'log4cxx::helpers::UnicodeHelper::' on member 'lengthUTF8' > > > [cc] > > > /usr/local/src/Harmony/build/lnx_ia32_gcc_release/semis/extra/log4cxx/s= > r > > > c/include/log4cxx/xml/domconfigurator.h:243: error: extra qualification > > > 'log4cxx::xml::DOMConfigurator::' on member 'subst' > > > [cc] > > > /usr/local/src/Harmony/build/lnx_ia32_gcc_release/semis/extra/log4cxx/s= > r > > > c/include/log4cxx/helpers/unicodehelper.h:98: error: extra qualificatio= > n > > > 'log4cxx::helpers::UnicodeHelper::' on member 'lengthUTF8' > > > > > > 4) I switched back to a Fedora Core 4 system in the hopes that this > > > would resolve the compiler issue. Fedora Core 4 comes with gcc > > > 4.0.0-8. That doesn't see the errors above but has numerous warnings > > > then errors out with some C++ template prototype mismatches. I can > > > send a log with the warnings/errors if desired. > > > > > > The readme indicates that gcc is supported [CXX=3Dgcc]. > > > > > > Is there a specific version of gcc required to get this to compile on > > > Fedora Core 4 or Fedora Core 5? > > > > In case this helps anyone else on Linux, I had a few problems: > > > > 1) missing bfd.h > > > > Fixed by installing binutils-dev on Debian. > > > > 2) Missing ext/stl_hash_fun.h > > > > I was using gcc/g++/libstdc++ 4.0.3 and this header file is called > > ext/hash_fun.h on this version. I figure from this that it was intended > > to be built using an older 3.x version where the header has the required > > name. > > > > Using gcc 3.3.6, I'm stuck building native of vm.jitrino with link > > errors: > > > > build.native.link: > > [cc] 0 total files to be compiled. > > [cc] Starting link > > [cc] `.L3696' referenced in section `.rodata' of ../_obj/JavaLabelP= > repass.o: defined in discarded section `.gnu.linkonce.t._ZN7Jitrino16JavaLa= > belPrepass11getJavaTypeEPNS_4TypeE' of ../_obj/JavaLabelPrepass.o > > [cc] `.L3681' referenced in section `.rodata' of ../_obj/JavaLabelP= > repass.o: defined in discarded section `.gnu.linkonce.t._ZN7Jitrino16JavaLa= > belPrepass11getJavaTypeEPNS_4TypeE' of ../_obj/JavaLabelPrepass.o > > [cc] `.L3695' referenced in section `.rodata' of ../_obj/JavaLabelP= > repass.o: defined in discarded section `.gnu.linkonce.t._ZN7Jitrino16JavaLa= > belPrepass11getJavaTypeEPNS_4TypeE' of ../_obj/JavaLabelPrepass.o > > [cc] `.L3682' referenced in section `.rodata' of ../_obj/JavaLabelP= > repass.o: defined in discarded section `.gnu.linkonce.t._ZN7Jitrino16JavaLa= > belPrepass11getJavaTypeEPNS_4TypeE' of ../_obj/JavaLabelPrepass.o > > > > I decided it was time to get sleep at that point. I will resume > > investigating this later. > > > > Regards, > > Mark. --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]