GC warnings and libjava/boehm.cc thread warnings on current gcc with java on cygwin
Trying to build gcc trunk with java on current cygwin (with snapshot 20111211, I get a strange Boehm Garbage Collector problem, first manifesting itself like this: dlltool -d /usr/local/src/trunk/gcc/libjava/libgcj-noncore-dummy.def -l libgcj-noncore-dummy.dll.a --dllname cyggcj-noncore-`expr \`grep -v '^#' /usr/local/src/trunk/gcc/libjava/libtool-version | sed -e 's/\(.*\):\(.*\):.*/\1 + \2/'\``.dll /bin/sh ./libtool --tag=CXX --mode=link /usr/local/src/trunk/objdir.withjava/./gcc/xgcc -shared-libgcc -B/usr/local/src/trunk/objdir.withjava/./gcc -nostdinc++ -L/usr/local/src/trunk/objdir.withjava/i686-pc-cygwin/libstdc++-v3/src -L/usr/local/src/trunk/objdir.withjava/i686-pc-cygwin/libstdc++-v3/src/.libs -B/usr/i686-pc-cygwin/bin/ -B/usr/i686-pc-cygwin/lib/ -isystem /usr/i686-pc-cygwin/include -isystem /usr/i686-pc-cygwin/sys-include -L/usr/local/src/trunk/objdir.withjava/i686-pc-cygwin/libjava -ffloat-store -fomit-frame-pointer -Usun -g -O2 -liconv -o libgcj.la -rpath /usr/lib/gcc/i686-pc-cygwin/4.7.0 -lrt ./libltdl/libltdlc.la -no-undefined -bindir "/usr/bin" -Wl,-u,__ZN3org4ietf4jgss10GSSManagerC1Ev,-L..,-lgcj-noncore-dummy -version-info `grep -v '^#' /usr/local/src/trunk/gcc/libjava/libtool-version` -Wl,-Bsymbolic-functions -rpath /usr/lib/gcc/i686-pc-cygwin/4.7.0 prims.lo jni.lo exception.lo stacktrace.lo link.lo defineclass.lo verify.lo jvmti.lo interpret.lo gnu/classpath/jdwp/natVMFrame.lo gnu/classpath/jdwp/natVMMethod.lo gnu/classpath/jdwp/natVMVirtualMachine.lo gnu/classpath/natConfiguration.lo gnu/classpath/natSystemProperties.lo gnu/classpath/natVMStackWalker.lo gnu/gcj/natCore.lo gnu/gcj/convert/JIS0208_to_Unicode.lo gnu/gcj/convert/JIS0212_to_Unicode.lo gnu/gcj/convert/Unicode_to_JIS.lo gnu/gcj/convert/natIconv.lo gnu/gcj/convert/natInput_EUCJIS.lo gnu/gcj/convert/natInput_SJIS.lo gnu/gcj/convert/natOutput_EUCJIS.lo gnu/gcj/convert/natOutput_SJIS.lo gnu/gcj/io/natSimpleSHSStream.lo gnu/gcj/io/shs.lo gnu/gcj/jvmti/natBreakpoint.lo gnu/gcj/jvmti/natNormalBreakpoint.lo gnu/gcj/runtime/natFinalizerThread.lo gnu/gcj/runtime/natSharedLibLoader.lo gnu/gcj/runtime/natSystemClassLoader.lo gnu/gcj/runtime/natStringBuffer.lo gnu/gcj/util/natDebug.lo gnu/gcj/util/natGCInfo.lo gnu/java/lang/natMainThread.lo gnu/java/lang/management/natVMClassLoadingMXBeanImpl.lo gnu/java/lang/management/natVMCompilationMXBeanImpl.lo gnu/java/lang/management/natVMGarbageCollectorMXBeanImpl.lo gnu/java/lang/management/natVMMemoryMXBeanImpl.lo gnu/java/lang/management/natVMMemoryManagerMXBeanImpl.lo gnu/java/lang/management/natVMMemoryPoolMXBeanImpl.lo gnu/java/lang/management/natVMOperatingSystemMXBeanImpl.lo gnu/java/lang/management/natVMRuntimeMXBeanImpl.lo gnu/java/lang/management/natVMThreadMXBeanImpl.lo gnu/java/net/natPlainDatagramSocketImpl.lo gnu/java/net/natPlainSocketImpl.lo gnu/java/net/protocol/core/natCoreInputStream.lo gnu/java/nio/natVMPipe.lo gnu/java/nio/natVMSelector.lo gnu/java/nio/natNIOServerSocket.lo gnu/java/nio/natVMChannel.lo gnu/java/nio/channels/natFileChannelImpl.lo gnu/java/security/jce/prng/natVMSecureRandom.lo java/io/natFile.lo java/io/natVMObjectInputStream.lo java/io/natVMObjectStreamClass.lo java/lang/natCharacter.lo java/lang/natClass.lo java/lang/natClassLoader.lo java/lang/natConcreteProcess.lo java/lang/natVMDouble.lo java/lang/natVMFloat.lo java/lang/natMath.lo java/lang/natObject.lo java/lang/natRuntime.lo java/lang/natString.lo java/lang/natAbstractStringBuffer.lo java/lang/natSystem.lo java/lang/natThread.lo java/lang/natThreadLocal.lo java/lang/natVMClassLoader.lo java/lang/natVMProcess.lo java/lang/natVMThrowable.lo java/lang/ref/natReference.lo java/lang/reflect/natArray.lo java/lang/reflect/natConstructor.lo java/lang/reflect/natField.lo java/lang/reflect/natMethod.lo java/lang/reflect/natVMProxy.lo java/net/natVMInetAddress.lo java/net/natVMNetworkInterface.lo java/net/natVMURLConnection.lo java/nio/channels/natVMChannels.lo java/nio/natVMDirectByteBufferImpl.lo java/security/natVMAccessController.lo java/security/natVMAccessControlState.lo java/text/natCollator.lo java/util/natVMTimeZone.lo java/util/concurrent/atomic/natAtomicLong.lo java/util/logging/natLogger.lo java/util/zip/natDeflater.lo java/util/zip/natInflater.lo sun/misc/natUnsafe.lo boehm.lo posix.lo posix-threads.lo classpath/native/fdlibm/libfdlibm.la java/lang/Object.lo java/lang/Class.lo java/process-Posix.lo gnu/classpath.lo gnu/classpath/debug.lo gnu/classpath/toolkit.lo gnu/gcj.lo gnu/gcj/convert.lo gnu/gcj/runtime.lo gnu/gcj/util.lo gnu/java/awt.lo gnu/java/awt/color.lo gnu/java/awt/java2d.lo gnu/java/awt/peer.lo gnu/java/awt/peer/headless.lo gnu/java/io.lo gnu/java/lang.lo gnu/java/lang/reflect.lo gnu/java/locale.lo gnu/java/net.lo gnu/java/net/loader.lo gnu/java/net/protocol/core.lo gnu/java/net/protocol/file.lo gnu/java/net/protocol/http.lo gnu/java/net/protocol/jar.lo gnu/java/nio.lo gnu/java/nio/channels.lo gnu/java/nio/charset.lo gnu/java/rmi.lo gnu/java/rmi/activat
Re: Failure to bootstrap current gcc trunk on cygwin (20111207 snapshot): conflicting declarations in cygwin's /usr/include/sys/wait.h
On 7 December 2011 20:14, Christian Joensson wrote: > I am trying to build gcc trunk on cygwin (with the snapshot of > 20111207) and get this: > > /usr/local/src/trunk/objdir.withada/./prev-gcc/g++ > -B/usr/local/src/trunk/objdir.withada/./prev-gcc/ > -B/usr/i686-pc-cygwin/bin/ -nostdinc++ > -B/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/src/.libs > -B/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/libsupc++/.libs > -I/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/include/i686-pc-cygwin > -I/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/include > -I/usr/local/src/trunk/gcc/libstdc++-v3/libsupc++ > -L/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/src/.libs > -L/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/libsupc++/.libs > -c -g -O2 -gtoggle -DIN_GCC -fno-exceptions -fno-rtti -W -Wall > -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute > -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror > -fno-common -Wno-error -DHAVE_CONFIG_H -I. -Iada > -I/usr/local/src/trunk/gcc/gcc -I/usr/local/src/trunk/gcc/gcc/ada > -I/usr/local/src/trunk/gcc/gcc/../include > -I/usr/local/src/trunk/gcc/gcc/../libcpp/include -I/usr/include > -I/usr/include -I/usr/local/src/trunk/gcc/gcc/../libdecnumber > -I/usr/local/src/trunk/gcc/gcc/../libdecnumber/bid -I../libdecnumber > /usr/local/src/trunk/gcc/gcc/ada/adaint.c -o ada/adaint.o > In file included from /usr/local/src/trunk/gcc/gcc/system.h:346:0, > from /usr/local/src/trunk/gcc/gcc/ada/adaint.c:107: > /usr/include/sys/wait.h: In function 'int __wait_status_to_int(const wait&)': > /usr/include/sys/wait.h:77:61: error: declaration of C function 'int > __wait_status_to_int(const wait&)' conflicts with > /usr/include/sys/wait.h:75:12: error: previous declaration 'int > __wait_status_to_int(int)' here > /usr/include/sys/wait.h: In function 'pid_t wait(wait*)': > /usr/include/sys/wait.h:81:40: error: declaration of C function 'pid_t > wait(wait*)' conflicts with > /usr/include/sys/wait.h:37:7: error: previous declaration 'pid_t > wait(__wait_status_ptr_t)' here > /usr/include/sys/wait.h: In function 'pid_t waitpid(pid_t, wait*, int)': > /usr/include/sys/wait.h:83:71: error: declaration of C function 'pid_t > waitpid(pid_t, wait*, int)' conflicts with > /usr/include/sys/wait.h:38:7: error: previous declaration 'pid_t > waitpid(pid_t, __wait_status_ptr_t, int)' here > /usr/include/sys/wait.h: In function 'pid_t wait3(wait*, int, rusage*)': > /usr/include/sys/wait.h:85:81: error: declaration of C function 'pid_t > wait3(wait*, int, rusage*)' conflicts with > /usr/include/sys/wait.h:39:7: error: previous declaration 'pid_t > wait3(__wait_status_ptr_t, int, rusage*)' here > /usr/include/sys/wait.h: In function 'pid_t wait4(pid_t, wait*, int, > rusage*)': > /usr/include/sys/wait.h:87:94: error: declaration of C function 'pid_t > wait4(pid_t, wait*, int, rusage*)' conflicts with > /usr/include/sys/wait.h:40:7: error: previous declaration 'pid_t > wait4(pid_t, __wait_status_ptr_t, int, rusage*)' here this seems to me to be fixed, as of cygwin snapshot 20111209 I no longer get this specific error. -- Cheers, /ChJ
Failure to bootstrap current gcc trunk on cygwin (20111207 snapshot): conflicting declarations in cygwin's /usr/include/sys/wait.h
I am trying to build gcc trunk on cygwin (with the snapshot of 20111207) and get this: /usr/local/src/trunk/objdir.withada/./prev-gcc/g++ -B/usr/local/src/trunk/objdir.withada/./prev-gcc/ -B/usr/i686-pc-cygwin/bin/ -nostdinc++ -B/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/src/.libs -B/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/libsupc++/.libs -I/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/include/i686-pc-cygwin -I/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/include -I/usr/local/src/trunk/gcc/libstdc++-v3/libsupc++ -L/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/src/.libs -L/usr/local/src/trunk/objdir.withada/prev-i686-pc-cygwin/libstdc++-v3/libsupc++/.libs -c -g -O2 -gtoggle -DIN_GCC-fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -Wno-error -DHAVE_CONFIG_H -I. -Iada -I/usr/local/src/trunk/gcc/gcc -I/usr/local/src/trunk/gcc/gcc/ada -I/usr/local/src/trunk/gcc/gcc/../include -I/usr/local/src/trunk/gcc/gcc/../libcpp/include -I/usr/include -I/usr/include -I/usr/local/src/trunk/gcc/gcc/../libdecnumber -I/usr/local/src/trunk/gcc/gcc/../libdecnumber/bid -I../libdecnumber /usr/local/src/trunk/gcc/gcc/ada/adaint.c -o ada/adaint.o In file included from /usr/local/src/trunk/gcc/gcc/system.h:346:0, from /usr/local/src/trunk/gcc/gcc/ada/adaint.c:107: /usr/include/sys/wait.h: In function 'int __wait_status_to_int(const wait&)': /usr/include/sys/wait.h:77:61: error: declaration of C function 'int __wait_status_to_int(const wait&)' conflicts with /usr/include/sys/wait.h:75:12: error: previous declaration 'int __wait_status_to_int(int)' here /usr/include/sys/wait.h: In function 'pid_t wait(wait*)': /usr/include/sys/wait.h:81:40: error: declaration of C function 'pid_t wait(wait*)' conflicts with /usr/include/sys/wait.h:37:7: error: previous declaration 'pid_t wait(__wait_status_ptr_t)' here /usr/include/sys/wait.h: In function 'pid_t waitpid(pid_t, wait*, int)': /usr/include/sys/wait.h:83:71: error: declaration of C function 'pid_t waitpid(pid_t, wait*, int)' conflicts with /usr/include/sys/wait.h:38:7: error: previous declaration 'pid_t waitpid(pid_t, __wait_status_ptr_t, int)' here /usr/include/sys/wait.h: In function 'pid_t wait3(wait*, int, rusage*)': /usr/include/sys/wait.h:85:81: error: declaration of C function 'pid_t wait3(wait*, int, rusage*)' conflicts with /usr/include/sys/wait.h:39:7: error: previous declaration 'pid_t wait3(__wait_status_ptr_t, int, rusage*)' here /usr/include/sys/wait.h: In function 'pid_t wait4(pid_t, wait*, int, rusage*)': /usr/include/sys/wait.h:87:94: error: declaration of C function 'pid_t wait4(pid_t, wait*, int, rusage*)' conflicts with /usr/include/sys/wait.h:40:7: error: previous declaration 'pid_t wait4(pid_t, __wait_status_ptr_t, int, rusage*)' here Makefile:1054: recipe for target `ada/adaint.o' failed make[3]: *** [ada/adaint.o] Error 1 make[3]: Leaving directory `/usr/local/src/trunk/objdir.withada/gcc' Makefile:4140: recipe for target `all-stage2-gcc' failed make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir.withada' Makefile:18046: recipe for target `stage2-bubble' failed make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir.withada' Makefile:898: recipe for target `all' failed make: *** [all] Error 2 $ /usr/local/src/trunk/objdir.withada/prev-gcc/xgcc.exe -v Using built-in specs. COLLECT_GCC=/usr/local/src/trunk/objdir.withada/prev-gcc/xgcc Target: i686-pc-cygwin Configured with: /usr/local/src/trunk/gcc/configure --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --localstatedir=/var --sysconfdir=/etc --datarootdir=/usr/share --docdir=/usr/share/doc/gcc4 -C --datadir=/usr/share --infodir=/usr/share/info --mandir=/usr/share/man -v --with-gmp=/usr --with-mpfr=/usr --enable-bootstrap --enable-version-specific-runtime-libs --libexecdir=/usr/lib --enable-static --enable-shared --enable-shared-libgcc --disable-__cxa_atexit --with-gnu-ld --with-gnu-as --with-dwarf2 --disable-sjlj-exceptions --enable-graphite --enable-lto --disable-symvers --program-suffix=-4 --enable-libgomp --enable-libssp --enable-threads=posix --with-arch=i686 --with-tune=generic --enable-libada CC=gcc-4 CXX=g++-4 CC_FOR_TARGET=gcc-4 CXX_FOR_TARGET=g++-4 GNATMAKE_FOR_TARGET=gnatmake GNATBIND_FOR_TARGET=gnatbind --enablelanguages=c,ada,c++,fortran,lto,objc,objc++ Thread model: posix gcc version 4.7.0 20111207 (experimental) [trunk revision 182082] (GCC) $ uname -a CYGWIN_NT-6.1-WOW64 LI004043 1.7.10s(0.255/5/3) 20111207 03:08:14 i686 Cygwin Does this symptom ring a bell for anyone? -- Cheers, /ChJ
Re: Yet another issue with gcc current trunk with ada on cygwin: s-tpoaal.adb:60:13: "Specific" is undefined (more references follow)
> > Try adding defined (__CYGWIN__) to the first line. > done, the new issue is this: /usr/local/src/trunk/objdir.withada/./gcc/xgcc -B/usr/local/src/trunk/objdir.withada/./gcc/ -B/usr/i686-pc-cygwin/bin/ -B/usr/i686-pc-cygwin/lib/ -isystem /usr/i686-pc-cygwin/include -isystem /usr/i686-pc-cygwin/sys-include -c -g -O2-W -Wall -gnatpg -nostdinc a-diocst.adb -o a-diocst.o /usr/local/src/trunk/objdir.withada/./gcc/xgcc -B/usr/local/src/trunk/objdir.withada/./gcc/ -B/usr/i686-pc-cygwin/bin/ -B/usr/i686-pc-cygwin/lib/ -isystem /usr/i686-pc-cygwin/include -isystem /usr/i686-pc-cygwin/sys-include -c -g -O2-W -Wall -gnatpg -nostdinc a-direct.adb -o a-direct.o a-direct.adb:43:12: warning: no entities of "Os_Constants" are referenced a-direct.adb:1081:24: "ENOENT" is undefined s-oscons.ads:54:01: (style) multiple blank lines s-oscons.ads:59:01: (style) multiple blank lines s-oscons.ads:64:01: (style) multiple blank lines s-oscons.ads:69:01: (style) multiple blank lines s-oscons.ads:74:01: (style) multiple blank lines s-oscons.ads:81:01: (style) multiple blank lines s-oscons.ads:86:01: (style) multiple blank lines s-oscons.ads:91:01: (style) multiple blank lines s-oscons.ads:96:01: (style) multiple blank lines s-oscons.ads:101:01: (style) multiple blank lines s-oscons.ads:106:01: (style) multiple blank lines s-oscons.ads:111:01: (style) multiple blank lines s-oscons.ads:116:01: (style) multiple blank lines s-oscons.ads:127:01: (style) multiple blank lines s-oscons.ads:146:01: (style) multiple blank lines make[6]: *** [a-direct.o] Error 1 make[6]: Leaving directory `/usr/local/src/trunk/objdir.withada/gcc/ada/rts' make[5]: *** [gnatlib] Error 2 make[5]: Leaving directory `/usr/local/src/trunk/objdir.withada/gcc/ada' make[4]: *** [gnatlib-shared-win32] Error 2 make[4]: Leaving directory `/usr/local/src/trunk/objdir.withada/gcc/ada' make[3]: *** [gnatlib-shared] Error 2 make[3]: Leaving directory `/usr/local/src/trunk/objdir.withada/gcc/ada' make[2]: *** [gnatlib-shared] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir.withada/i686-pc-cygwin/libada' make[1]: *** [all-target-libada] Error 2 make[1]: *** Waiting for unfinished jobs -- Cheers, /ChJ
Re: Yet another issue with gcc current trunk with ada on cygwin: s-tpoaal.adb:60:13: "Specific" is undefined (more references follow)
> But grep is your friend. See s-oscons-tmplt.c lines 1343 and below. phew, beyond my abilities yet again. someone more cygwin knowledgable would need to look into that I suppose... -- Cheers, /ChJ
Re: Yet another issue with gcc current trunk with ada on cygwin: s-tpoaal.adb:60:13: "Specific" is undefined (more references follow)
On 22 November 2011 07:58, Eric Botcazou wrote: >> On cygwin, current gcc trunk, I get this new problem: >> >> /usr/local/src/trunk/objdir.withada/./gcc/xgcc >> -B/usr/local/src/trunk/objdir.withada/./gcc/ >> -B/usr/i686-pc-cygwin/bin/ -B/usr/i686-pc-cygwin/lib/ -isystem >> /usr/i686-pc-cygwin/include -isystem /usr/i686-pc-cygwin/sys-include >> -c -g -O2 -W -Wall -gnatpg -nostdinc s-taprop.adb -o s-taprop.o >> s-tpoaal.adb:60:13: "Specific" is undefined (more references follow) >> make[5]: *** [s-taprop.o] Error 1 >> make[5]: Leaving directory > > Looks like the same problem, see gcc/ada/Makefile.in line 1573. certainly, looking at your commit r181573 and tranforming that into this situation... I myself can't parse that clause so I tried simply removing the '32' out of cygwin32 but then I hit into something else... /usr/local/src/trunk/objdir.withada/./gcc/xgcc -B/usr/local/src/trunk/objdir.withada/./gcc/ -B/usr/i686-pc-cygwin/bin/ -B/usr/i686-pc-cygwin/lib/ -isystem /usr/i686-pc-cygwin/include -isystem /usr/i686-pc-cygwin/sys-include -c -g -O2-W -Wall -gnatpg -nostdinc g-socthi.adb -o g-socthi.o g-socthi.adb:615:15: "WSASYSNOTREADY" is undefined g-socthi.adb:616:15: "WSAVERNOTSUPPORTED" is undefined g-socthi.adb:618:15: "WSANOTINITIALISED" is undefined g-socthi.adb:620:15: "WSAEDISCON" is undefined g-socthi.adb:627:15: duplication of choice value at line 575 make[6]: *** [g-socthi.o] Error 1 make[6]: Leaving directory `/usr/local/src/trunk/objdir.withada/gcc/ada/rts' make[5]: *** [gnatlib] Error 2 make[5]: Leaving directory `/usr/local/src/trunk/objdir.withada/gcc/ada' make[4]: *** [gnatlib-shared-win32] Error 2 make[4]: Leaving directory `/usr/local/src/trunk/objdir.withada/gcc/ada' make[3]: *** [gnatlib-shared] Error 2 make[3]: Leaving directory `/usr/local/src/trunk/objdir.withada/gcc/ada' make[2]: *** [gnatlib-shared] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir.withada/i686-pc-cygwin/libada' make[1]: *** [all-target-libada] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir.withada' make: *** [all] Error 2 and that is beyond my grasp, there is something odd when cygwin is to use, I guess, mingw variants of files... -- Cheers, /ChJ
Yet another issue with gcc current trunk with ada on cygwin: s-tpoaal.adb:60:13: "Specific" is undefined (more references follow)
On cygwin, current gcc trunk, I get this new problem: /usr/local/src/trunk/objdir.withada/./gcc/xgcc -B/usr/local/src/trunk/objdir.withada/./gcc/ -B/usr/i686-pc-cygwin/bin/ -B/usr/i686-pc-cygwin/lib/ -isystem /usr/i686-pc-cygwin/include -isystem /usr/i686-pc-cygwin/sys-include -c -g -O2 -W -Wall -gnatpg -nostdinc s-taprop.adb -o s-taprop.o s-tpoaal.adb:60:13: "Specific" is undefined (more references follow) make[5]: *** [s-taprop.o] Error 1 make[5]: Leaving directory `/usr/local/src/trunk/objdir.withada/gcc/ada/rts' make[4]: *** [gnatlib] Error 2 make[4]: Leaving directory `/usr/local/src/trunk/objdir.withada/gcc/ada' make[3]: *** [gnatlib-shared] Error 2 make[3]: Leaving directory `/usr/local/src/trunk/objdir.withada/gcc/ada' make[2]: *** [gnatlib-shared] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir.withada/i686-pc-cygwin/libada' make[1]: *** [all-target-libada] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir.withada' make: *** [all] Error 2 -- Cheers, /ChJ
Re: Issues with building gcc trunk with ada on cygwin
On 20 November 2011 12:06, Eric Botcazou wrote: >> Now, are there anyones here that recognise the issue and perhaps have >> an idea of how to address it? > > Take a look at gcc/ada/Makefile.in lines 279 and below: > > ifeq ($(strip $(filter-out cygwin32% mingw32% pe,$(osys))),) > # On Windows native the tconfig.h files used by C runtime files needs to have > # the gcc source dir in its include dir list > INCLUDES_FOR_SUBDIR = -iquote . -iquote .. -iquote ../.. -iquote > $(fsrcdir)/ada \ > -I$(fsrcdir)/../include -I$(fsrcdir) > endif > > It's probably only a matter of adjusting the regexp. I haven't tried it yet but the 'cygwin32' looks suspicsious to me, i.e., the 32, to my understanding that '32' was removed years ago.. weird. -- Cheers, /ChJ
Issues with building gcc trunk with ada on cygwin
I have an issue with building gcc trunk, current and since quite a while. There seems to me to be quite some missing includes while building stage 3 compared with stage 2. For example, the adadecode.c comile in stage 2 for me looks like this: make[5]: Entering directory `/usr/local/src/trunk/objdir.withada-java/gcc/ada/rts' /usr/local/src/trunk/objdir.withada-java/./gcc/xgcc -B/usr/local/src/trunk/objdir.withada-java/./gcc/ -B/usr/i686-pc-cygwin/bin/ -B/usr/i686-pc-cygwin/lib/ -isystem /usr/i686-pc-cygwin/include -isystem /usr/i686-pc-cygwin/sys-include -c -DIN_GCC -W -Wall -g -O2 -fexceptions -DIN_RTS -DHAVE_GETIPINFO \ -iquote . -iquote .. -iquote ../.. -iquote /usr/local/src/trunk/gcc/gcc/ada -I/usr/local/src/trunk/gcc/gcc/../include -I./../.. adadecode.c -o adadecode.o In file included from adadecode.c:34:0: ../../tconfig.h:9:36: fatal error: config/i386/xm-cygwin.h: No such file or directory compilation terminated. make[5]: *** [adadecode.o] Error 1 make[5]: Leaving directory `/usr/local/src/trunk/objdir.withada-java/gcc/ada/rts' make[4]: *** [gnatlib] Error 2 make[4]: Leaving directory `/usr/local/src/trunk/objdir.withada-java/gcc/ada' make[3]: *** [gnatlib-shared] Error 2 make[3]: Leaving directory `/usr/local/src/trunk/objdir.withada-java/gcc/ada' make[2]: *** [gnatlib-shared] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir.withada-java/i686-pc-cygwin/libada' make[1]: *** [all-target-libada] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir.withada-java' make: *** [all] Error 2 while the stage1 compile looks liike this: /usr/local/src/trunk/objdir.withada-java/./prev-gcc/g++ -B/usr/local/src/trunk/objdir.withada-java/./prev-gcc/ -B/usr/i686-pc-cygwin/bin/ -nostdinc++ -B/usr/local/src/trunk/objdir.withada-java/prev-i686-pc-cygwin/libstdc++-v3/src/.libs -B/usr/local/src/trunk/objdir.withada-java/prev-i686-pc-cygwin/libstdc++-v3/libsupc++/.libs -I/usr/local/src/trunk/objdir.withada-java/prev-i686-pc-cygwin/libstdc++-v3/include/i686-pc-cygwin -I/usr/local/src/trunk/objdir.withada-java/prev-i686-pc-cygwin/libstdc++-v3/include -I/usr/local/src/trunk/gcc/libstdc++-v3/libsupc++ -L/usr/local/src/trunk/objdir.withada-java/prev-i686-pc-cygwin/libstdc++-v3/src/.libs -L/usr/local/src/trunk/objdir.withada-java/prev-i686-pc-cygwin/libstdc++-v3/libsupc++/.libs -c -g -O2 -DIN_GCC -fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -Iada -I/usr/local/src/trunk/objdir.withada-java/../gcc/gcc -I/usr/local/src/trunk/objdir.withada-java/../gcc/gcc/ada -I/usr/local/src/trunk/objdir.withada-java/../gcc/gcc/../include -I/usr/local/src/trunk/objdir.withada-java/../gcc/gcc/../libcpp/include -I/usr/include -I/usr/include -I/usr/local/src/trunk/objdir.withada-java/../gcc/gcc/../libdecnumber -I/usr/local/src/trunk/objdir.withada-java/../gcc/gcc/../libdecnumber/bid -I../libdecnumber /usr/local/src/trunk/objdir.withada-java/../gcc/gcc/ada/adadecode.c -o ada/adadecode.o the compile error I get in stage 2 is resolved adding -I/usr/local/src/trunk/gcc/gcc/ as include, there, and only there, is the missing include file config/i386/xm-cygwin.h... Now, are there anyones here that recognise the issue and perhaps have an idea of how to address it? -- Cheers, /ChJ
Re: revision r181278 gives me a bootstrap/build error on cygwin for gcc trunk: cc1: warning: unrecognized command line option "-Wno-narrowing"
Den 11 november 2011 16:30 skrev Jason Merrill: > On 11/11/2011 07:02 AM, Christian Jönsson wrote: >> >> revision r181278 gives me a bootstrap/build error on cygwin for gcc >> trunk like this > > I've now conditioned those functions on the macro being defined. Does that > fix it for you? yup, thanks. -- Cheers, /ChJ
Failure to bootstrap trunk with --enable-threads=posix on cygwin since r180767
On cygwin, I get the following failure when trying to boostrap current Fri Nov 4 19:36:52 UTC 2011 (revision 180977) gcc trunk: /bin/sh ../../../gcc/libgcc/../mkinstalldirs . ln -s -f libgcc.map libgcc.map.def && if [ ! -d ./shlib ]; then mkdir ./shlib; else true; fi && /usr/local/src/objdir/./gcc/xgcc -B/usr/local/src/objdir/./gcc/ -B/usr/i686-pc-cygwin/bin/ -B/usr/i686-pc-cygwin/lib/ -isystem /usr/i686-pc-cygwin/include -isystem /usr/i686-pc-cygwin/sys-include-O2 -I../../../gcc/libgcc/../winsup/w32api/include -I../../../gcc/libgcc/../winsup/include -I../../../gcc/libgcc/../winsup/cygwin/include -g -O2 -DIN_GCC -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -pthread -shared -nodefaultlibs libgcc.map.def -Wl,--out-implib,./shlib/libgcc_s.dll.a.tmp -o ./shlib/cyggcc_s-1.dll.tmp -g -O2 -B./ _chkstk_s.o _chkstk_ms_s.o _muldi3_s.o _negdi2_s.o _lshrdi3_s.o _ashldi3_s.o _ashrdi3_s.o _cmpdi2_s.o _ucmpdi2_s.o _clear_cache_s.o _trampoline_s.o __main_s.o _absvsi2_s.o _absvdi2_s.o _addvsi3_s.o _addvdi3_s.o _subvsi3_s.o _subvdi3_s.o _mulvsi3_s.o _mulvdi3_s.o _negvsi2_s.o _negvdi2_s.o _ctors_s.o _ffssi2_s.o _ffsdi2_s.o _clz_s.o _clzsi2_s.o _clzdi2_s.o _ctzsi2_s.o _ctzdi2_s.o _popcount_tab_s.o _popcountsi2_s.o _popcountdi2_s.o _paritysi2_s.o _paritydi2_s.o _powisf2_s.o _powidf2_s.o _powixf2_s.o _powitf2_s.o _mulsc3_s.o _muldc3_s.o _mulxc3_s.o _multc3_s.o _divsc3_s.o _divdc3_s.o _divxc3_s.o _divtc3_s.o _bswapsi2_s.o _bswapdi2_s.o _clrsbsi2_s.o _clrsbdi2_s.o _fixunssfsi_s.o _fixunsdfsi_s.o _fixunsxfsi_s.o _fixsfdi_s.o _fixdfdi_s.o _fixxfdi_s.o _fixunssfdi_s.o _fixunsdfdi_s.o _fixunsxfdi_s.o _floatdisf_s.o _floatdidf_s.o _floatdixf_s.o _floatundisf_s.o _floatundidf_s.o _floatundixf_s.o _divdi3_s.o _moddi3_s.o _udivdi3_s.o _umoddi3_s.o _udiv_w_sdiv_s.o _udivmoddi4_s.o tf-signs_s.o addtf3_s.o divtf3_s.o eqtf2_s.o getf2_s.o letf2_s.o multf3_s.o negtf2_s.o subtf3_s.o unordtf2_s.o fixtfsi_s.o fixunstfsi_s.o floatsitf_s.o floatunsitf_s.o fixtfdi_s.o fixunstfdi_s.o floatditf_s.o floatunditf_s.o extendsftf2_s.o extenddftf2_s.o extendxftf2_s.o trunctfsf2_s.o trunctfdf2_s.o trunctfxf2_s.o enable-execute-stack_s.o unwind-dw2_s.o unwind-dw2-fde_s.o unwind-sjlj_s.o unwind-c_s.o emutls_s.o -Wl,-lpthread -lcygwin -ladvapi32 -lshell32 -luser32 -lkernel32 && if [ -f ./shlib/cyggcc_s-1.dll ]; then mv -f ./shlib/cyggcc_s-1.dll ./shlib/cyggcc_s-1.dll.backup; else true; fi && mv ./shlib/cyggcc_s-1.dll.tmp ./shlib/cyggcc_s-1.dll && mv ./shlib/libgcc_s.dll.a.tmp ./shlib/libgcc_s.dll.a xgcc: error: unrecognized command line option ‘-pthread’ make[3]: *** [libgcc_s.dll] Error 1 make[3]: Leaving directory `/usr/local/src/objdir/i686-pc-cygwin/libgcc' make[2]: *** [all-stage1-target-libgcc] Error 2 make[2]: Leaving directory `/usr/local/src/objdir' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/usr/local/src/objdir' make: *** [all] Error 2 This is with gcc configured as Using built-in specs. COLLECT_GCC=./gcc/xgcc Target: i686-pc-cygwin Configured with: ../gcc/configure --prefix=/usr --exec-prefix=/usr --bindir=/usrfdir=/etc --datarootdir=/usr/share --docdir=/usr/share/doc/gcc4 -C --datadir=/usnable-bootstrap --enable-version-specific-runtime-libs --libexecdir=/usr/lib --enu-as --with-dwarf2 --disable-sjlj-exceptions --enable-languages=c,c++,fortran,jble-libjava --program-suffix=-4 --enable-libgomp --enable-libssp --enable-threadRGET=gcc-4 CXX_FOR_TARGET=g++-4 Thread model: posix gcc version 4.7.0 2004 (experimental) [trunk revision 180977] (GCC) Note the --enable-threads=posix. Backing off to revision 180766 does not yield this problem, while 180767 has the problem. -- Cheers, /ChJ
Re: [gcc] can't build current trunk: ar: .libs/libgomp.lib: File format not recognized
2010/1/26 Dave Korn: > On 25/01/2010 22:38, Dave Korn wrote: >> > On 25/01/2010 20:58, Paolo Bonzini wrote: > >>> >> Does this fix it for you? >> > >> > That succeeded for "rm -rf i686-pc-cygwin/libgomp; make >> > configure-target-libgomp all-target-libgomp". I'll leave a full bootstrap >> > running overnight > > That completed fine. I confirm. -- Cheers, /ChJ
Re: [gcc] can't build current trunk: ar: .libs/libgomp.lib: File format not recognized
2010/1/25 Joern Rennecke: > Quoting Dave Korn : > >> On 25/01/2010 14:04, Joern Rennecke wrote: >>> >>> Quoting Christian Joensson : >>>>> >>>>> -Xlinker .libs/libgomp-1.dll >>>>> xgcc: unrecognized option '-pthread' >>> >>> Oops, we can't actually always bootstrap libgomp - we shouldn't try if >>> it's >>> not in target_configdirs. >>> >>> Does the cygwin build work with the attached patch? >> >> Was this question and/or patch inspired by the "unrecognized option >> -pthread" warning above? > > Well, I though the reason why you ended up with an unrecognized type > libgomp-1.dll was that this diagnostic indicatde a serious problem. > >> Only we've always gotten that on cygwin and it's >> always been harmless up til now. > > So how is a build with r156189 different from a build with provious > revision? > (I'm not up-to-date with head, >> >> right now I'm >> still on r.156105 where the problem apparently arose at r.156189; I'll >> update >> to head and get a build going.) > > I've now committed the patch as r156218, but we'd still like to know if that > fixes cygwin builds. FWIW, I still get a problem, this: /bin/sh ./libtool --tag CC --mode=link /usr/local/src/trunk/objdir/./gcc/xgcc -B/usr/local/src/trunk/objdir/./gcc/ -B/usr/local/gnu/i686-pc-cygwin/bin/ -B/usr/local/gnu/i686-pc-cygwin/lib/ -isystem /usr/local/gnu/i686-pc-cygwin/include -isystem /usr/local/gnu/i686-pc-cygwin/sys-include-Wall -Werror -Wc,-pthread -g -O2 -Wl,-O1 -o libgomp.la -version-info 1:0:0 -no-undefined -bindir "/usr/local/gnu/bin" -rpath /usr/local/gnu/lib/gcc/i686-pc-cygwin/4.5.0 alloc.lo barrier.lo critical.lo env.lo error.lo iter.lo iter_ull.lo loop.lo loop_ull.lo ordered.lo parallel.lo sections.lo single.lo task.lo team.lo work.lo lock.lo mutex.lo proc.lo sem.lo bar.lo ptrlock.lo time.lo fortran.lo affinity.lo libtool: link: /usr/local/src/trunk/objdir/./gcc/xgcc -B/usr/local/src/trunk/objdir/./gcc/ -B/usr/local/gnu/i686-pc-cygwin/bin/ -B/usr/local/gnu/i686-pc-cygwin/lib/ -isystem /usr/local/gnu/i686-pc-cygwin/include -isystem /usr/local/gnu/i686-pc-cygwin/sys-include-shared .libs/alloc.o .libs/barrier.o .libs/critical.o .libs/env.o .libs/error.o .libs/iter.o .libs/iter_ull.o .libs/loop.o .libs/loop_ull.o .libs/ordered.o .libs/parallel.o .libs/sections.o .libs/single.o .libs/task.o .libs/team.o .libs/work.o .libs/lock.o .libs/mutex.o .libs/proc.o .libs/sem.o .libs/bar.o .libs/ptrlock.o .libs/time.o .libs/fortran.o .libs/affinity.o-pthread -Wl,-O1 -o .libs/libgomp-1.dll -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker .libs/libgomp-1.dll xgcc: unrecognized option '-pthread' Creating library file: .libs/libgomp-1.dll libtool: link: (cd ".libs" && rm -f "libgomp.lib" && ln -s "libgomp-1.dll" "libgomp.lib") libtool: link: ar rc .libs/libgomp.lib alloc.o barrier.o critical.o env.o error.o iter.o iter_ull.o loop.o loop_ull.o ordered.o parallel.o sections.o single.o task.o team.o work.o lock.o mutex.o proc.o sem.o bar.o ptrlock.o time.o fortran.o affinity.o ar: .libs/libgomp.lib: File format not recognized make[5]: *** [libgomp.la] Error 1 make[5]: Leaving directory `/usr/local/src/trunk/objdir/i686-pc-cygwin/libgomp' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/usr/local/src/trunk/objdir/i686-pc-cygwin/libgomp' make[3]: *** [all] Error 2 make[3]: Leaving directory `/usr/local/src/trunk/objdir/i686-pc-cygwin/libgomp' make[2]: *** [all-stage1-target-libgomp] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir' make: *** [all] Error 2 (and, yes, I've been building with libgomp for quite a while on cygwin, and, yes, I do remember the pthread warning showing up before, mentioned it to Dave, and it hadn't caused me problems before to my understanding) -- Cheers, /ChJ
Re: [gcc] can't build current trunk: ar: .libs/libgomp.lib: File format not recognized
Should have gone here I suppose... 2010/1/25 Christian Joensson: > Hi Dave. > > I see you're busy with your cygwin improvement branch... however, I > just want to give you a heads up, as for a some time, I can't build > gcc trunk, there's something with libgomp that's quite wrong. > > libtool: link: /usr/local/src/trunk/objdir/./gcc/xgcc > -B/usr/local/src/trunk/objdir/./gcc/ > -B/usr/local/gnu/i686-pc-cygwin/bin/ > -B/usr/local/gnu/i686-pc-cygwin/lib/ -isystem > /usr/local/gnu/i686-pc-cygwin/include -isystem > /usr/local/gnu/i686-pc-cygwin/sys-include -shared .libs/alloc.o > .libs/barrier.o .libs/critical.o .libs/env.o .libs/error.o > .libs/iter.o .libs/iter_ull.o .libs/loop.o .libs/loop_ull.o > .libs/ordered.o .libs/parallel.o .libs/sections.o .libs/single.o > .libs/task.o .libs/team.o .libs/work.o .libs/lock.o .libs/mutex.o > .libs/proc.o .libs/sem.o .libs/bar.o .libs/ptrlock.o .libs/time.o > .libs/fortran.o .libs/affinity.o -pthread -Wl,-O1 -o > .libs/libgomp-1.dll -Wl,--enable-auto-image-base -Xlinker --out-implib > -Xlinker .libs/libgomp-1.dll > xgcc: unrecognized option '-pthread' > Creating library file: .libs/libgomp-1.dll > libtool: link: (cd ".libs" && rm -f "libgomp.lib" && ln -s > "libgomp-1.dll" "libgomp.lib") > libtool: link: ar rc .libs/libgomp.lib alloc.o barrier.o critical.o > env.o error.o iter.o iter_ull.o loop.o loop_ull.o ordered.o parallel.o > sections.o single.o task.o team.o work.o lock.o mutex.o proc.o sem.o > bar.o ptrlock.o time.o fortran.o affinity.o > ar: .libs/libgomp.lib: File format not recognized > make[5]: *** [libgomp.la] Error 1 > make[5]: Leaving directory > `/usr/local/src/trunk/objdir/i686-pc-cygwin/libgomp' > make[4]: *** [all-recursive] Error 1 > make[4]: Leaving directory > `/usr/local/src/trunk/objdir/i686-pc-cygwin/libgomp' > make[3]: *** [all] Error 2 > make[3]: Leaving directory > `/usr/local/src/trunk/objdir/i686-pc-cygwin/libgomp' > make[2]: *** [all-stage1-target-libgomp] Error 2 > make[2]: Leaving directory `/usr/local/src/trunk/objdir' > make[1]: *** [stage1-bubble] Error 2 > make[1]: Leaving directory `/usr/local/src/trunk/objdir' > make: *** [all] Error 2 > > I can't say for sure when this started happening, for me, 156188 seems > to work, and 156189 does not. -- Cheers, /ChJ
Re: [cygwin-1.7] bootstrap failure: ../../gcc/gcc/config/i386/i386.c:24542:24: error: comparison between signed and unsigned integer expressions
2009/11/23 Christian Joensson: > Seems to me that http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00648.html > might cause this: > > /usr/local/src/trunk/objdir/./prev-gcc/xgcc > -B/usr/local/src/trunk/objdir/./prev-gcc/ > -B/usr/local/gnu/i686-pc-cygwin/bin/ > -B/usr/local/gnu/i686-pc-cygwin/bin/ > -B/usr/local/gnu/i686-pc-cygwin/lib/ -isystem > /usr/local/gnu/i686-pc-cygwin/include -isystem > /usr/local/gnu/i686-pc-cygwin/sys-include -c -g -O2 -gtoggle > -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes > -Wmissing-prototypes -Wmissing-format-attribute -pedantic > -Wno-long-long -Wno-variadic-macros > -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat > -fno-common > -DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. > -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include > -Iyes/include -I../../gcc/gcc/../libdecnumber > -I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber > -DCLOOG_PPL_BACKEND \ > ../../gcc/gcc/config/i386/i386.c -o i386.o > cc1: warnings being treated as errors > ../../gcc/gcc/config/i386/i386.c: In function 'avx_vpermilp_parallel': > ../../gcc/gcc/config/i386/i386.c:24542:24: error: comparison between signed > and > unsigned integer expressions > make[3]: *** [i386.o] Error 1 > make[3]: Leaving directory `/usr/local/src/trunk/objdir/gcc' > make[2]: *** [all-stage2-gcc] Error 2 > make[2]: Leaving directory `/usr/local/src/trunk/objdir' > make[1]: *** [stage2-bubble] Error 2 > make[1]: Leaving directory `/usr/local/src/trunk/objdir' > > Windows XP Pro/SP3 cygwin Intel Core2 Duo t9...@2.80ghz system with packages: > > binutils 2.19.51-1 2.19.51.20090704 > bison 2.3-1 2.3 > cloog-ppl 0.15.3-1 > cygwin 1.7.0-65 > dejagnu 20021217-2 1.4.2.x > expect 20030128-1 5.26 > gcc4-ada 4.3.4-1 > gcc4-core 4.3.4-1 > gcc4-g++ 4.3.4-1 > gmp 4.3.1-3 > libcloog-devel 0.15.3-1 > libgmp-devel 4.3.1-3 > libmpc-devel 0.8-1 > libmpfr-devel 2.4.1-4 > libppl 0.10.2-1 > make 3.81-2 > mpclib 0.8-1 > mpfr 2.4.1-4 > ppl 0.10.2-1 > ppl-devel 0.10.2-1 > tcltk 20080420-1 8.4 > w32api 3.14-1 > > LAST_UPDATED: Mon Nov 23 06:25:08 UTC 2009 (revision 154431) > > This is on sorry, this was alreadey reported by H.J. Lu over on gcc-patches: http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01215.html -- Cheers, /ChJ
[cygwin-1.7] bootstrap failure: ../../gcc/gcc/config/i386/i386.c:24542:24: error: comparison between signed and unsigned integer expressions
Seems to me that http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00648.html might cause this: /usr/local/src/trunk/objdir/./prev-gcc/xgcc -B/usr/local/src/trunk/objdir/./prev-gcc/ -B/usr/local/gnu/i686-pc-cygwin/bin/ -B/usr/local/gnu/i686-pc-cygwin/bin/ -B/usr/local/gnu/i686-pc-cygwin/lib/ -isystem /usr/local/gnu/i686-pc-cygwin/include -isystem /usr/local/gnu/i686-pc-cygwin/sys-include-c -g -O2 -gtoggle -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -Iyes/include -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND\ ../../gcc/gcc/config/i386/i386.c -o i386.o cc1: warnings being treated as errors ../../gcc/gcc/config/i386/i386.c: In function 'avx_vpermilp_parallel': ../../gcc/gcc/config/i386/i386.c:24542:24: error: comparison between signed and unsigned integer expressions make[3]: *** [i386.o] Error 1 make[3]: Leaving directory `/usr/local/src/trunk/objdir/gcc' make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir' Windows XP Pro/SP3 cygwin Intel Core2 Duo t9...@2.80ghz system with packages: binutils 2.19.51-1 2.19.51.20090704 bison2.3-1 2.3 cloog-ppl0.15.3-1 cygwin 1.7.0-65 dejagnu 20021217-2 1.4.2.x expect 20030128-1 5.26 gcc4-ada 4.3.4-1 gcc4-core4.3.4-1 gcc4-g++ 4.3.4-1 gmp 4.3.1-3 libcloog-devel 0.15.3-1 libgmp-devel 4.3.1-3 libmpc-devel 0.8-1 libmpfr-devel2.4.1-4 libppl 0.10.2-1 make 3.81-2 mpclib 0.8-1 mpfr 2.4.1-4 ppl 0.10.2-1 ppl-devel0.10.2-1 tcltk20080420-1 8.4 w32api 3.14-1 LAST_UPDATED: Mon Nov 23 06:25:08 UTC 2009 (revision 154431) This is on -- Cheers, /ChJ
Re: Problems with acats test suite not being run?
2009/10/26 Christian Joensson : > I noticed on http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg02488.html > (trunk revision 153541) that the acats test suite was not run... and > looking into acats.log I see this: > > compilation abandoned > /usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support/checkfil.ada: > parse errors detected > /usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support/checkfil.ada: > chop may not be successful > /usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support/checkfil.ada: > error parsing offset info > no compilation units found > no source files written > > now, updating the tree (trunk revision 153546) I still get the same > situation... > > Looking back., for me (trunk revision 153534) worked, > http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg02451.html. well, problem disappeared with a clean build, instead of a rebuild/bubblestrap... perhaps long string with configure information spooked the whole thing, no idea.. -- Cheers, /ChJ
Problems with acats test suite not being run?
I noticed on http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg02488.html (trunk revision 153541) that the acats test suite was not run... and looking into acats.log I see this: compilation abandoned /usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support/checkfil.ada: parse errors detected /usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support/checkfil.ada: chop may not be successful /usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support/checkfil.ada: error parsing offset info no compilation units found no source files written now, updating the tree (trunk revision 153546) I still get the same situation... Looking back., for me (trunk revision 153534) worked, http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg02451.html. Anyone else seeing this? -- Cheers, /ChJ
Re: verify_ssa failed on cygwin and in ada
2009/9/5 Christian Joensson : > 2009/9/4 Alexandre Oliva : >> On Sep 4, 2009, Dave Korn wrote: >> >>> Christian Joensson wrote: >>>> Is this a well know problem: >> >>> Please file a PR. It didn't happen a few weeks ago when I last tried >>> bootstrapping ada on cygwin. >> >> And please Cc: aol...@gcc.gnu.org in the bug report. This is clearly >> VTA-related. It may be that I already have a fix for it, but I'd like >> to keep track of the bug report just in case. >> > > will do, but it'll have to wait 'til Monday... don't have that > computer available right now... there, submitted as http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41291, will add more info later... -- Cheers, /ChJ
Re: verify_ssa failed on cygwin and in ada
2009/9/4 Alexandre Oliva : > On Sep 4, 2009, Dave Korn wrote: > >> Christian Joensson wrote: >>> Is this a well know problem: > >> Please file a PR. It didn't happen a few weeks ago when I last tried >> bootstrapping ada on cygwin. > > And please Cc: aol...@gcc.gnu.org in the bug report. This is clearly > VTA-related. It may be that I already have a fix for it, but I'd like > to keep track of the bug report just in case. > will do, but it'll have to wait 'til Monday... don't have that computer available right now... -- Cheers, /ChJ
verify_ssa failed on cygwin and in ada
Is this a well know problem: /usr/local/src/trunk/objdir/./gcc/xgcc -B/usr/local/src/trunk/objdir/./gcc/ -B/usr/local/gnu/i686-pc-cygwin/bin/ -B/usr/local/gnu/i686-pc-cygwin/lib/ -isystem / usr/local/gnu/i686-pc-cygwin/include -isystem /usr/local/gnu/i686-pc-cygwin/sys-include-c -g -O2 -W -Wall -gnatpg a-direct.adb -o a-direct.o a-direct.adb: In function 'Ada.Directories.Start_Search': a-direct.adb:1178:4: error: expected an SSA_NAME object a-direct.adb:1178:4: error: in statement # DEBUG ada__directories__start_search__TTS840bSP1___L => L839b +===GNAT BUG DETECTED==+ | 4.5.0 20090904 (experimental) [trunk revision 151408] (i686-pc-cygwin) GCC error:| | verify_ssa failed| | Error detected around a-direct.adb:1178:4| | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. Consider also -gnatd.n switch (see debug.adb). I'm on this system: Windows XP Pro/SP3 cygwin Intel Core2 Duo t9...@2.80ghz system with packages: binutils 2.19.51-1 2.19.51.20090704 bison2.3-1 2.3 cloog-ppl0.15.3-1 cygwin 1.7.0-60 dejagnu 20021217-2 1.4.2.x expect 20030128-1 5.26 gcc-ada 3.4.4-999 gcc-core 3.4.4-999 gcc-g++ 3.4.4-999 gmp 4.3.1-3 libcloog-devel 0.15.3-1 libgmp-devel 4.3.1-3 libmpfr-devel2.4.1-4 libppl 0.10.2-1 make 3.81-2 mpfr 2.4.1-4 ppl 0.10.2-1 ppl-devel0.10.2-1 tcltk20080420-1 8.4 w32api 3.13-1 -- Cheers, /ChJ
Re: [gcc trunk on cygwin] ../../gcc/gcc/config/i386/msformat-c.c:[39,40,41,42,43,44,58,75,87,110,128,145] error: enum conversion in initialization is invalid in C++
2009/5/5 Dave Korn : > Christian Joensson wrote: > >> ../../gcc/gcc/config/i386/msformat-c.c:39: error: enum conversion in >> initialization is invalid in C++ > >> Any hints on what's going on and how to cure the issue? > > Yep: http://gcc.gnu.org/ml/gcc-patches/2009-05/msg00125.html (and thread). Thanks, I'll hold on a while for the agreed, eventually, patch to be committed. -- Cheers, /ChJ
[gcc trunk on cygwin] ../../gcc/gcc/config/i386/msformat-c.c:[39,40,41,42,43,44,58,75,87,110,128,145] error: enum conversion in initialization is invalid in C++
This is on Windows XP Pro/SP3 cygwin Intel Core2 Duo t9...@2.80ghz system with packages: binutils 20080624-2 2.18.50.20080625 bison2.3-1 2.3 cloog-ppl0.15.3-1 cygwin 1.7.0-46 dejagnu 20021217-2 1.4.2.x expect 20030128-1 5.26 gcc-ada 3.4.4-999 gcc-core 3.4.4-999 gcc-g++ 3.4.4-999 gmp 4.3.0-1 libcloog-devel 0.15.3-1 libgmp-devel 4.3.0-1 libmpfr-devel2.4.1-3 libppl 0.10.2-1 make 3.81-2 mpfr 2.4.1-3 ppl 0.10.2-1 ppl-devel0.10.2-1 tcltk20080420-1 8.4 w32api 3.13-1 LAST_UPDATED: Tue May 5 06:34:47 UTC 2009 (revision 147118) configured by ../gcc/configure, generated by GNU Autoconf 2.59, with options \" '--enable-threads=posix' '--without-ppl' '--without-cloog' '--enable-languages=c,c++' /usr/local/src/trunk/objdir/./prev-gcc/xgcc -B/usr/local/src/trunk/objdir/./prev-gcc/ -B/usr/local/i686-pc-cygwin/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber-I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber \ ../../gcc/gcc/config/i386/msformat-c.c cc1: warnings being treated as errors ../../gcc/gcc/config/i386/msformat-c.c:39: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:39: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:40: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:40: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:41: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:41: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:42: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:42: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:43: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:43: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:44: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:44: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:44: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:44: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:58: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:75: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:87: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:110: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:128: error: enum conversion in initialization is invalid in C++ ../../gcc/gcc/config/i386/msformat-c.c:145: error: enum conversion in initialization is invalid in C++ make[3]: *** [msformat-c.o] Error 1 make[3]: Leaving directory `/usr/local/src/trunk/objdir/gcc' make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir' make: *** [all] Error 2 Any hints on what's going on and how to cure the issue? -- Cheers, /ChJ
[Ada] GNAT BUG Assert_Failure uintp.adb:1593
On cygwin, I currently get the following GNAT bug: /usr/local/src/trunk/objdir/./prev-gcc/xgcc -B/usr/local/src/trunk/objdir/./prev -gcc/ -B/usr/local/i686-pc-cygwin/bin/ -c -g -O2 -gnatpg -gnata -nostdinc - I- -I. -Iada -I../../gcc/gcc/ada ../../gcc/gcc/ada/ada.ads -o ada/ada.o +===GNAT BUG DETECTED==+ | 4.4.0 20080314 (experimental) [trunk revision 133215] (i686-pc-cygwin) | | Assert_Failure uintp.adb:1593| | No source file position information available| | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. compilation abandoned make[3]: *** [ada/ada.o] Error 1 make[3]: Leaving directory `/usr/local/src/trunk/objdir/gcc' make[2]: *** [all-stage3-gcc] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir' make[1]: *** [stage3-bubble] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir' make: *** [all] Error 2 Should I skip Ada for gcc trunk on cygwin a while now? -- Cheers, /ChJ
Re: [libstdc++] testsuite failures on sparc biarch using -m64: tr1_impl/boost_shared_ptr.h error:
2008/1/28, Christian Joensson <[EMAIL PROTECTED]>: > 2008/1/26, Jonathan Wakely <[EMAIL PROTECTED]>: > > On 22/01/2008, Christian Joensson wrote: > > > 2008/1/21, Jonathan Wakely > > > > My first guess would be that you've somehow got the C++0x and TR1 > > > > versions of boost_sp_shared_count.h mixed up and you're including the > > > > wrong one. > > > > > > well, the testsuite results are posted at, e.g., > > > > > > http://gcc.gnu.org/ml/gcc-testresults/2008-01/msg00956.html > > > > > > and the libstdc++.log file is attached, compressed using bzip2 -9 > > > > Thanks, Christian. > > > > I've CC'd the libstdc++ mailing list, I'll leave it to the next person > > who replies to decide whether to continue this thread on that list > > rather than gcc@ > > > > I only have to look as far as this to see a major problem: > > FAIL: 17_intro/headers/c++200x/all.cc (test for excess errors) > > Excess errors: > > In file included from > > /usr/local/src/trunk/gcc/libstdc++-v3/testsuite/17_intro/headers/c++200x/all.cc:111: > > /usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libstdc++-v3/include/memory:86:48: > > error: tr1_impl/boost_sp_counted_base.h: No such file or directory > > > > That should not happen on any platform! > > > > And later: > > FAIL: 17_intro/using_namespace_std_tr1_neg.cc (test for excess errors) > > Excess errors: > > In file included from > > /usr/local/src/trunk/gcc/libstdc++-v3/testsuite/17_intro/using_namespace_std_tr1_neg.cc:40: > > /usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libstdc++-v3/include/memory:86:48: > > error: tr1_impl/boost_sp_counted_base.h: No such file or directory > > > > Again, that should not happen on any platform. > > > > Thanks for the logs, I don't have any way to test on that platform > > unfortunately, but it seems that the symlinks for the new shared_ptr > > headers are missing. I think that would happen if you hadn't done a > > clean bootstrap, since the Makefiles generated by configure would not > > have been updated when I added the new headers. > > > > Do you reuse objdir, without removing it entirely? > > I have... I have also started e clean new build and check. > there, the errors are indeed gone, test results posted at http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg00237.html -- Cheers, /ChJ
[cygwin, gnat] error: "system.ads" has restriction No_Implicit_Dynamic_Code
Hiya. On cygwin with gcc trunk Fri Jan 25 12:38:35 UTC 2008 (revision 131824), I get quite a few FAIL in the gnat testsuite due to errors like this: Executing on host: /usr/local/src/trunk/objdir/gcc/gnatmake -I/usr/local/src/trunk/objdir/gcc/ada/rts --GCC=/usr/local/src/trunk/objdir/gcc/xgcc --GNATBIND=/usr/local/src/trunk/objdir/gcc/gnatbind --GNATLINK=/usr/local/src/trunk/objdir/gcc/gnatlink -cargs -B/usr/local/src/trunk/objdir/gcc -largs --GCC=/usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc -margs -q -f /usr/local/src/trunk/gcc/gcc/testsuite/gnat.dg/abstract_with_anonymous_result.adb -I/usr/local/src/trunk/objdir/gcc/ada/rts -o ./abstract_with_anonymous_result.exe(timeout = 300) spawn /usr/local/src/trunk/objdir/gcc/gnatmake -I/usr/local/src/trunk/objdir/gcc/ada/rts --GCC=/usr/local/src/trunk/objdir/gcc/xgcc --GNATBIND=/usr/local/src/trunk/objdir/gcc/gnatbind --GNATLINK=/usr/local/src/trunk/objdir/gcc/gnatlink -cargs -B/usr/local/src/trunk/objdir/gcc -largs --GCC=/usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc -margs -q -f /usr/local/src/trunk/gcc/gcc/testsuite/gnat.dg/abstract_with_anonymous_result.adb -I/usr/local/src/trunk/objdir/gcc/ada/rts -o ./abstract_with_anonymous_result.exe abstract_with_anonymous_result.adb:5:04: violation of restriction "No_Implicit_Dynamic_Code" at system.ads:44 abstract_with_anonymous_result.adb:6:12: violation of restriction "No_Implicit_Dynamic_Code" at system.ads:44 abstract_with_anonymous_result.adb:10:12: violation of restriction "No_Implicit_Dynamic_Code" at system.ads:44 gnatmake: "/usr/local/src/trunk/gcc/gcc/testsuite/gnat.dg/abstract_with_anonymous_result.adb" compilation error compiler exited with status 1 output is: abstract_with_anonymous_result.adb:5:04: violation of restriction "No_Implicit_Dynamic_Code" at system.ads:44 abstract_with_anonymous_result.adb:6:12: violation of restriction "No_Implicit_Dynamic_Code" at system.ads:44 abstract_with_anonymous_result.adb:10:12: violation of restriction "No_Implicit_Dynamic_Code" at system.ads:44 gnatmake: "/usr/local/src/trunk/gcc/gcc/testsuite/gnat.dg/abstract_with_anonymous_result.adb" compilation error FAIL: gnat.dg/abstract_with_anonymous_result.adb (test for excess errors) Excess errors: abstract_with_anonymous_result.adb:5:04: violation of restriction "No_Implicit_Dynamic_Code" at system.ads:44 abstract_with_anonymous_result.adb:6:12: violation of restriction "No_Implicit_Dynamic_Code" at system.ads:44 abstract_with_anonymous_result.adb:10:12: violation of restriction "No_Implicit_Dynamic_Code" at system.ads:44 WARNING: gnat.dg/abstract_with_anonymous_result.adb compilation failed to produce executable and Executing on host: /usr/local/src/trunk/objdir/gcc/gnatmake -I/usr/local/src/trunk/objdir/gcc/ada/rts --GCC=/usr/local/src/trunk/objdir/gcc/xgcc --GNATBIND=/usr/local/src/trunk/objdir/gcc/gnatbind --GNATLINK=/usr/local/src/trunk/objdir/gcc/gnatlink -cargs -B/usr/local/src/trunk/objdir/gcc -largs --GCC=/usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc -margs -q -f /usr/local/src/trunk/gcc/gcc/testsuite/gnat.dg/aggr2.adb -c -I/usr/local/src/trunk/objdir/gcc/ada/rts -S -o aggr2.s(timeout = 300) spawn /usr/local/src/trunk/objdir/gcc/gnatmake -I/usr/local/src/trunk/objdir/gcc/ada/rts --GCC=/usr/local/src/trunk/objdir/gcc/xgcc --GNATBIND=/usr/local/src/trunk/objdir/gcc/gnatbind --GNATLINK=/usr/local/src/trunk/objdir/gcc/gnatlink -cargs -B/usr/local/src/trunk/objdir/gcc -largs --GCC=/usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc -margs -q -f /usr/local/src/trunk/gcc/gcc/testsuite/gnat.dg/aggr2.adb -c -I/usr/local/src/trunk/objdir/gcc/ada/rts -S -o aggr2.s aggr2.adb:4:04: violation of restriction "no_implicit_dynamic_code" at system.ads:44 gnatmake: "/usr/local/src/trunk/gcc/gcc/testsuite/gnat.dg/aggr2.adb" compilation error compiler exited with status 1 output is: aggr2.adb:4:04: violation of restriction "no_implicit_dynamic_code" at system.ads:44 gnatmake: "/usr/local/src/trunk/gcc/gcc/testsuite/gnat.dg/aggr2.adb" compilation error FAIL: gnat.dg/aggr2.adb (test for excess errors) Excess errors: aggr2.adb:4:04: violation of restriction "no_implicit_dynamic_code" at system.ads:44 and Executing on host: /usr/local/src/trunk/objdir/gcc/gnatmake -I/usr/local/src/trunk/objdir/gcc/ada/rts --GCC=/usr/local/src/trunk/objdir/gcc/xgcc --GNATBIND=/usr/local/src/trunk/objdir/gcc/gnatbind --GNATLINK=/usr/local/src/trunk/objdir/gcc/gnatlink -cargs -B/usr/local/src/trunk/objdir/gcc -largs --GCC=/usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc -margs -q -f /usr/local/src/trunk/gcc/gcc/testsuite/gnat.dg/array3.adb -I/usr/local/src/trunk/objdir/gcc/ada/rts -o ./array3.exe (timeout = 300) spawn /usr/local/src/trunk/objdir/gcc/gnatmake -I/usr/local/src/trunk/objdir/gcc/ada/rts --GCC=/usr/local/src/trunk/objdir/gcc/xgcc --GNATBIND=/usr/local/src/trunk/objdir/gcc/gnatbind --GNATLINK=/usr/loc
[cygwin] FAIL: gcc.dg/vect/pr31041.c: gcc.dg/vect/pr31041.c:7: error: conflicting types for 'int32_t'
Hi. On cygwin with gcc trunk Fri Jan 25 12:38:35 UTC 2008 (revision 131824) I get the following failure (among a few others... many ICE) that might be easy to fix: Executing on host: /usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/ /usr/local/src/trunk/gcc/gcc/testsuite/gcc.dg/vect/pr31041.c -ftree-vectorize -fno-vect-cost-model -msse2 -O2 -fdump-tree-vect-details -fno-show-column -S -o pr31041.s(timeout = 300) spawn /usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/ /usr/local/src/trunk/gcc/gcc/testsuite/gcc.dg/vect/pr31041.c -ftree-vectorize -fno-vect-cost-model -msse2 -O2 -fdump-tree-vect-details -fno-show-column -S -o pr31041.s /usr/local/src/trunk/gcc/gcc/testsuite/gcc.dg/vect/pr31041.c:7: error: conflicting types for 'int32_t' /usr/include/stdint.h:20: error: previous declaration of 'int32_t' was here compiler exited with status 1 output is: /usr/local/src/trunk/gcc/gcc/testsuite/gcc.dg/vect/pr31041.c:7: error: conflicting types for 'int32_t' /usr/include/stdint.h:20: error: previous declaration of 'int32_t' was here FAIL: gcc.dg/vect/pr31041.c (test for excess errors) Excess errors: /usr/local/src/trunk/gcc/gcc/testsuite/gcc.dg/vect/pr31041.c:7: error: conflicting types for 'int32_t' /usr/include/stdint.h:20: error: previous declaration of 'int32_t' was here -- Cheers, /ChJ
Re: [libstdc++] testsuite failures on sparc biarch using -m64: tr1_impl/boost_shared_ptr.h error:
2008/1/26, Jonathan Wakely <[EMAIL PROTECTED]>: > On 22/01/2008, Christian Joensson wrote: > > 2008/1/21, Jonathan Wakely > > > My first guess would be that you've somehow got the C++0x and TR1 > > > versions of boost_sp_shared_count.h mixed up and you're including the > > > wrong one. > > > > well, the testsuite results are posted at, e.g., > > > > http://gcc.gnu.org/ml/gcc-testresults/2008-01/msg00956.html > > > > and the libstdc++.log file is attached, compressed using bzip2 -9 > > Thanks, Christian. > > I've CC'd the libstdc++ mailing list, I'll leave it to the next person > who replies to decide whether to continue this thread on that list > rather than gcc@ > > I only have to look as far as this to see a major problem: > FAIL: 17_intro/headers/c++200x/all.cc (test for excess errors) > Excess errors: > In file included from > /usr/local/src/trunk/gcc/libstdc++-v3/testsuite/17_intro/headers/c++200x/all.cc:111: > /usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libstdc++-v3/include/memory:86:48: > error: tr1_impl/boost_sp_counted_base.h: No such file or directory > > That should not happen on any platform! > > And later: > FAIL: 17_intro/using_namespace_std_tr1_neg.cc (test for excess errors) > Excess errors: > In file included from > /usr/local/src/trunk/gcc/libstdc++-v3/testsuite/17_intro/using_namespace_std_tr1_neg.cc:40: > /usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libstdc++-v3/include/memory:86:48: > error: tr1_impl/boost_sp_counted_base.h: No such file or directory > > Again, that should not happen on any platform. > > Thanks for the logs, I don't have any way to test on that platform > unfortunately, but it seems that the symlinks for the new shared_ptr > headers are missing. I think that would happen if you hadn't done a > clean bootstrap, since the Makefiles generated by configure would not > have been updated when I added the new headers. > > Do you reuse objdir, without removing it entirely? I have... I have also started e clean new build and check. -- Cheers, /ChJ
Re: [cygwin] how do I get libiconv working correctly?
2008/1/21, Dave Korn <[EMAIL PROTECTED]>: > On 21 January 2008 10:52, Christian Joensson wrote: > > > For example in http://gcc.gnu.org/ml/gcc-testresults/2008-01/msg00738.html > > I get a few libstdc++ failures and taking a look at them I see that a > > quite a few of them have an error due to that undefined reference to > > `_libiconv'. > > > > Is there some easy way out of this that I have missed > > Are we missing -lintl in the link flags perhaps? yeah, I guess we do, but how do we get that into the auto conf stuff? -- Cheers, /ChJ
[cygwin] how do I get libiconv working correctly?
For example in http://gcc.gnu.org/ml/gcc-testresults/2008-01/msg00738.html I get a few libstdc++ failures and taking a look at them I see that a quite a few of them have an error due to that undefined reference to `_libiconv'. Is there some easy way out of this that I have missed -- Cheers, /ChJ
[libstdc++] testsuite failures on sparc biarch using -m64: tr1_impl/boost_shared_ptr.h error:
For some time now, I've been getting libstdc++ testsuite failures on my sparc biarch system running the libstdc++ testsuite with -m64. A lot of these failures seems to me to have in common the following failure, that only shows up using -m64, not running in default, ie, 32 bit mode: /usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libstdc++-v3/include/tr1_impl/boost_shared_ptr.h:1099: error: there are no arguments to '_Sp_make_shared_tag' that depend on a template parameter, so a declaration of '_Sp_make_shared_tag' must be available and /usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libstdc++-v3/include/tr1_impl/boost_shared_ptr.h:1100: error: '_Sp_make_shared_tag' was not declared in this scope Now, is there some funny stuff going on here that I simply miss or is this what to expect currently? -- Cheers, /ChJ
Ping re PR20548 [Was: [PATCH] New -fstack-check implementation (1/n)]
Is this proposed patch still being considered, or has it been applied/withdrawn? http://gcc.gnu.org/ml/gcc-patches/2006-11/msg01846.html -- Cheers, /ChJ
Can't bootstrap gcc-4.2.2 with Ada on cygwin: Bootstrap comparison failure! ./ada/exp_aggr.o differs
Windows XP/SP2 cygwin on pentium4 single i686: binutils 20060817-1 bison2.3-1 cygwin 1.5.24-2 (with Dave Korn's stdio patch for newlib) dejagnu 20021217-2 expect 20030128-1 gcc 3.4.4-3 gcc-ada 3.4.4-3 gcc-g++ 3.4.4-3 gmp 4.2.1-1 make 3.81-1 mpfr 2.2.1-1 tcltk20060202-1 w32api 3.10-1 LAST_UPDATED: Obtained from SVN: tags/gcc_4_2_2_release revision 129115 configure: --disable-nls --without-included-gettext --enable-version-specific-runtime-libs --without-x --disable-libgcj --with-system-zlib --enable-threads-posix --enable-languages=c,ada,c++,fortran,java,objc,obj-c++,treelang This is just a simple reminder to all of us... make[3]: Leaving directory `/usr/local/src/branch/objdir' Comparing stages 2 and 3 warning: ./cc1-checksum.o differs warning: ./cc1obj-checksum.o differs warning: ./cc1objplus-checksum.o differs warning: ./cc1plus-checksum.o differs warning: ./libgcc/_chkstk.o differs Bootstrap comparison failure! ./ada/exp_aggr.o differs make[2]: *** [compare] Error 1 make[2]: Leaving directory `/usr/local/src/branch/objdir' -- Cheers, /ChJ
Bootstrap comparison failure on sparc64/sparc linux
For quite some time now, I've been getting bootstrap comparison failures with trunk on sparc64/sparc linux I kind of guess that they might be related to other big endian bootstrap comparison failures. Would you benefit from me posting something specific from my failures or do you suggest that I just sit still and await some more generic approach being worked on? -- Cheers, /ChJ
Re: Another BOOTSTRAP failure on sparc-sun-solaris2.10, stage2 miscompiled
2007/9/10, John David Anglin <[EMAIL PROTECTED]>: > > I succeed past this failure if I revert Zdenek's iv-opts patch > (r128272). > > Same here. The failure also occurs on all hppa targets. > > Dave > -- > J. David Anglin [EMAIL PROTECTED] > National Research Council of Canada (613) 990-0752 (FAX: > 952-6602) > here too, on sparc/sparc64 linux systems: checking whether ln -s works... yes checking for sparc64-unknown-linux-gnu-gcc... /usr/local/src/trunk/objdir/./gcc/xgcc -B/usr/local/src/trunk/objdir/./gcc/ -B/usr/local/sparc64-unknown-linux-gnu/bin/ -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem /usr/local/sparc64-unknown-linux-gnu/include -isystem /usr/local/sparc64-unknown-linux-gnu/sys-include checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. make[2]: *** [configure-stage2-target-libgcc] Error 1 make[2]: Leaving directory `/usr/local/src/trunk/objdir' -- Cheers, /ChJ
Re: RTL sharing bootstrap failure on sparc-sun-solaris2.10
2007/9/7, Christian Joensson <[EMAIL PROTECTED]>: > 2007/9/6, Kaveh R. GHAZI <[EMAIL PROTECTED]>: > > (Sorry, first one bounced from gcc@ because it was over 400k) > > > > Hi Jan, > > > > On sparc-sun-solaris2.10, I'm getting new bootstrap failures in stage2 > > complaining several times about rtl sharing. I've included four .i files > > for modules that ICEed during stage2, and the cc1 invocations below. > > > > Would you please take a look? > > > > Thanks, > > --Kaveh > > FWIW, I get a similar problem on sparc/sparc64 linux. maybe I should have included this before: /usr/local/src/trunk/objdir/./prev-gcc/xgcc -B/usr/local/src/trunk/objdir/./prev-gcc/ -B/usr/local/sparc64-unknown-linux-gnu/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I/usr/local/gmp-mpfr/include -I/usr/local/gmp-mpfr/include -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber ../../gcc/gcc/c-format.c -o c-format.o ../../gcc/gcc/c-format.c: In function 'check_format_string': ../../gcc/gcc/c-format.c:150: error: invalid rtl sharing found in the insn (insn 341 337 342 ../../gcc/gcc/c-format.c:145 (sequence [ (jump_insn 338 337 216 (return) 394 {*return_internal} (expr_list:REG_BR_PRED (const_int 12 [0xc]) (nil))) (insn 216 338 342 (set (reg:QI 24 %i0 [orig:111 D.17641 ] [111]) (const_int 0 [0x0])) 47 {*movqi_insn} (expr_list:REG_EQUAL (const_int 0 [0x0]) (nil))) ]) -1 (nil)) ../../gcc/gcc/c-format.c:150: error: shared rtx (insn 216 338 342 (set (reg:QI 24 %i0 [orig:111 D.17641 ] [111]) (const_int 0 [0x0])) 47 {*movqi_insn} (expr_list:REG_EQUAL (const_int 0 [0x0]) (nil))) ../../gcc/gcc/c-format.c:150: internal compiler error: internal consistency failure Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. make[3]: *** [c-format.o] Error 1 make[3]: Leaving directory `/usr/local/src/trunk/objdir/gcc' make[2]: *** [all-stage3-gcc] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir' make[1]: *** [stage3-bubble] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir' make: *** [all] Error 2 This is using Fri Sep 7 05:44:14 UTC 2007 (revision 128228) -- Cheers, /ChJ
Re: RTL sharing bootstrap failure on sparc-sun-solaris2.10
2007/9/6, Kaveh R. GHAZI <[EMAIL PROTECTED]>: > (Sorry, first one bounced from gcc@ because it was over 400k) > > Hi Jan, > > On sparc-sun-solaris2.10, I'm getting new bootstrap failures in stage2 > complaining several times about rtl sharing. I've included four .i files > for modules that ICEed during stage2, and the cc1 invocations below. > > Would you please take a look? > > Thanks, > --Kaveh FWIW, I get a similar problem on sparc/sparc64 linux. -- Cheers, /ChJ
Re: Bootstrap broken: ../../gcc/gcc/ada/trans.c:5896: error: too few arguments to function `real_2expN'
2007/9/6, Sandra Loosemore <[EMAIL PROTECTED]>: > Christian Joensson wrote: > > Using checkout Thu Sep 6 05:56:16 UTC 2007 (revision 128174), I get a > > bootstrap failure: > > > > gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall > > -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes > > -DHAVE_CONFIG_H -I. -Iada -I../../gcc/gcc -I../../gcc/gcc/ada > > -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include > > -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd > > -I../libdecnumber../../gcc/gcc/ada/trans.c -o ada/trans.o > > ../../gcc/gcc/ada/trans.c: In function `convert_with_check': > > ../../gcc/gcc/ada/trans.c:5896: error: too few arguments to function > > `real_2expN' > > make[3]: *** [ada/trans.o] Error 1 > > make[3]: Leaving directory `/usr/local/src/trunk/objdir/gcc' > > make[2]: *** [all-stage1-gcc] Error 2 > > make[2]: Leaving directory `/usr/local/src/trunk/objdir' > > make[1]: *** [stage1-bubble] Error 2 > > make[1]: Leaving directory `/usr/local/src/trunk/objdir' > > make: *** [all] Error 2 > > > > It looks like this is due to this change, not my modification to trans.c: > > 2007-09-05 Janis Johnson <[EMAIL PROTECTED]> > > * optabs.c (expand_float): Convert unsigned integer as signed only > if it provides sufficient accuracy; add mode argument to > real_2expN. > (expand_fix): Fix comment typos; extend binary float into mode > wider than destination for converion to unsigned integer; add mode > argument to real_2expN. > * real.c (real_2expN): Add mode argument to special-case decimal > float values. > * real.h (real_2expN): Ditto. > * fixed-value.c (check_real_for_fixed_mode): Add mode argument to > real_2expN. > (fixed_from_string): Ditto. > (fixed_to_decimal): Ditto. > (fixed_convert_from_real): Ditto. > (real_convert_from_fixed): Ditto. > * config/rs6000/rs6000.md (FP): Include DD and TD modes. > * config/rs6000/dfp.md (extendddtd2, a3, addtd3, subdd3, > subtd3, > muldd3, multd3, divdd3, divtd3, cmpdd_internal1, cmptd_internal1, > floatditd2, ftruncdd2, fixdddi2, ftrunctd2, fixddi2): New. > sorry, I didn't look (at all) what was in your commit, I simply looked at it and saw that you were the last one on it... btw, still fails at Thu Sep 6 13:05:57 UTC 2007 (revision 128182). this is on Windows XP Pro/SP2 cygwin Pentium M processor 2.13GHz system with packages: binutils 20060817-1 2.17.50 20060817 bison2.3-1 2.3 cygwin 1.5.24-2 (rev. 1.46 of newlib's stdio.h) dejagnu 20021217-2 1.4.2.x expect 20030128-1 5.26 gcc 3.4.4-3 gcc-ada 3.4.4-3 gcc-g++ 3.4.4-3 gmp 4.2.1-1 make 3.81-1 mpfr 2.2.1-1 tcltk20060202-1 8.4 w32api 3.10-1 -- Cheers, /ChJ
Bootstrap broken: ../../gcc/gcc/ada/trans.c:5896: error: too few arguments to function `real_2expN'
Using checkout Thu Sep 6 05:56:16 UTC 2007 (revision 128174), I get a bootstrap failure: gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -DHAVE_CONFIG_H -I. -Iada -I../../gcc/gcc -I../../gcc/gcc/ada -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber../../gcc/gcc/ada/trans.c -o ada/trans.o ../../gcc/gcc/ada/trans.c: In function `convert_with_check': ../../gcc/gcc/ada/trans.c:5896: error: too few arguments to function `real_2expN' make[3]: *** [ada/trans.o] Error 1 make[3]: Leaving directory `/usr/local/src/trunk/objdir/gcc' make[2]: *** [all-stage1-gcc] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir' make: *** [all] Error 2 -- Cheers, /ChJ
can't bootstrap current trunk on cygwin: tree.c:7694: error: passing argument 1 of 'fixed_zerop' discards qualifiers from pointer target type
Windows XP Pro/SP2 cygwin Pentium M processor 2.13GHz system with packages: binutils 20060817-1 2.17.50 20060817 bison2.3-1 2.3 cygwin 1.5.24-2 (rev. 1.46 of newlib's stdio.h) dejagnu 20021217-2 1.4.2.x expect 20030128-1 5.26 gcc 3.4.4-3 gcc-ada 3.4.4-3 gcc-g++ 3.4.4-3 gmp 4.2.1-1 make 3.81-1 mpfr 2.2.1-1 tcltk20060202-1 8.4 w32api 3.10-1 LAST_UPDATED: Thu Aug 9 11:48:38 UTC 2007 (revision 127315) configure: --disable-nls --without-includ ed-gettext --enable-version-specific-runtime-libs --without-x --disable-libgcj --with-system-zlib --enable-threads=posix --enable-languages=c,c++,fortran,objc,obj-c++,treelang /usr/local/src/trunk/objdir/./prev-gcc/xgcc -B/usr/local/src/trunk/objdir/./prev-gcc/ -B/usr/local/i686-pc-cygwin/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber ../../gcc/gcc/tree.c -o tree.o cc1: warnings being treated as errors ../../gcc/gcc/tree.c: In function 'initializer_zerop': ../../gcc/gcc/tree.c:7694: error: passing argument 1 of 'fixed_zerop' discards qualifiers from pointer target type make[3]: *** [tree.o] Error 1 make[3]: Leaving directory `/usr/local/src/trunk/objdir/gcc' make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir' make: *** [bootstrap] Error 2 Any ideas? -- Cheers, /ChJ
can't bootstrap current trunk: internal compiler error: in simplify_subreg, at simplify-rtx.c:4679
Aurora SPARC Linux release 2.99 (Angel)/TI UltraSparc IIi (Sabre) sun4u: binutils-2.17.50.0.3-6.sparc.sparc bison-2.3-2.1.sparc dejagnu-1.4.4-5.1.noarch expect-5.43.0-5.1.sparc gcc-4.1.1-30.1.sparc glibc-2.5-3.1.sparcv9 glibc-2.5-3.1.sparc64 glibc-devel-2.5-3.1.sparc glibc-devel-2.5-3.1.sparc64 glibc-headers-2.5-3.1.sparc gmp-2.4.1 (local build from gcc's infrastructure) mpfr-2.2.1 (local build from gcc's infrastructure) kernel-2.6.21-1.3149.al3.12.sparc64 libgcc-4.1.1-30.1.sparc libgcc-4.1.1-30.1.sparc64 libstdc++-4.1.1-30.1.sparc libstdc++-4.1.1-30.1.sparc64 libstdc++-devel-4.1.1-30.1.sparc libstdc++-devel-4.1.1-30.1.sparc64 make-3.81-1.1.sparc tcl-8.4.13-3.al3.sparc LAST_UPDATED: Thu Aug 9 08:25:16 UTC 2007 (revision 127312) configure: --enable-__cxa_atexit --enable-shared --with-cpu=v7 --enable-languages=c,c++,fortran,java,objc,obj-c++,treelang --with-gmp=/usr/local/gmp-mpfr --with-mpfr=/usr/local/gmp-mpfr --with-long-double-128 /usr/local/src/trunk/objdir/./gcc/xgcc -B/usr/local/src/trunk/objdir/./gcc/ -B/usr/local/sparc64-unknown-linux-gnu/bin/ -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem /usr/local/sparc64-unknown-linux-gnu/include -isystem /usr/local/sparc64-unknown-linux-gnu/sys-include -g -fkeep-inline-functions -O2 -O2 -g -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I../../../gcc/libgcc -I../../../gcc/libgcc/. -I../../../gcc/libgcc/../gcc -I../../../gcc/libgcc/../include -DHAVE_CC_TLS -o _fixunssfdi.o -MT _fixunssfdi.o -MD -MP -MF _fixunssfdi.dep -DL_fixunssfdi -c ../../../gcc/libgcc/../gcc/libgcc2.c \ -fvisibility=hidden -DHIDE_EXPORTS ../../../gcc/libgcc/../gcc/libgcc2.c: In function '__fixunssfdi': ../../../gcc/libgcc/../gcc/libgcc2.c:1348: internal compiler error: in simplify_subreg, at simplify-rtx.c:4679 Any ideas? Do you want me to post more info? -- Cheers, /ChJ
Re: GCC 4.2.1 : testsuite says WARNING: program timed out
2007/8/1, Rupert Wood <[EMAIL PROTECTED]>: > Dennis Clarke wrote: > > >Is there a way to allow the testsuite to just run regardless of > >how long it takes? > > I think you need to pass "set timeout -1" into dejagnu. I'd suggest a larger > positive timeout instead. > > I forget the correct way to do this - I used to end up editing the .exp files > in /usr/share/dejagnu. that's right, however, I recall some issues with, e.g., libstdc++ testsuite not using the system set in, if memory serves me right, remote.exp. -- Cheers, /ChJ
current gcc trunk testsuite failure on cygwin: Assembler messages: Warning: end of file in string; '"' inserted: Warning: .stabs: missing comma
phew, a few of the cygwin failures show up like this: Executing on host: /usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/ -O3 -g -w -fno-show-column -c -o 20001226-1.o /usr/local/src/trunk/gcc/gcc/testsuite/gcc.c-torture/compile/20001226-1.c (timeout = 300) spawn /usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/ -O3 -g -w -fno-show-column -c -o 20001226-1.o /usr/local/src/trunk/gcc/gcc/testsuite/gcc.c-torture/compile/20001226-1.c /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cc2eakcj.s: Assembler messages: /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cc2eakcj.s:0: Warning: end of file in string; '"' inserted /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cc2eakcj.s:18: Warning: .stabs: missing comma output is: /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cc2eakcj.s: Assembler messages: /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cc2eakcj.s:0: Warning: end of file in string; '"' inserted /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cc2eakcj.s:18: Warning: .stabs: missing comma FAIL: gcc.c-torture/compile/20001226-1.c (test for excess errors) Excess errors: /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cc2eakcj.s:0: Warning: end of file in string; '"' inserted /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cc2eakcj.s:18: Warning: .stabs: missing comma and Executing on host: /usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/ -O3 -g -w -fno-show-column -c -o limits-declparen.o /usr/local/src/trunk/gcc/gcc/testsuite/gcc.c-torture/compile/limits-declparen.c (timeout = 300) spawn /usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/ -O3 -g -w -fno-show-column -c -o limits-declparen.o /usr/local/src/trunk/gcc/gcc/testsuite/gcc.c-torture/compile/limits-declparen.c /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cckgb6Xp.s: Assembler messages: /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cckgb6Xp.s:0: Warning: end of file in string; '"' inserted /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cckgb6Xp.s:18: Warning: .stabs: missing comma output is: /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cckgb6Xp.s: Assembler messages: /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cckgb6Xp.s:0: Warning: end of file in string; '"' inserted /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cckgb6Xp.s:18: Warning: .stabs: missing comma FAIL: gcc.c-torture/compile/limits-declparen.c (test for excess errors) Excess errors: /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cckgb6Xp.s:0: Warning: end of file in string; '"' inserted /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/cckgb6Xp.s:18: Warning: .stabs: missing comma and Executing on host: /usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/ -O3 -g -w -fno-show-column -c -o limits-exprparen.o /usr/local/src/trunk/gcc/gcc/testsuite/gcc.c-torture/compile/limits-exprparen.c (timeout = 300) spawn /usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/ -O3 -g -w -fno-show-column -c -o limits-exprparen.o /usr/local/src/trunk/gcc/gcc/testsuite/gcc.c-torture/compile/limits-exprparen.c /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/ccxSOljv.s: Assembler messages: /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/ccxSOljv.s:0: Warning: end of file in string; '"' inserted /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/ccxSOljv.s:18: Warning: .stabs: missing comma output is: /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/ccxSOljv.s: Assembler messages: /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/ccxSOljv.s:0: Warning: end of file in string; '"' inserted /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/ccxSOljv.s:18: Warning: .stabs: missing comma FAIL: gcc.c-torture/compile/limits-exprparen.c (test for excess errors) Excess errors: /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/ccxSOljv.s:0: Warning: end of file in string; '"' inserted /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/ccxSOljv.s:18: Warning: .stabs: missing comma and Executing on host: /usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/ -O3 -g -w -fno-show-column -c -o limits-pointer.o /usr/local/src/trunk/gcc/gcc/testsuite/gcc.c-torture/compile/limits-pointer.c (timeout = 300) spawn /usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/ -O3 -g -w -fno-show-column -c -o limits-pointer.o /usr/local/src/trunk/gcc/gcc/testsuite/gcc.c-torture/compile/limits-pointer.c /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/ccuaOzHS.s: Assembler messages: /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/ccuaOzHS.s:0: Warning: end of file in string; '"' inserted /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/ccuaOzHS.s:18: Warning: .stabs: missing comma output is: /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/ccuaOzHS.s: Assembler messages: /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/ccuaOzHS.s:0: Warning: end of file in string; '"' inserted /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/ccuaOzHS.s:18: Warning: .stabs: missing comma FAIL: gcc.c-torture/compile/limits-pointer.c (test for excess errors) Excess errors: /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/ccuaOzHS.s:0: Warning: end of file in string; '"' inserted /cygdrive/c/DOCUME~1/chj/LOCALS~1/Temp/ccuaOzHS.s:18: Warning: .stabs: mi
gcc-4.2.0 for sparc64-linux and cygwin
gcc-4.2.0 test-results for sparc64-linux and cygwin are posted at http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg01187.html and http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg01186.html -- Cheers, /ChJ
[4.2.0] Can't bootstrap for cywin: bootstrap comparison failure in ./ada/exp_aggr.o differs
As I posted on http://gcc.gnu.org/ml/gcc/2007-05/msg00058.html, I still have this problem for the released 4.2.0. -- Cheers, /ChJ
Re: Bootstrap comparison differnce(s) on cygwin with 4.2.0 RC3: ./ada/exp_aggr.o differs
2007/5/2, Andrew Haley <[EMAIL PROTECTED]>: Christian Joensson writes: > On cygwin, with D. Korn's proposed patch to cygwin's (i.e., newlib's) > stdio.h, I get a bootstrap failure do to comparison difference(s): Did you do a total rebuild of all gcc in a clean directory? You need to. yep, started from scratch with the tarball... here's how I configured it: $ ./stage3-gcc/xgcc.exe -v Using built-in specs. Target: i686-pc-cygwin Configured with: ../gcc/configure --disable-nls --without-included-gettext --enable-version-specific-runtime-libs --without-x --enable-libgcj --with-system-zlib --enable-threads=posix --enable-languages=c,ada,c++,fortran,java,objc,obj-c++,treelang Thread model: posix gcc version 4.2.0 20070501 (prerelease) [EMAIL PROTECTED] /usr/local/src/branch/objdir $ btw, did it work for you? -- Cheers, /ChJ
Bootstrap comparison differnce(s) on cygwin with 4.2.0 RC3: ./ada/exp_aggr.o differs
On cygwin, with D. Korn's proposed patch to cygwin's (i.e., newlib's) stdio.h, I get a bootstrap failure do to comparison difference(s): Comparing stages 2 and 3 warning: ./cc1-checksum.o differs warning: ./cc1obj-checksum.o differs warning: ./cc1objplus-checksum.o differs warning: ./cc1plus-checksum.o differs warning: ./libgcc/_chkstk.o differs Bootstrap comparison failure! ./ada/exp_aggr.o differs make[2]: *** [compare] Error 1 make[2]: Leaving directory `/usr/local/src/branch/objdir' make[1]: *** [stage3-bubble] Error 2 make[1]: Leaving directory `/usr/local/src/branch/objdir' make: *** [bootstrap] Error 2 -- Cheers, /ChJ
gcc/boehm-gc/misc.c:680: undefined reference to `_GC_get_thread_stack_base'
on cygwin, with current gcc trunk, revision Tue Apr 24 20:47:06 UTC 2007 (revision 124119M) (with Dave Korn's suggested patch to libjava), I get a failure liike this: ranlib .libs/libgcj-tools.a creating libgcj-tools.la (cd .libs && rm -f libgcj-tools.la && ln -s ../libgcj-tools.la libgcj-tools.la) /bin/sh ./libtool --tag=GCJ --mode=link /usr/local/src/trunk/objdir/gcc/gcj -B/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava/ -B/usr/local/src/trunk/objdir/gcc/ -L/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava -ffloat-store -fomit-frame-pointer -g -O2 -o jv-convert.exe --main=gnu.gcj.convert.Convert -rpath /usr/local/lib/gcc/i686-pc-cygwin/4.3.0 -shared-libgcc -L/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava/.libs libgcj.la /usr/local/src/trunk/objdir/gcc/gcj -B/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava/ -B/usr/local/src/trunk/objdir/gcc/ -ffloat-store -fomit-frame-pointer -g -O2 -o jv-convert.exe --main=gnu.gcj.convert.Convert -shared-libgcc -L/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava -L/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava/.libs ./.libs/libgcj.a -L/usr/local/src/trunk/objdir/i686-pc-cygwin/libstdc++-v3/src -L/usr/local/src/trunk/objdir/i686-pc-cygwin/libstdc++-v3/src/.libs -ldl -lz -L/usr/local/src/trunk/objdir/./gcc -lgcc -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc ./.libs/libgcj.a(lt102-misc.o): In function `GC_init_inner': /usr/local/src/trunk/objdir/i686-pc-cygwin/boehm-gc/../../../gcc/boehm-gc/misc.c:680: undefined reference to `_GC_get_thread_stack_base' collect2: ld returned 1 exit status make[3]: *** [jv-convert.exe] Error 1 make[3]: Leaving directory `/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava' make[1]: *** [all-target-libjava] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir' make: *** [bootstrap] Error 2 Any ideas of what can be done with this problem? -- Cheers, /ChJ
Bootstrap failure for current gcc trunk on cygwin: in set_curr_insn_source_location, at cfglayout.c:284
I hit a recent problem, not there in revision 124020 ../../xgcc -B../../ -c -O2 -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fno-common -gnatpg -gnata -I- -I../rts -I. -I/usr/loc al/src/trunk/gcc/gcc/ada /usr/local/src/trunk/gcc/gcc/ada/tree_io.adb -o tree_io .o +===GNAT BUG DETECTED==+ | 4.3.0 20070423 (experimental) (i686-pc-cygwin) GCC error:| | in set_curr_insn_source_location, at cfglayout.c:284 | | Error detected around /usr/local/src/trunk/gcc/gcc/ada/tree_io.adb:511 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. /usr/local/src/trunk/gcc/gcc/ada/tree_io.adb /usr/local/src/trunk/gcc/gcc/ada/tree_io.ads /usr/local/src/trunk/gcc/gcc/ada/types.ads /usr/local/src/trunk/gcc/gcc/ada/debug.ads /usr/local/src/trunk/gcc/gcc/ada/output.ads /usr/local/src/trunk/gcc/gcc/ada/hostparm.ads raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:398 make[3]: *** [tree_io.o] Error 1 make[3]: Leaving directory `/usr/local/src/trunk/objdir/gcc/ada/tools' make[2]: *** [gnattools-native] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir/gnattools' make[1]: *** [all-gnattools] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir' make: *** [all] Error 2 -- Cheers, /ChJ
Re: [cygwin] Can't boostrap current gcc trunk with libjava: ../../../gcc/libjava/classpath/native/fdlibm/mprec.h:297:1: error: "_EXFUN" redefined
16 Apr 2007 16:50:03 -0600, Tom Tromey <[EMAIL PROTECTED]>: > "Dave" == Dave Korn <[EMAIL PROTECTED]> writes: Dave> The definition of _EXFUN in mprec.h is unconditionally: Dave> #define _EXFUN(name, proto) name proto libjava, and subsequently Classpath, imported an old version of this code, which was then hacked over randomly. Dave> How about we whip up a patch to just turn all the _EXFUN Dave> definitions into real honest-to-goodness ansi prototypes? Is it Dave> actually serving any real purpose? I think just the hypothetical scenario of making it simpler to import a newer version of fdlibm and/or mprec. I think we may have imported a new mprec at one point, but I don't recall us ever importing a newer fdlibm. Tom ehrm, well... I have to ask. Have you convereged at something yet? -- Cheers, /ChJ
[cygwin] Can't boostrap current gcc trunk with libjava: ../../../gcc/libjava/classpath/native/fdlibm/mprec.h:297:1: error: "_EXFUN" redefined
Windows XP Pro/SP2 cygwin Pentium M processor 2.13GHz system with packages: binutils 20060817-1 2.17.50 20060817 bison2.3-1 2.3 cygwin 1.5.24-2 (with Dave Korn's stdio.h patch in newlib cvs) dejagnu 20021217-2 1.4.2.x expect 20030128-1 5.26 gcc 3.4.4-3 gcc-ada 3.4.4-3 gcc-g++ 3.4.4-3 gmp 4.2.1-1 make 3.81-1 mpfr 2.2.1-1 tcltk20060202-1 8.4 w32api 3.8-1 LAST_UPDATED: Mon Apr 16 08:51:08 UTC 2007 (revision 123860) configured by ../gcc/configure, generated by GNU Autoconf 2.59, with options \" '--disable-nls' '--without-included-gettext' '--enable-version-specific-runtime-libs' '--without-x' '--enable-libgcj' '--with-system-zlib' '--enable-threads=posix' '--enable-languages=c,ada,c++,fortran,java,objc,obj-c++,treelang'\" /usr/local/src/trunk/objdir/./gcc/xgcc -shared-libgcc -B/usr/local/src/trunk/objdir/./gcc -nostdinc++ -L/usr/local/src/trunk/objdir/i686-pc-cygwin/libstdc++-v3/src -L/usr/local/src/trunk/objdir/i686-pc-cygwin/libstdc++-v3/src/.libs -B/usr/local/i686-pc-cygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem /usr/local/i686-pc-cygwin/include -isystem /usr/local/i686-pc-cygwin/sys-include -DHAVE_CONFIG_H -I. -I../../../gcc/libjava -I./include -I./gcj -I../../../gcc/libjava -Iinclude -I../../../gcc/libjava/include -I../../../gcc/libjava/classpath/include -Iclasspath/include -I../../../gcc/libjava/classpath/native/fdlibm -I../../../gcc/libjava/../boehm-gc/include -I../boehm-gc/include -I../../../gcc/libjava/libltdl -I../../../gcc/libjava/libltdl -I../../../gcc/libjava/.././libjava/../gcc -I../../../gcc/libjava/../libffi/include -I../libffi/include -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -D_FILE_OFFSET_BITS=64 -ffloat-store -fomit-frame-pointer -Wextra -Wall -D_GNU_SOURCE -DPREFIX=\"/usr/local\" -DTOOLEXECLIBDIR=\"/usr/local/lib/gcc/i686-pc-cygwin/4.3.0\" -DJAVA_HOME=\"/usr/local\" -DBOOT_CLASS_PATH=\"/usr/local/share/java/libgcj-4.3.0.jar\" -DJAVA_EXT_DIRS=\"/usr/local/share/java/ext\" -DGCJ_ENDORSED_DIRS=\"/usr/local/share/java/gcj-endorsed\" -DGCJ_VERSIONED_LIBDIR=\"/usr/local/lib/gcj-4.3.0\" -DPATH_SEPARATOR=\":\" -DECJ_JAR_FILE=\"\" -DLIBGCJ_DEFAULT_DATABASE=\"/usr/local/lib/gcj-4.3.0/classmap.db\" -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.3.0/classmap.db\" -g -O2 -MT java/lang/natVMDouble.lo -MD -MP -MF java/lang/.deps/natVMDouble.Tpo -c ../../../gcc/libjava/java/lang/natVMDouble.cc -o java/lang/natVMDouble.o In file included from ../../../gcc/libjava/classpath/native/fdlibm/fdlibm.h:29, from ../../../gcc/libjava/java/lang/natVMDouble.cc:27: ../../../gcc/libjava/classpath/native/fdlibm/mprec.h:297:1: error: "_EXFUN" redefined In file included from /usr/include/stdlib.h:10, from ../../../gcc/libjava/java/lang/natVMDouble.cc:14: /usr/include/_ansi.h:36:1: error: this is the location of the previous definition make[3]: *** [java/lang/natVMDouble.lo] Error 1 make[3]: Leaving directory `/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava' make[1]: *** [all-target-libjava] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir' make: *** [all] Error 2 anyone else see this? -- Cheers, /ChJ
Can't bootstrap gcc (revision 123155) trunk on cygwin: configure: error: C compiler cannot create executables [configure-stage2-intl] Error 77
This was on Windows XP/SP2 cygwin on pentium4 single i686: binutils 20060817-1 bison2.3-1 cygwin 1.5.24-2 dejagnu 20021217-2 expect 20030128-1 gcc 3.4.4-3 gcc-ada 3.4.4-3 gcc-g++ 3.4.4-3 gmp 4.2.1-1 make 3.81-1 tcltk20060202-1 w32api 3.8-1 LAST_UPDATED: Fri Mar 23 10:13:01 UTC 2007 (revision 123155) configure: ../gcc/configure --enable-languages=c --disable-nls For some reason, yet unknow to me, I don't seem to be able to bootstrap gcc trunk on cygwin due to some issue with configuring in intl: checking whether NLS is requested... no checking for msgfmt... /usr/bin/msgfmt checking for gmsgfmt... /usr/bin/msgfmt checking for xgettext... /usr/bin/xgettext checking for msgmerge... /usr/bin/msgmerge checking for i686-pc-cygwin-gcc... /usr/local/src/trunk/objdir/./prev-gcc/xgcc -B/usr/local/src/trunk/objdir/./prev-gcc/ -B/usr/local/i686-pc-cygwin/bin/ checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. make[2]: *** [configure-stage2-intl] Error 77 make[2]: Leaving directory `/usr/local/src/trunk/objdir' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir' make: *** [all] Error 2 the configure in intl works for stage1 (and stage0 so to speak), attached is the intl/config.log -- Cheers, /ChJ config.log Description: Binary data
Can't bootstrap gcc 4.2 RC1 on cygwin: gcc/boehm-gc/misc.c:680: undefined reference to `_GC_get_thread_stack_base'
This is on Windows XP Pro/SP2 cygwin Pentium M processor 2.13GHz system with packages: binutils 20060817-1 2.17.50 20060817 bison2.3-1 2.3 cygwin 1.5.24-2 dejagnu 20021217-2 1.4.2.x expect 20030128-1 5.26 gcc 3.4.4-3 gcc-ada 3.4.4-3 gcc-g++ 3.4.4-3 gmp 4.2.1-1 make 3.81-1 mpfr 2.2.1-1 tcltk20060202-1 8.4 w32api 3.8-1 configure: ../gcc/configure --disable-nls --without-included-gettext --enable-version-s pecific-runtime-libs --without-x --enable-libgcj --with-system-zlib --enable-thr eads=posix --enable-languages=c,c++,fortran,java,objc,obj-c++,treelang LAST_UPDATED: Obtained from SVN: branches/gcc-4_2-branch revision 123014 /usr/local/src/branch/objdir/gcc/gcj -B/usr/local/src/branch/objdir/i686-pc-cygwin/libjava/ -B/usr/local/src/branch/objdir/gcc/ -ffloat-store -fomit-frame-pointer -g -O2 -o jv-convert.exe --main=gnu.gcj.convert.Convert -shared-libgcc -L/usr/local/src/branch/objdir/i686-pc-cygwin/libjava -L/usr/local/src/branch/objdir/i686-pc-cygwin/libjava/.libs ./.libs/libgcj.a -L/usr/local/src/branch/objdir/i686-pc-cygwin/libstdc++-v3/src -L/usr/local/src/branch/objdir/i686-pc-cygwin/libstdc++-v3/src/.libs -ldl -lz -L/usr/local/src/branch/objdir/./gcc -L/usr/local/lib -lgcc -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc ./.libs/libgcj.a(misc.o): In function `GC_init_inner': /usr/local/src/branch/objdir/i686-pc-cygwin/boehm-gc/../../../gcc/boehm-gc/misc.c:680: undefined reference to `_GC_get_thread_stack_base' collect2: ld returned 1 exit status make[3]: *** [jv-convert.exe] Error 1 -- Cheers, /ChJ
Re: [4.2 RC1] Can't bootstrap with ada on cygwin
2007/3/18, Christian Joensson <[EMAIL PROTECTED]>: Under cygwin, I get a stage 2 and 3 comparison failure that's not supposed to be there... Comparing stages 2 and 3 warning: ./cc1-checksum.o differs warning: ./cc1obj-checksum.o differs warning: ./cc1objplus-checksum.o differs warning: ./cc1plus-checksum.o differs warning: ./libgcc/_chkstk.o differs Bootstrap comparison failure! ./ada/exp_aggr.o differs make[2]: *** [compare] Error 1 Any idea on why this happens? As I don't see any recent testresults for cygwin, I just need to ping here again... Has something gone wrong for cygwin such that there now are severe problems bootstrapping? -- Cheers, /ChJ
[4.2 RC1] Can't bootstrap with ada on cygwin
Under cygwin, I get a stage 2 and 3 comparison failure that's not supposed to be there... Comparing stages 2 and 3 warning: ./cc1-checksum.o differs warning: ./cc1obj-checksum.o differs warning: ./cc1objplus-checksum.o differs warning: ./cc1plus-checksum.o differs warning: ./libgcc/_chkstk.o differs Bootstrap comparison failure! ./ada/exp_aggr.o differs make[2]: *** [compare] Error 1 Any idea on why this happens? -- Cheers, /ChJ
[sparc] A few gcc testsuite failures....
Aurora SPARC Linux release 2.90 (Aurora Corona)/TI UltraSparc IIi (Sabre) sun4u: binutils-2.17.50.0.3-6.sparc.sparc bison-2.3-2.1.sparc dejagnu-1.4.4-5.1.noarch expect-5.43.0-5.1.sparc gcc-4.1.1-30.1.sparc glibc-2.5-3.1.sparcv9 glibc-2.5-3.1.sparc64 glibc-devel-2.5-3.1.sparc glibc-devel-2.5-3.1.sparc64 glibc-headers-2.5-3.1.sparc gmp-2.4.1 (local build from gcc's infrastructure) mpfr-2.2.1 (local build from gcc's infrastructure) kernel-2.6.18-1.2798.al3.1.sparc64 libgcc-4.1.1-30.1.sparc libgcc-4.1.1-30.1.sparc64 libgcj-4.1.1-30.1.sparc libgcj-4.1.1-30.1.sparc64 libgcj-devel-4.1.1-30.1.sparc libgcj-devel-4.1.1-30.1.sparc64 libstdc++-4.1.1-30.1.sparc libstdc++-4.1.1-30.1.sparc64 libstdc++-devel-4.1.1-30.1.sparc libstdc++-devel-4.1.1-30.1.sparc64 make-3.81-1.1.sparc tcl-8.4.13-3.al3.sparc LAST_UPDATED: Wed Mar 7 11:15:23 UTC 2007 (revision 122655) Compiler version: 4.3.0 20070307 (experimental) Platform: sparc64-unknown-linux-gnu configure flags: --enable-__cxa_atexit --enable-shared --with-cpu=v7 --with-gmp=/usr/local/gmp-mpfr --with-mpfr=/usr/local/gmp-mpfr --enable-languages=c,c++,fortran,java,objc,obj-c++,treelang I get a few sparc target failures in the gcc testsuite, for example Running /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/sparc.exp ... Executing on host: /usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/ /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/align.c -mcpu=ultrasparc -mvis -fno-show-column -S -o align.s(timeout = 1200) /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/align.c: In function 'foo3': /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/align.c:18: note: use -flax-vector-conversions to permit conversions between vectors with differing element types or numbers of subparts /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/align.c:18: error: incompatible type for argument 1 of '__builtin_vis_faligndatav8qi' /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/align.c:18: error: incompatible type for argument 2 of '__builtin_vis_faligndatav8qi' /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/align.c:18: error: incompatible types in return compiler exited with status 1 output is: /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/align.c: In function 'foo3': /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/align.c:18: note: use -flax-vector-conversions to permit conversions between vectors with differing element types or numbers of subparts /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/align.c:18: error: incompatible type for argument 1 of '__builtin_vis_faligndatav8qi' /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/align.c:18: error: incompatible type for argument 2 of '__builtin_vis_faligndatav8qi' /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/align.c:18: error: incompatible types in return FAIL: gcc.target/sparc/align.c (test for excess errors) Excess errors: /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/align.c:18: note: use -flax-vector-conversions to permit conversions between vectors with differing element types or numbers of subparts /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/align.c:18: error: incompatible type for argument 1 of '__builtin_vis_faligndatav8qi' /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/align.c:18: error: incompatible type for argument 2 of '__builtin_vis_faligndatav8qi' /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/align.c:18: error: incompatible types in return ERROR: gcc.target/sparc/align.c: error executing dg-final: couldn't open "align.s": no such file or directory UNRESOLVED: gcc.target/sparc/align.c: error executing dg-final: couldn't open "align.s": no such file or directory and the next example being Executing on host: /usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/ /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/combined-2.c -O2 -mcpu=ultrasparc -mvis -fno-show-column -S -o combined-2.s (timeout = 1200) /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/combined-2.c: In function 'foo': /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/combined-2.c:8: note: use -flax-vector-conversions to permit conversions between vectors with differing element types or numbers of subparts /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/combined-2.c:8: error: incompatible type for argument 1 of '__builtin_vis_fpmerge' /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/combined-2.c:8: error: incompatible type for argument 2 of '__builtin_vis_fpmerge' /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/combined-2.c:8: error: incompatible types in initialization /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/combined-2.c:10: error: incompatible type for argument 1 of '__builtin_vis_fmul8x16' /usr/local/src/trunk/gcc/gcc/testsuite/gcc.target/sparc/combined-2.c: In function
Re: Cannot build gcc-4.1.2 on cygwin: /bin/sh: kinds.h: No such file or directory
2007/2/22, Christian Joensson <[EMAIL PROTECTED]>: well, I ended up reinstalling gmp, libgmp-devel, libgmp3, mpfr, libmpfr-devel, libmpfr0 (which I don't think is nessecary) and libmpfr1. now, its testsuite is being run thanks brian and brooks for you help. here's the test results http://gcc.gnu.org/ml/gcc-testresults/2007-02/msg00886.html Does it look ok with you guys? -- Cheers, /ChJ
Re: Cannot build gcc-4.1.2 on cygwin: /bin/sh: kinds.h: No such file or directory
well, I ended up reinstalling gmp, libgmp-devel, libgmp3, mpfr, libmpfr-devel, libmpfr0 (which I don't think is nessecary) and libmpfr1. now, its testsuite is being run thanks brian and brooks for you help. -- Cheers, /ChJ
Cannot build gcc-4.1.2 on cygwin: /bin/sh: kinds.h: No such file or directory
Í just tried to build gcc-4.1.2 for cygwin... but failed. My old way of test building does not seem to work anymore for me. Windows XP Pro/SP2 cygwin Pentium M processor 2.13GHz system with packages: binutils 20060817-1 2.17.50 20060817 bison2.3-1 2.3 cygwin 1.5.24-2 dejagnu 20021217-2 1.4.2.x expect 20030128-1 5.26 gcc 3.4.4-3 gcc-ada 3.4.4-3 gcc-g++ 3.4.4-3 gmp 4.2.1-1 make 3.81-1 mpfr 2.2.1-1 tcltk20060202-1 8.4 w32api 3.8-1 configure was run like this: ../gcc/configure --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --without-x --enable-libgcj --with-system-zlib --enable-threads=posix --enable-languages=c,ada,c++,fortran,java,objc,obj-c++,treelang make[3]: Entering directory `/usr/local/src/branch/objdir/i686-pc-cygwin/libgfortran' /bin/sh ../../../gcc/libgfortran/mk-sik-inc.sh '/usr/local/src/branch/objdir/./gcc/gfortran -B/usr/local/src/branch/objdir/./gcc/ -B/usr/local/i686-pc-cygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem /usr/local/i686-pc-cygwin/include -isystem /usr/local/i686-pc-cygwin/sys-include -I . -Wall -fno-repack-arrays -fno-underscoring ' > selected_int_kind.inc || rm selected_int_kind.inc /bin/sh ../../../gcc/libgfortran/mk-srk-inc.sh '/usr/local/src/branch/objdir/./gcc/gfortran -B/usr/local/src/branch/objdir/./gcc/ -B/usr/local/i686-pc-cygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem /usr/local/i686-pc-cygwin/include -isystem /usr/local/i686-pc-cygwin/sys-include -I . -Wall -fno-repack-arrays -fno-underscoring ' > selected_real_kind.inc || rm selected_real_kind.inc /bin/sh ../../../gcc/libgfortran/mk-kinds-h.sh '/usr/local/src/branch/objdir/./gcc/gfortran -B/usr/local/src/branch/objdir/./gcc/ -B/usr/local/i686-pc-cygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem /usr/local/i686-pc-cygwin/include -isystem /usr/local/i686-pc-cygwin/sys-include -I . -Wall -fno-repack-arrays -fno-underscoring ' > kinds.h || rm kinds.h ../../../gcc/libgfortran/mk-kinds-h.sh: Unknown type grep '^#' < kinds.h > kinds.inc /bin/sh: kinds.h: No such file or directory make[3]: *** [kinds.inc] Error 1 make[3]: Leaving directory `/usr/local/src/branch/objdir/i686-pc-cygwin/libgfortran' make[2]: *** [all-target-libgfortran] Error 2 make[2]: Leaving directory `/usr/local/src/branch/objdir' make[1]: *** [all] Error 2 make[1]: Leaving directory `/usr/local/src/branch/objdir' make: *** [bootstrap] Error 2 Any ideas of what might be going wrong? -- Cheers, /ChJ
Re: [infrastructure] what about gmp and mpfr on multilibbed builds?
On 12/14/06, Eric Botcazou <[EMAIL PROTECTED]> wrote: > So, my question is this: Do I need to have libgmp and libmpfr > available as both 32 and 64 bit variants? No if you use only one compiler (i.e. the multilibbed 32-bit compiler). let me come back to this using a concrete example to examplify my thougts. Now, I have an UltraSPARC system, capable of running both 32 bit and 64 bit applications. The system is such that I configure and build the gcc compiler like this: ../gcc/configure --enable-__cxa_atexit --enable-shared --with-cpu=v7 --with-gmp=/usr/local/gmp-mpfr --with-mpfr=/usr/local/gmp-mpfr --enable-languages=c,c++,fortran,java,objc,obj-c++,treelang which means I get a sparc64-unknown-linux-gnu multilibbed compiler. That is, the compiler itself is 32 bit (due to the --with-cpu=v7 flag) and the libraries that support multilibbed variants come in a default 32 bit variant (again, due to the --with-cpu=v7 flag) and a 64 bit variant. So, returning to my question here. The way I see it, should the multilibbed enabled libraries use and gmp and/or mpfr routines, then the gmp and mpfr libraries are needed in both 32 and 64 bit variants. If, on the other hand, the gmp and mpfr libraries are only needed in the compiler itself and the libraries that are not multilibbed enabled, then gmp and mpfr are only needed as 32 bit variants. So, again, if I have a 32 bit compiler multilibbed enabled, then only 32 bit variants of gmp and mpfr libraries requires that gmp and/or mpfr routines are not used by the multilibbed libraries at all. Correct? If gcc development would eventually make use of gmp and/or mpfr in the multilibbed libraries, that would require both 32 bit and 64 bit variants installed. If so, I wonder if the header files support multilibbed, 32 bit and 64 bit, install and use... in other words, I suppose gmp and mpfr should be multilibbed :) -- Cheers, /ChJ
Re: [libgfortran, 4.2] Syntax error in array constructor
On 12/15/06, Eric Botcazou <[EMAIL PROTECTED]> wrote: > Any ideas what is going wrong here? libgfortran/selected_int_kind.inc has very likely been corrupted, which would mean that your Fortran compiler is non-functional. It should contain integer, parameter :: c = 3 type (real_info), parameter :: real_infos(c) = (/ & real_info (4, precision(0.0_4), range(0.0_4)), & real_info (8, precision(0.0_8), range(0.0_8)), & real_info (10, precision(0.0_10), range(0.0_10)) /) or something along these lines. sure is... [EMAIL PROTECTED] libgfortran]$ pwd /usr/local/src/branch/objdir/sparc64-unknown-linux-gnu/libgfortran [EMAIL PROTECTED] libgfortran]$ more selected_int_kind.inc integer, parameter :: c = 0 type (int_info), parameter :: int_infos(c) = (/ & [EMAIL PROTECTED] libgfortran]$ I removed the generated selected_int_kind.inc and tried rebuild, the new generated looks like this now: [EMAIL PROTECTED] objdir]$ more sparc64-unknown-linux-gnu/libgfortran/selected_int_kind.inc integer, parameter :: c = 4 type (int_info), parameter :: int_infos(c) = (/ & int_info (1, range(0_1)), & int_info (2, range(0_2)), & int_info (4, range(0_4)), & int_info (8, range(0_8)) /) but again I got into troubles /bin/sh ./libtool --mode=compile /usr/local/src/branch/objdir/./gcc/gfortran -B/usr/local/src/branch/objdir/./gcc/ -B/usr/local/sparc64-unknown-linux-gnu/bin/ -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem /usr/local/sparc64-unknown-linux-gnu/include -isystem /usr/local/sparc64-unknown-linux-gnu/sys-include -I . -Wall -fno-repack-arrays -fno-underscoring -c -o selected_real_kind.lo `test -f 'intrinsics/selected_real_kind.f90' || echo '../../../gcc/libgfortran/'`intrinsics/selected_real_kind.f90 /usr/local/src/branch/objdir/./gcc/gfortran -B/usr/local/src/branch/objdir/./gcc/ -B/usr/local/sparc64-unknown-linux-gnu/bin/ -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem /usr/local/sparc64-unknown-linux-gnu/include -isystem /usr/local/sparc64-unknown-linux-gnu/sys-include -I . -Wall -fno-repack-arrays -fno-underscoring -c ../../../gcc/libgfortran/intrinsics/selected_real_kind.f90 -fPIC -DPIC -o .libs/selected_real_kind.o ../../../gcc/libgfortran/intrinsics/selected_real_kind.f90:37.21: selected_real_kind = 0 1 Error: Syntax error in array constructor at (1) ../../../gcc/libgfortran/intrinsics/selected_real_kind.f90:49.28: if (p2 <= real_infos (i) % precision) found_p = .true. 1 Error: Syntax error in IF-expression at (1) ../../../gcc/libgfortran/intrinsics/selected_real_kind.f90:50.28: if (r2 <= real_infos (i) % range) found_r = .true. 1 Error: Syntax error in IF-expression at (1) ../../../gcc/libgfortran/intrinsics/selected_real_kind.f90:52.6: selected_real_kind = real_infos (i) % kind 1 Error: Unclassifiable statement at (1) make[3]: *** [selected_real_kind.lo] Error 1 make[3]: Leaving directory `/usr/local/src/branch/objdir/sparc64-unknown-linux-gnu/libgfortran' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/src/branch/objdir/sparc64-unknown-linux-gnu/libgfortran' make[1]: *** [all-target-libgfortran] Error 2 make[1]: Leaving directory `/usr/local/src/branch/objdir' make: *** [all] Error 2 So, I am pondering a complete rebuild... not trying to delete any files and try to continue the build -- Cheers, /ChJ
[libgfortran, 4.2] Syntax error in array constructor
This is on the 4.2 branch, on Aurora SPARC Linux release 2.90 (Aurora Corona)/TI UltraSparc IIi (Sabre) sun4u: binutils-2.17.50.0.3-6.sparc.sparc bison-2.3-2.1.sparc dejagnu-1.4.4-5.1.noarch expect-5.43.0-5.1.sparc gcc-4.1.1-30.1.sparc glibc-2.5-3.1.sparcv9 glibc-2.5-3.1.sparc64 glibc-devel-2.5-3.1.sparc glibc-devel-2.5-3.1.sparc64 glibc-headers-2.5-3.1.sparc gmp-2.4.1 (local build from gcc's infrastructure) mpfr-2.2.1 (local build from gcc's infrastructure) kernel-2.6.18-1.2798.al3.1.sparc64 libgcc-4.1.1-30.1.sparc libgcc-4.1.1-30.1.sparc64 libgcj-4.1.1-30.1.sparc libgcj-4.1.1-30.1.sparc64 libgcj-devel-4.1.1-30.1.sparc libgcj-devel-4.1.1-30.1.sparc64 libstdc++-4.1.1-30.1.sparc libstdc++-4.1.1-30.1.sparc64 libstdc++-devel-4.1.1-30.1.sparc libstdc++-devel-4.1.1-30.1.sparc64 make-3.81-1.1.sparc tcl-8.4.13-3.al3.sparc LAST_UPDATED: Fri Dec 15 08:51:23 UTC 2006 (revision 119876) configure: ../gcc/configure --enable-__cxa_atexit --enable-shared --with-cpu=v7 --with-gmp=/usr/local/gmp-mpfr --with-mpfr=/usr/local/gmp-mpfr --enable-languages=c,c++,fortran,java,objc,obj-c++,treelang /bin/sh ./libtool --mode=compile /usr/local/src/branch/objdir/./gcc/gfortran -B/usr/local/src/branch/objdir/./gcc/ -B/usr/local/sparc64-unknown-linux-gnu/bin/ -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem /usr/local/sparc64-unknown-linux-gnu/include -isystem /usr/local/sparc64-unknown-linux-gnu/sys-include -I . -Wall -fno-repack-arrays -fno-underscoring -c -o selected_int_kind.lo `test -f 'intrinsics/selected_int_kind.f90' || echo '../../../gcc/libgfortran/'`intrinsics/selected_int_kind.f90 /usr/local/src/branch/objdir/./gcc/gfortran -B/usr/local/src/branch/objdir/./gcc/ -B/usr/local/sparc64-unknown-linux-gnu/bin/ -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem /usr/local/sparc64-unknown-linux-gnu/include -isystem /usr/local/sparc64-unknown-linux-gnu/sys-include -I . -Wall -fno-repack-arrays -fno-underscoring -c ../../../gcc/libgfortran/intrinsics/selected_int_kind.f90 -fPIC -DPIC -o .libs/selected_int_kind.o ../../../gcc/libgfortran/intrinsics/selected_int_kind.f90:35.5: do i = 1, c 1 Error: Syntax error in array constructor at (1) ../../../gcc/libgfortran/intrinsics/selected_int_kind.f90:36.26: if (r <= int_infos (i) % range) then 1 Error: Syntax error in IF-expression at (1) ../../../gcc/libgfortran/intrinsics/selected_int_kind.f90:37.6: selected_int_kind = int_infos (i) % kind 1 Error: Unclassifiable statement at (1) ../../../gcc/libgfortran/intrinsics/selected_int_kind.f90:39.7: end if 1 Error: Expecting END FUNCTION statement at (1) ../../../gcc/libgfortran/intrinsics/selected_int_kind.f90:40.5: end do 1 Error: Expecting END FUNCTION statement at (1) make[3]: *** [selected_int_kind.lo] Error 1 make[3]: Leaving directory `/usr/local/src/branch/objdir/sparc64-unknown-linux-gnu/libgfortran' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/src/branch/objdir/sparc64-unknown-linux-gnu/libgfortran' make[1]: *** [all-target-libgfortran] Error 2 make[1]: Leaving directory `/usr/local/src/branch/objdir' make: *** [all] Error 2 Any ideas what is going wrong here? -- Cheers, /ChJ
[infrastructure] what about gmp and mpfr on multilibbed builds?
I just built and locally installed gcc's (infrastructure) tarballs of gmp-4.2.1 and mpfr-2.2.1 to try to build gcc trunk (as my build system's versions are too old). But, I am on a UltraSPARC system so I test build gcc multilibbed enabled to have both 32 and 64 bit capability. So, my question is this: Do I need to have libgmp and libmpfr available as both 32 and 64 bit variants? If so, how would you recommend to build and install gmp and mpfr "multilibbed" also? -- Cheers, /ChJ
[cygwin] gcc/boehm-gc/misc.c:680: undefined reference to `_GC_get_thread_stack_base'
well, trying to bootstrap on cygwin current gcc with lava and libs, gets me into this ar rc .libs/libgcj-tools.a classpath/tools/libgcj_tools_la-tools.o ranlib .libs/libgcj-tools.a creating libgcj-tools.la (cd .libs && rm -f libgcj-tools.la && ln -s ../libgcj-tools.la libgcj-tools.la) /bin/sh ./libtool --tag=GCJ --mode=link /usr/local/src/trunk/objdir/gcc/gcj -B/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava/ -B/usr/local/src/trunk/objdir/gcc/ -L/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava -ffloat-store -fomit-frame-pointer -g -O2 -o jv-convert.exe --main=gnu.gcj.convert.Convert -rpath /usr/local/lib/gcc/i686-pc-cygwin/4.2.0 -shared-libgcc -L/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava/.libs libgcj.la /usr/local/src/trunk/objdir/gcc/gcj -B/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava/ -B/usr/local/src/trunk/objdir/gcc/ -ffloat-store -fomit-frame-pointer -g -O2 -o jv-convert.exe --main=gnu.gcj.convert.Convert -shared-libgcc -L/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava -L/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava/.libs ./.libs/libgcj.a -L/usr/local/src/trunk/objdir/i686-pc-cygwin/libstdc++-v3/src -L/usr/local/src/trunk/objdir/i686-pc-cygwin/libstdc++-v3/src/.libs -ldl -lz -L/usr/local/src/trunk/objdir/./gcc -L/usr/local/lib -lgcc -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc ./.libs/libgcj.a(misc.o): In function `GC_init_inner': /usr/local/src/trunk/objdir/i686-pc-cygwin/boehm-gc/../../../gcc/boehm-gc/misc.c:680: undefined reference to `_GC_get_thread_stack_base' collect2: ld returned 1 exit status make[3]: *** [jv-convert.exe] Error 1 make[3]: Leaving directory `/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava' make[1]: *** [all-target-libjava] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir' make: *** [bootstrap] Error 2 Any idea on what this would be about? tls related? -- Cheers, /ChJ
[cygwin] libjava/java/lang/natClass.cc:904: error: thread-local storage not supported for this target
Currently, and it's been there for a while, I get the following error on gcc trunk: /usr/local/src/trunk/objdir/./gcc/xgcc -shared-libgcc -B/usr/local/src/trunk/objdir/./gcc -nostdinc++ -L/usr/local/src/trunk/objdir/i686-pc-cygwin/libstdc++-v3/src -L/usr/local/src/trunk/objdir/i686-pc-cygwin/libstdc++-v3/src/.libs -B/usr/local/i686-pc-cygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem /usr/local/i686-pc-cygwin/include -isystem /usr/local/i686-pc-cygwin/sys-include -DHAVE_CONFIG_H -I. -I../../../gcc/libjava -I./include -I./gcj -I../../../gcc/libjava -Iinclude -I../../../gcc/libjava/include -I../../../gcc/libjava/classpath/include -Iclasspath/include -I../../../gcc/libjava/classpath/native/fdlibm -I../../../gcc/libjava/../boehm-gc/include -I../boehm-gc/include -I../../../gcc/libjava/libltdl -I../../../gcc/libjava/libltdl -I../../../gcc/libjava/.././libjava/../gcc -I../../../gcc/libjava/../libffi/include -I../libffi/include -fno-rtti -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum -D_FILE_OFFSET_BITS=64 -ffloat-store -fomit-frame-pointer -Wextra -Wall -D_GNU_SOURCE -DPREFIX=\"/usr/local\" -DTOOLEXECLIBDIR=\"/usr/local/lib/gcc/i686-pc-cygwin/4.2.0\" -DJAVA_HOME=\"/usr/local\" -DBOOT_CLASS_PATH=\"/usr/local/share/java/libgcj-4.2.0.jar\" -DJAVA_EXT_DIRS=\"/usr/local/share/java/ext\" -DGCJ_ENDORSED_DIRS=\"/usr/local/share/java/gcj-endorsed\" -DGCJ_VERSIONED_LIBDIR=\"/usr/local/lib/gcj-4.2.0\" -DPATH_SEPARATOR=\":\" -DLIBGCJ_DEFAULT_DATABASE=\"/usr/local/lib/gcj-4.2.0/classmap.db\" -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.2.0/classmap.db\" -g -O2 -MT java/lang/natClass.lo -MD -MP -MF java/lang/.deps/natClass.Tpo -c ../../../gcc/libjava/java/lang/natClass.cc -o java/lang/natClass.o ../../../gcc/libjava/java/lang/natClass.cc:904: error: thread-local storage not supported for this target make[3]: *** [java/lang/natClass.lo] Error 1 make[3]: Leaving directory `/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/trunk/objdir/i686-pc-cygwin/libjava' make[1]: *** [all-target-libjava] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir' make: *** [all] Error 2 My system is this: Windows XP Pro/SP2 cygwin Pentium M processor 2.13GHz system with packages: binutils 20060817-1 2.17.50 20060817 bison2.3-1 2.3 cygwin 1.5.21-2 dejagnu 20021217-2 1.4.2.x expect 20030128-1 5.26 gcc 3.4.4-1 gcc-ada 3.4.4-1 gcc-g++ 3.4.4-1 gmp 4.1.4-2 make 3.81-1 tcltk20060202-1 8.4 w32api 3.7-1 and the configure was done like this: ../gcc/configure --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --without-x --enable-libgcj --with-system-zlib --enable-threads=posix --enable-languages=c,ada,c++,fortran,java,objc,obj-c++,treelang Now, am I doing something terribly wrong here or is this a well know "bug"? -- Cheers, /ChJ
mprec.c:105: error: expected identifier or '(' before '{' token
last one, again on cygwin/winxp, I get an error: ../../../../../../gcc/libjava/classpath/native/fdlibm/mprec.c:105: error: expected identifier or '(' before '{' token hints? -- Cheers, /ChJ
mprec.c:104: error: static declaration of 'calloc' follows non-static declaration
again, on cygwin/winxp, I get an error ../../../../../../gcc/libjava/classpath/native/fdlibm/mprec.c:104: error: static declaration of 'calloc' follows non-static declaration am I doing something seriously wrong here? -- Cheers, /ChJ
mprec.h:297:1: warning: "_EXFUN" redefined
This is on a cygwin/winxp system... while building gcc trunk, currently, and for quite some time, I have been getting this warning: /usr/local/src/trunk/objdir/./gcc/xgcc -B/usr/local/src/trunk/objdir/./gcc/ -B/usr/local/i686-pc-cygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem /usr/local/i686-pc-cygwin/include -isystem /usr/local/i686-pc-cygwin/sys-include -DHAVE_CONFIG_H -I. -I../../../../../../gcc/libjava/classpath/native/fdlibm -I../../include -O2 -g -O2 -MT mprec.lo -MD -MP -MF .deps/mprec.Tpo -c ../../../../../../gcc/libjava/classpath/native/fdlibm/mprec.c -o mprec.o In file included from ../../../../../../gcc/libjava/classpath/native/fdlibm/mprec.c:88: ../../../../../../gcc/libjava/classpath/native/fdlibm/mprec.h:297:1: warning: "_EXFUN" redefined In file included from /usr/include/assert.h:9, from ../../../../../../gcc/libjava/classpath/native/fdlibm/mprec.c:84: /usr/include/_ansi.h:36:1: warning: this is the location of the previous definition Now, is this something to be concerned about and if so, in which development forum would it be adressed? -- Cheers, /ChJ
Re: dejagnu: timeout?
On 8/21/06, Christian Joensson <[EMAIL PROTECTED]> wrote: I just noticed a slight change in behaviour... on my system, I have edited dejagnu's remote.exp such that it defaults its timeout to 1800 instead of 300. However, on gcc trunk, I see that, for example, in the libstdc++ testsuite log, the timeout is set to 600, while in, e.g., gcc's log file, its 1800, as I expect. Now, is there some change that has been made to gcc trunk lately, meaning the last year, that have this effect? sorry, too early, it's http://gcc.gnu.org/ml/gcc-cvs/2006-06/msg00792.html ... Any suggestions on how I could get gcc trunk testsuite to once again use dejagnu timeout to 1800? so, basically, how would I override http://gcc.gnu.org/ml/gcc-cvs/2006-06/msg00792.html , without having a local change in my source tree, such that I get my old behaviour? -- Cheers, /ChJ
dejagnu: timeout?
I just noticed a slight change in behaviour... on my system, I have edited dejagnu's remote.exp such that it defaults its timeout to 1800 instead of 300. However, on gcc trunk, I see that, for example, in the libstdc++ testsuite log, the timeout is set to 600, while in, e.g., gcc's log file, its 1800, as I expect. Now, is there some change that has been made to gcc trunk lately, meaning the last year, that have this effect? Any suggestions on how I could get gcc trunk testsuite to once again use dejagnu timeout to 1800? -- Cheers, /ChJ
Re: Lots of gfortrans testsuite failuers on sparc64-linux: undefined reference to `_gfortran_reshape_r8
On 6/24/06, FX Coudert <[EMAIL PROTECTED]> wrote: > well, I didn't do a full bootstrap, I did a "bubblestrap" ... maybe > that was the issue then. before running the next bubblestrap, what > files do you recommend me to remove so that they get stage wise > properly rebuilt? Hum... I'm not sure, but I think the safe steps here are: - check the original files are there (${srcdir}/libgfortran/generated/{reshape,transpose}_r{4,8}.c) - force the build mechanism to update your ${builddir}/${target}/libgfortran/Makefile, either by reconfiguring this directory, or removing the Makefile (I'm not sure that works) or deleting your whole ${builddir}/${target}/libgfortran directory. That should work. well, $ ls -l sparc64-unknown-linux-gnu/libgfortran/kinds.h -rw-rw-r-- 1 chj chj 1003 Jun 15 04:03 sparc64-unknown-linux-gnu/libgfortran/kinds.h which means that that file is from the previous build... $ svn info libgfortran/generated/reshape_r8.c Path: libgfortran/generated/reshape_r8.c Name: reshape_r8.c URL: http://gcc.gnu.org/svn/gcc/trunk/libgfortran/generated/reshape_r8.c Repository UUID: 138bc75d-0d04-0410-961f-82ee72b054a4 Revision: 114896 Node Kind: file Schedule: normal Last Changed Author: fxcoudert Last Changed Rev: 114880 Last Changed Date: 2006-06-22 08:04:02 +0200 (Thu, 22 Jun 2006) Text Last Updated: 2006-06-22 19:10:51 +0200 (Thu, 22 Jun 2006) Properties Last Updated: 2006-06-22 19:10:51 +0200 (Thu, 22 Jun 2006) Checksum: 8c9d27a3b974fbd53754fa7f6ac003d8 $ svn info libgfortran/generated/reshape_r4.c Path: libgfortran/generated/reshape_r4.c Name: reshape_r4.c URL: http://gcc.gnu.org/svn/gcc/trunk/libgfortran/generated/reshape_r4.c Repository UUID: 138bc75d-0d04-0410-961f-82ee72b054a4 Revision: 114896 Node Kind: file Schedule: normal Last Changed Author: fxcoudert Last Changed Rev: 114880 Last Changed Date: 2006-06-22 08:04:02 +0200 (Thu, 22 Jun 2006) Text Last Updated: 2006-06-22 19:10:51 +0200 (Thu, 22 Jun 2006) Properties Last Updated: 2006-06-22 19:10:51 +0200 (Thu, 22 Jun 2006) Checksum: 74ff3f839131e8c667e404b316d41859 $ svn info libgfortran/generated/transpose_r8.c Path: libgfortran/generated/transpose_r8.c Name: transpose_r8.c URL: http://gcc.gnu.org/svn/gcc/trunk/libgfortran/generated/transpose_r8.c Repository UUID: 138bc75d-0d04-0410-961f-82ee72b054a4 Revision: 114896 Node Kind: file Schedule: normal Last Changed Author: fxcoudert Last Changed Rev: 114880 Last Changed Date: 2006-06-22 08:04:02 +0200 (Thu, 22 Jun 2006) Text Last Updated: 2006-06-22 19:10:51 +0200 (Thu, 22 Jun 2006) Properties Last Updated: 2006-06-22 19:10:51 +0200 (Thu, 22 Jun 2006) Checksum: 3043842d8d36938c8f29f5d319c962d9 $ svn info libgfortran/generated/transpose_r4.c Path: libgfortran/generated/transpose_r4.c Name: transpose_r4.c URL: http://gcc.gnu.org/svn/gcc/trunk/libgfortran/generated/transpose_r4.c Repository UUID: 138bc75d-0d04-0410-961f-82ee72b054a4 Revision: 114896 Node Kind: file Schedule: normal Last Changed Author: fxcoudert Last Changed Rev: 114880 Last Changed Date: 2006-06-22 08:04:02 +0200 (Thu, 22 Jun 2006) Text Last Updated: 2006-06-22 19:10:51 +0200 (Thu, 22 Jun 2006) Properties Last Updated: 2006-06-22 19:10:51 +0200 (Thu, 22 Jun 2006) Checksum: 9530e0da6e10c3e99665517f9e96209f So, I think I'll go for deletion of the whole ${builddir}/${target}/libgfortran directory. unless someone wants to help me check the dependencies to be able to list them in the proper places in the build mechanism so that this don't happen -- Cheers, /ChJ
Re: Lots of gfortrans testsuite failuers on sparc64-linux: undefined reference to `_gfortran_reshape_r8
On 6/24/06, FX Coudert <[EMAIL PROTECTED]> wrote: [Transfering this to the fortran list] Hi Christian, I did the commit that introduced these new symbols _gfortran_{reshape,transpose}_r{4,8}. They come from ${srcdir}/libgfortran/generated/{reshape,transpose}_r{4,8}.c and this file should be present indeed at revision 114896: > $ svn info libgfortran/generated/reshape_r8.c > Path: libgfortran/generated/reshape_r8.c > Name: reshape_r8.c > URL: svn+ssh://gcc.gnu.org/svn/gcc/trunk/libgfortran/generated/reshape_r8.c > Repository UUID: 138bc75d-0d04-0410-961f-82ee72b054a4 > Revision: 114961 > Node Kind: file > Schedule: normal > Last Changed Author: fxcoudert > Last Changed Rev: 114880 > Last Changed Date: 2006-06-22 08:04:02 +0200 (Thu, 22 Jun 2006) > Text Last Updated: 2006-06-21 11:55:58 +0200 (Wed, 21 Jun 2006) > Checksum: 8c9d27a3b974fbd53754fa7f6ac003d8 Indeed, both library and front-end changes were commited together. Maybe you haven't rebuilt the library after your last update, or did not get the generated files correctly (but then, I don't know why). If indeed, you have these sources files and, while rebuilding the library, the symbols do not end up in libgfortran.so, I'd appreciate you sending me the content of ${builddir}/${target}/libgfortran/kinds.h Thanks, FX well, I didn't do a full bootstrap, I did a "bubblestrap" ... maybe that was the issue then. before running the next bubblestrap, what files do you recommend me to remove so that they get stage wise properly rebuilt? -- Cheers, /ChJ
Fwd: Lots of gfortrans testsuite failuers on sparc64-linux: undefined reference to `_gfortran_reshape_r8
Bugger, this went to testresults insetad of here... sorry for that... -- Forwarded message -- From: Christian Joensson <[EMAIL PROTECTED]> Date: Jun 23, 2006 8:09 PM Subject: Lots of gfortrans testsuite failuers on sparc64-linux: undefined reference to `_gfortran_reshape_r8 To: [EMAIL PROTECTED] Aurora SPARC Linux release 2.1 (Snowshoe FC3)/TI UltraSparc IIi (Sabre) sun4u: binutils 2.17.50 20060610 bison-1.875c-2.sparc dejagnu-1.4.4-2.noarch expect-5.42.1-1.sparc gcc-3.4.2-6.fc3.sparc gcc-c++-3.4.2-6.fc3.sparc gcc-gnat-3.4.2-6.fc3.sparc glibc-2.3.6-0.fc3.1.sparc64 glibc-2.3.6-0.fc3.1.sparcv9 glibc-devel-2.3.6-0.fc3.1.sparc64 glibc-devel-2.3.6-0.fc3.1.sparc glibc-headers-2.3.6-0.fc3.1.sparc glibc-kernheaders-2.6-20sparc.sparc gmp-4.1.4-3sparc.sparc gmp-4.1.4-3sparc.sparc64 gmp-devel-4.1.4-3sparc.sparc gmp-devel-4.1.4-3sparc.sparc64 kernel-2.6.16-1.2241sp1.sparc64 kernel-devel-2.6.16-1.2241sp1.sparc64 libgcc-3.4.2-6.fc3.sparc libgcc-3.4.2-6.fc3.sparc64 libgcj-3.4.2-6.fc3.sparc libgcj-devel-3.4.2-6.fc3.sparc libstdc++-3.4.2-6.fc3.sparc libstdc++-3.4.2-6.fc3.sparc64 libstdc++-devel-3.4.2-6.fc3.sparc libstdc++-devel-3.4.2-6.fc3.sparc64 make-3.80-5.sparc nptl-devel-2.3.6-0.fc3.1.sparcv9 tcl-8.4.7-2.sparc LAST_UPDATED: Thu Jun 22 17:11:44 UTC 2006 (revision 114896) Platform: sparc64-unknown-linux-gnu configure flags: --enable-__cxa_atexit --enable-shared --with-cpu=v7 --enable-languages=c,ada,c++,fortran,java,objc,obj-c++,treelang I get a lot of gfortran testsuite failuers like this: PASS: gfortran.dg/append-1.f90 -Os execution test Executing on host: /usr/local/src/trunk/objdir/gcc/testsuite/gfortran/../../gfortran -B/usr/local/src/trunk/objdir/gcc/testsuite/gfortran/../../ /usr/local/src/trunk/gcc/gcc/testsuite/gfortran.dg/array-1.f90 -O0 -pedantic-errors -L/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libgfortran/.libs -L/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libgfortran/.libs -L/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libiberty -lm -m64 -o ./array-1.exe(timeout = 1800) /tmp/ccwsoiqs.o: In function `MAIN__': array-1.f90:(.text+0x33c): undefined reference to `_gfortran_reshape_r8' collect2: ld returned 1 exit status compiler exited with status 1 output is: /tmp/ccwsoiqs.o: In function `MAIN__': array-1.f90:(.text+0x33c): undefined reference to `_gfortran_reshape_r8' collect2: ld returned 1 exit status FAIL: gfortran.dg/array-1.f90 -O0 (test for excess errors) Excess errors: array-1.f90:(.text+0x33c): undefined reference to `_gfortran_reshape_r8' WARNING: gfortran.dg/array-1.f90 -O0 compilation failed to produce executable Any ideas? The FAILS were not present in my last test suite run... http://gcc.gnu.org/ml/gcc-testresults/2006-06/msg01081.html Would you like me to file a bug? -- Cheers, /ChJ -- Cheers, /ChJ
[libmudflap] build warnings...
I just wanted to ping the list here on current gcc trunk libmudflap build warnings: ../../../gcc/libmudflap/mf-runtime.c:1706: warning: format '%06lu' expects type 'long unsigned int', but argument 15 has type '__suseconds_t' ../../../gcc/libmudflap/mf-runtime.c:1729: warning: format '%06lu' expects type 'long unsigned int', but argument 4 has type '__suseconds_t' ../../../gcc/libmudflap/mf-runtime.c:1998: warning: format '%06lu' expects type 'long unsigned int', but argument 6 has type '__suseconds_t' ../../../../gcc/libmudflap/mf-runtime.c:1706: warning: format '%06lu' expects type 'long unsigned int', but argument 15 has type '__suseconds_t' ../../../../gcc/libmudflap/mf-runtime.c:1729: warning: format '%06lu' expects type 'long unsigned int', but argument 4 has type '__suseconds_t' ../../../../gcc/libmudflap/mf-runtime.c:1998: warning: format '%06lu' expects type 'long unsigned int', but argument 6 has type '__suseconds_t' Are these something one simply has to accept or are something more deep lurking here? -- Cheers, /ChJ
Re: [Ada] two regressions c64103c & cd5003g in 113391 vs. 113355
On 5/2/06, Christian Joensson <[EMAIL PROTECTED]> wrote: On 5/1/06, Eric Botcazou <[EMAIL PROTECTED]> wrote: > > Any ideas? > > Re-run the testsuite, they most likely will disappear. right... I somehow had memory kernel related issues... A new one now... c9a011b there is something weird about c9a011b, at least on sparc/sparc64 linux... I seem to loose it beyond control, the test run will not go past it, no abort is done (no timeout). The load on th ecpu goes down, I use ps aux|grep c9a011b to find a few processes, kill the "first" one and the test run continues... -- Cheers, /ChJ -- Cheers, /ChJ
Can't build gcc trunk Fri May 19 10:52:05 UTC 2006 (revision 113904M) on cygwin: gcc/objc/objc-act.c:5573: warning: ....
Well, /usr/local/src/trunk/objdir/./prev-gcc/xgcc -B/usr/local/src/trunk/objdir/./prev-gcc/ -B/usr/local/i686-pc-cygwin/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -Werror -DOBJCPLUS -I../../gcc/gcc/objc -I../../gcc/gcc/cp -fno-common -DHAVE_CONFIG_H -I. -Iobjcp -I../../gcc/gcc -I../../gcc/gcc/objcp -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I../../gcc/gcc/../libdecnumber -I../libdecnumber-I. -Iobjcp -I../../gcc/gcc -I../../gcc/gcc/objcp -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I../../gcc/gcc/../libdecnumber -I../libdecnumber ../../gcc/gcc/objc/objc-act.c -o objcp/objcp-act.o cc1: warnings being treated as errors ../../gcc/gcc/objc/objc-act.c: In function 'build_shared_structure_initializer': ../../gcc/gcc/objc/objc-act.c:5573: warning: implicit declaration of function 'default_conversion' ../../gcc/gcc/objc/objc-act.c:5573: warning: passing argument 2 of 'tree_cons_stat' makes pointer from integer without a cast make[3]: *** [objcp/objcp-act.o] Error 1 make[3]: Leaving directory `/usr/local/src/trunk/objdir/gcc' make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir' make: *** [bootstrap] Error 2 -- Cheers, /ChJ
Re: [Ada] two regressions c64103c & cd5003g in 113391 vs. 113355
On 5/1/06, Eric Botcazou <[EMAIL PROTECTED]> wrote: > Any ideas? Re-run the testsuite, they most likely will disappear. right... I somehow had memory kernel related issues... A new one now... c9a011b -- Cheers, /ChJ
[Ada] two regressions c64103c & cd5003g in 113391 vs. 113355
On Aurora SPARC Linux release 2.0 (Kashmir FC3)/TI UltraSparc IIi (Sabre) sun4u, I get two new failures... splitting /usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/tests/c6/c64103b.ada into: c64103b.adb BUILD c64103b.adb gnatmake --GCC="/usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/" -gnatws -O2 -I/usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support c64103b.adb -largs --GCC="/usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/" /usr/local/src/trunk/objdir/gcc/xgcc -c -B/usr/local/src/trunk/objdir/gcc/ -gnatws -O2 -I/usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support c64103b.adb gnatbind -aO./ -I/usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support -I- -x c64103b.ali gnatlink c64103b.ali --GCC=/usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/ RUN c64103b ,.,. C64103B ACATS 2.5 06-05-01 02:49:01 C64103B FOR IN-OUT PARAMETERS OF A SCALAR TYPE, CONSTRAINT_ERROR IS RAISED: BEFORE A SUBPROGRAM CALL WHEN THE CONVERTED ACTUAL PARAMETER IS OUTSIDE THE RANGE OF THE FORMAL PARAMETER'S SUBTYPE; AFTER A SUBPROGRAM CALL WHEN THE CONVERTED FORMAL PARAMETER IS OUTSIDE THE RANGE OF THE ACTUAL PARAMETER'S SUBTYPE. C64103B PASSED . PASS: c64103b BUILD FAIL: c64103c splitting /usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/tests/cd/cd5003g.ada into: cd5003g_pack2.ads cd5003g_pack2.adb cd5003g.adb BUILD cd5003g.adb gnatmake --GCC="/usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/" -gnatws -O2 -I/usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support cd5003g.adb -largs --GCC="/usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/" /usr/local/src/trunk/objdir/gcc/xgcc -c -B/usr/local/src/trunk/objdir/gcc/ -gnatws -O2 -I/usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support cd5003g.adb RUN cd5003g /usr/local/src/trunk/objdir/gcc/xgcc -c -B/usr/local/src/trunk/objdir/gcc/ -gnatws -O2 -I/usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support cd5003g_pack2.adb /usr/local/src/trunk/objdir/gcc/xgcc -c -I./ -B/usr/local/src/trunk/objdir/gcc/ -gnatws -O2 -I/usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support -I- /usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support/spprt13.ads /usr/local/src/trunk/objdir/gcc/xgcc -c -I./ -B/usr/local/src/trunk/objdir/gcc/ -gnatws -O2 -I/usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support -I- /usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support/fcndecl.ads gnatbind -aO./ -I/usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support -I- -x cd5003g.ali gnatlink cd5003g.ali --GCC=/usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/ /usr/local/src/trunk/gcc/gcc/testsuite/ada/acats/run_all.sh: line 16: /usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/tests/cd/cd5003g/cd5003g: No such file or directory FAIL: cd5003g Any ideas? -- Cheers, /ChJ
FAIL: tmpdir-g++.dg-struct-layout-1/t026 cp_compat_{x,y}_tst.o compile on sparc/sparc64 linux...
From http://gcc.gnu.org/ml/gcc-testresults/2006-04/msg01674.html Executing on host: /usr/local/src/trunk/objdir/gcc/testsuite/g++/../../g++ -B/usr/local/src/trunk/objdir/gcc/testsuite/g++/../../ -nostdinc++ -I/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libstdc++-v3/include/sparc64-unknown-linux-gnu -I/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libstdc++-v3/include -I/usr/local/src/trunk/gcc/libstdc++-v3/libsupc++ -I/usr/local/src/trunk/gcc/libstdc++-v3/include/backward -I/usr/local/src/trunk/gcc/libstdc++-v3/testsuite -fmessage-length=0 -w -I/usr/local/src/trunk/gcc/gcc/testsuite/g++.dg/compat -c -m64 -o cp_compat_x_tst.o /usr/local/src/trunk/objdir/gcc/testsuite/g++/g++.dg-struct-layout-1/t026_x.C (timeout = 1800) /usr/local/src/trunk/objdir/gcc/testsuite/g++/g++.dg-struct-layout-1/t026_test.h: In function 'void checkx2400(S2400)': /usr/local/src/trunk/objdir/gcc/testsuite/g++/g++.dg-struct-layout-1/t026_test.h:1: internal compiler error: in function_arg_slotno, at config/sparc/sparc.c:4605 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. compiler exited with status 1 output is: /usr/local/src/trunk/objdir/gcc/testsuite/g++/g++.dg-struct-layout-1/t026_test.h: In function 'void checkx2400(S2400)': /usr/local/src/trunk/objdir/gcc/testsuite/g++/g++.dg-struct-layout-1/t026_test.h:1: internal compiler error: in function_arg_slotno, at config/sparc/sparc.c:4605 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. FAIL: tmpdir-g++.dg-struct-layout-1/t026 cp_compat_x_tst.o compile Executing on host: /usr/local/src/trunk/objdir/gcc/testsuite/g++/../../g++ -B/usr/local/src/trunk/objdir/gcc/testsuite/g++/../../ -nostdinc++ -I/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libstdc++-v3/include/sparc64-unknown-linux-gnu -I/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libstdc++-v3/include -I/usr/local/src/trunk/gcc/libstdc++-v3/libsupc++ -I/usr/local/src/trunk/gcc/libstdc++-v3/include/backward -I/usr/local/src/trunk/gcc/libstdc++-v3/testsuite -fmessage-length=0 -w -I/usr/local/src/trunk/gcc/gcc/testsuite/g++.dg/compat -c -m64 -o cp_compat_y_tst.o /usr/local/src/trunk/objdir/gcc/testsuite/g++/g++.dg-struct-layout-1/t026_y.C (timeout = 1800) /usr/local/src/trunk/objdir/gcc/testsuite/g++/g++.dg-struct-layout-1/t026_test.h: In function 'S2400 check2400(S2400, S2400*, S2400)': /usr/local/src/trunk/objdir/gcc/testsuite/g++/g++.dg-struct-layout-1/t026_test.h:1: internal compiler error: in function_arg_slotno, at config/sparc/sparc.c:4605 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. compiler exited with status 1 output is: /usr/local/src/trunk/objdir/gcc/testsuite/g++/g++.dg-struct-layout-1/t026_test.h: In function 'S2400 check2400(S2400, S2400*, S2400)': /usr/local/src/trunk/objdir/gcc/testsuite/g++/g++.dg-struct-layout-1/t026_test.h:1: internal compiler error: in function_arg_slotno, at config/sparc/sparc.c:4605 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. FAIL: tmpdir-g++.dg-struct-layout-1/t026 cp_compat_y_tst.o compile Any ideas? --- Cheers, /ChJ
Re: [libgomp] weird problem with multilibbed libgomp...
On 4/21/06, Gerald Pfeifer <[EMAIL PROTECTED]> wrote: > On Thu, 20 Apr 2006, Christian Joensson wrote: > >> /usr/bin/ld: .libs/barrier.o: check_relocs: unhandled reloc type 0 > >> .libs/barrier.o: could not read symbols: File format not recognized > >> collect2: ld returned 1 exit status > >> > >> I will restart a build and see if I get to the same error, but, if you > >> have any > > well, same thing still with Wed Apr 19 05:58:45 UTC 2006 (revision > > 113068), however, this may very well be a linker/assembler/binutils > > issue so I built, installed and used current binutils cvs trunk, Wed > > Apr 19 19:37:45 UTC 2006, 2.17.50 20060419, and tried the link command > > again. Behold, a problem with binutils it was... sorry for the noise. > > This may be related to > > [4.2 Regression] libgomp incorrectly detects support for TLS > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25865 > > and also > > libgomp bootstrap failure: unhandled reloc type 67 > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27179 > > which seem to be configure problems with libgomp. I hope one of the > libgomp or configure gurus will be able to look into these soon. Right > now, several platforms fail to boostrap. hmm, I am uncertain again. The testresults available at http://gcc.gnu.org/ml/gcc-testresults/2006-04/msg01133.html indicate that this is indeed a TLS problem. From the log file of the libgomp testsuite (with the -m64 switch), I see this, e.g.: Executing on host: /usr/local/src/trunk/objdir/gcc/xgcc -B/usr/local/src/trunk/objdir/gcc/ /usr/local/src/trunk/gcc/libgomp/testsuite/libgomp.c/appendix-a/a.15.1.c -B/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libgomp/ -I/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libgomp -I/usr/local/src/trunk/gcc/libgomp/testsuite/.. -mcpu=v9 -fmessage-length=0 -fopenmp -O2 -fopenmp -L/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libgomp/.libs -lgomp -lm -m64 -o ./a.15.1.exe(timeout = 1800) PASS: libgomp.c/appendix-a/a.15.1.c (test for excess errors) Setting LD_LIBRARY_PATH to .:/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libgomp/.libs:/usr/local/src/trunk/objdir/gcc:/usr/local/src/trunk/objdir/gcc/64:.:/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libgomp/.libs:/usr/local/src/trunk/objdir/gcc:/usr/local/src/trunk/objdir/gcc/64:/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/libmudflap/.libs:/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/libssp/.libs:/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/libgomp/.libs:/usr/local/src/trunk/objdir/./gcc:/usr/local/src/trunk/objdir/./prev-gcc ./a.15.1.exe: error while loading shared libraries: libgomp.so.1: cannot handle TLS data FAIL: libgomp.c/appendix-a/a.15.1.c execution test and I have this: file .libs/libgomp.so.1.0.0 .libs/libgomp.so.1.0.0: ELF 64-bit MSB shared object, SPARC V9, version 1 (SYSV), not stripped Now, where is the TLS data supposed to be handled? Is that in glibc or somewhere else? -- Cheers, /ChJ
Re: [Ada] multilibbed implementation?
On 4/21/06, Arnaud Charlet <[EMAIL PROTECTED]> wrote: > > It's that time again... I just want to ask if there's any progress on > > Ada being multilibbed? > > Are you working on it perhaps ? I'm sorry to say, no... -- Cheers, /ChJ
Re: [libgomp] weird problem with multilibbed libgomp...
On 4/18/06, Christian Joensson <[EMAIL PROTECTED]> wrote: > .libs/libgomp.so.1.0.0 > /usr/bin/ld: .libs/barrier.o: check_relocs: unhandled reloc type 0 > .libs/barrier.o: could not read symbols: File format not recognized > collect2: ld returned 1 exit status > > I will restart a build and see if I get to the same error, but, if you have > any well, same thing still with Wed Apr 19 05:58:45 UTC 2006 (revision 113068), however, this may very well be a linker/assembler/binutils issue so I built, installed and used current binutils cvs trunk, Wed Apr 19 19:37:45 UTC 2006, 2.17.50 20060419, and tried the link command again. Behold, a problem with binutils it was... sorry for the noise. -- Cheers, /ChJ
[Ada, or FC5?] Storage_Error stack overflow (or erroneous memory access)|
Fedora Core release 5 (Bordeaux) on an Intel(R) Pentium(R) 4 CPU 1.80GHz: binutils-2.16.91.0.6-5.i386 bison-2.1-1.2.1.i386 dejagnu-1.4.4-5.noarch expect-5.43.0-3.1.i386 gcc-4.1.0-3.i386 glibc-2.4-4.i686 glibc-devel-2.4-4.i386 glibc-headers-2.4-4.i386 glibc-kernheaders-3.0-5.2.i386 gmp-4.1.4-6.2.1.i386 gmp-devel-4.1.4-6.2.1.i386 kernel-2.6.16-1.2080_FC5.i686 kernel-2.6.15-1.2054_FC5.i686 libgcc-4.1.0-3.i386 libgcj-4.1.0-3.i386 libgcj-devel-4.1.0-3.i386 libstdc++-4.1.0-3.i386 libstdc++-devel-4.1.0-3.i386 make-3.80-10.2.i386 tcl-8.4.12-4.i386 LAST_UPDATED: Thu Apr 20 06:28:34 UTC 2006 (revision 113110) ../gcc/configure --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic --host=i386-redhat-linux --enable-languages=c,ada,c++,fortran,java,objc,obj-c++,treelang make[2]: Entering directory `/usr/local/src/trunk/objdir/gnattools' rm -rf ../gcc/ada/tools mkdir -p ../gcc/ada/tools (cd ../gcc/ada/tools; ln -s ../sdefault.adb .) rm -f ../gcc/ada/tools/mlib-tgt.adb; ln -s /usr/local/src/trunk/gcc/gcc/ada/mlib-tgt-linux.adb ../gcc/ada/tools/mlib-tgt.adb; rm -f ../gcc/ada/tools/indepsw.adb; ln -s /usr/local/src/trunk/gcc/gcc/ada/indepsw-linux.adb ../gcc/ada/tools/indepsw.adb; touch ../gcc/stamp-tools # gnattools1 make -C ../gcc/ada/tools -f ../Makefile \ "CC=../../xgcc -B../../" "CFLAGS=-O2 -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes " "LDFLAGS=" "ADAFLAGS=-gnatpg -gnata" "INCLUDES=-I. -I.. -I../.. -I/usr/local/src/trunk/gcc/gcc/ada -I/usr/local/src/trunk/gcc/gcc/ada/../config -I/usr/local/src/trunk/gcc/gcc/ada/../../include -I/usr/local/src/trunk/gcc/gcc/ada/.." "ADA_INCLUDES=-I- -I../rts -I. -I/usr/local/src/trunk/gcc/gcc/ada" "exeext=" "fsrcdir=/usr/local/src/trunk/gcc/gcc/ada" "srcdir=/usr/local/src/trunk/gcc/gcc/ada" "GNATBIND=../../gnatbind" "TOOLSCASE=native" \ ../../gnatmake ../../gnatlink ../../gnatblmake[3]: Entering directory `/usr/local/src/trunk/objdir/gcc/ada/tools' ../../xgcc -B../../ -c -O2 -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -gnatpg -gnata -g -O1 -fno-inline \ -I- -I../rts -I. -I/usr/local/src/trunk/gcc/gcc/ada ../rts/a-except.adb -o a-except.o +===GNAT BUG DETECTED==+ | 4.2.0 20060420 (experimental) (i386-redhat-linux-gnu) Storage_Error stack overflow (or erroneous memory access)| | Error detected at a-exexpr.adb:81:9 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. list may be incomplete compilation abandoned make[3]: *** [a-except.o] Error 1 make[3]: Leaving directory `/usr/local/src/trunk/objdir/gcc/ada/tools' make[2]: *** [gnattools-native] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir/gnattools' make[1]: *** [all-gnattools] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir' make: *** [all] Error 2 Any ideas? Is this perhaps related to FC5 memory access rather than gcc? -- Cheers, /ChJ -- Cheers, /ChJ
Re: libgcc2.c:382: internal compiler error: in prune_unused_types_update_strings, at dwarf2out.c:14009
On 4/18/06, Christian Joensson <[EMAIL PROTECTED]> wrote: > /usr/local/src/trunk/objdir/./gcc/xgcc > -B/usr/local/src/trunk/objdir/./gcc/ > -B/usr/local/sparc64-unknown-linux-gnu/bin/ > -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem > /usr/local/sparc64-unknown-linux-gnu/include -isystem > /usr/local/sparc64-unknown-linux-gnu/sys-include -O2 -O2 -g -O2 > -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes > -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC > -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. > -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include > -I../../gcc/gcc/../libcpp/include -I../../gcc/gcc/../libdecnumber > -I../libdecnumber -DL_mulvdi3 -fvisibility=hidden -DHIDE_EXPORTS -c > ../../gcc/gcc/libgcc2.c -o libgcc/./_mulvdi3.o > ../../gcc/gcc/libgcc2.c:382: internal compiler error: in > prune_unused_types_update_strings, at dwarf2out.c:14009 Reverting geoff's patch from http://gcc.gnu.org/ml/gcc-cvs/2006-04/msg00424.html makes the bootstrap work past this step... -- Cheers, /ChJ
libgcc2.c:382: internal compiler error: in prune_unused_types_update_strings, at dwarf2out.c:14009
Aurora SPARC Linux release 2.0 (Kashmir FC3)/TI UltraSparc IIi (Sabre) sun4u: binutils-2.15.92.0.2-5.sparc bison-1.875c-2.sparc dejagnu-1.4.4-2.noarch expect-5.42.1-1.sparc gcc-3.4.2-6.fc3.sparc glibc-2.3.3-99.sparc glibc-2.3.3-99.sparc64 glibc-devel-2.3.3-99.sparc glibc-devel-2.3.3-99.sparc64 glibc-headers-2.3.3-99.sparc glibc-kernheaders-2.6-20sparc.sparc gmp-4.1.4-3sparc.sparc gmp-4.1.4-3sparc.sparc64 gmp-devel-4.1.4-3sparc.sparc gmp-devel-4.1.4-3sparc.sparc64 kernel-2.6.13-1.1603sp13.sparc64 libgcc-3.4.2-6.fc3.sparc libgcc-3.4.2-6.fc3.sparc64 libgcj-3.4.2-6.fc3.sparc package libgcj-devel is not installed libstdc++-3.4.2-6.fc3.sparc libstdc++-3.4.2-6.fc3.sparc64 package libstdc++-devel is not installed make-3.80-5.sparc tcl-8.4.7-2.sparc LAST_UPDATED: Tue Apr 18 11:24:29 UTC 2006 (revision 113028) ../gcc/configure --enable-__cxa_atexit --enable-shared --with-cpu=v7 --enable-languages=c,fortran /usr/local/src/trunk/objdir/./gcc/xgcc -B/usr/local/src/trunk/objdir/./gcc/ -B/usr/local/sparc64-unknown-linux-gnu/bin/ -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem /usr/local/sparc64-unknown-linux-gnu/include -isystem /usr/local/sparc64-unknown-linux-gnu/sys-include -O2 -O2 -g -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I../../gcc/gcc/../libdecnumber -I../libdecnumber -DL_mulvdi3 -fvisibility=hidden -DHIDE_EXPORTS -c ../../gcc/gcc/libgcc2.c -o libgcc/./_mulvdi3.o ../../gcc/gcc/libgcc2.c:382: internal compiler error: in prune_unused_types_update_strings, at dwarf2out.c:14009 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. make[4]: *** [libgcc/./_mulvdi3.o] Error 1 make[4]: Leaving directory `/usr/local/src/trunk/objdir/gcc' make[3]: *** [stmp-multilib] Error 2 make[3]: Leaving directory `/usr/local/src/trunk/objdir/gcc' make[2]: *** [all-stage1-gcc] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/usr/local/src/trunk/objdir' make: *** [bootstrap] Error 2 Any ideas? -- Cheers, /ChJ
[libgomp] weird problem with multilibbed libgomp...
I try to build gcc trunk on sparc/sparc64 linux. The configure was done like this: ../gcc/configure --enable-__cxa_atexit --enable-shared --with-cpu=v7 --enable-languages=c,ada,c++,fortran,java,objc,obj-c++,treelang when I enter the libgomp subdir, I see this: make[2]: Entering directory `/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/libgomp' make all-recursive make[3]: Entering directory `/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/libgomp' Making all in testsuite make[4]: Entering directory `/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/libgomp/testsuite' make[4]: Nothing to be done for `all'. make[4]: Leaving directory `/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/libgomp/testsuite' make[4]: Entering directory `/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/libgomp' if /bin/sh ./libtool --mode=compile /usr/local/src/trunk/objdir/./gcc/xgcc -B/usr/local/src/trunk/objdir/./gcc/ -B/usr/local/sparc64-unknown-linux-gnu/bin/ -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem /usr/local/sparc64-unknown-linux-gnu/include -isystem /usr/local/sparc64-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../gcc/libgomp -I. -I../../../gcc/libgomp/config/linux/sparc -I../../../gcc/libgomp/config/linux -I../../../gcc/libgomp/config/posix -I../../../gcc/libgomp -Wall -Werror -ftls-model=initial-exec -mcpu=v9 -Wc,-pthread -O2 -g -O2 -MT alloc.lo -MD -MP -MF ".deps/alloc.Tpo" -c -o alloc.lo ../../../gcc/libgomp/alloc.c; \ then mv -f ".deps/alloc.Tpo" ".deps/alloc.Plo"; else rm -f ".deps/alloc.Tpo"; exit 1; fi mkdir .libs /usr/local/src/trunk/objdir/./gcc/xgcc -B/usr/local/src/trunk/objdir/./gcc/ -B/usr/local/sparc64-unknown-linux-gnu/bin/ -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem /usr/local/sparc64-unknown-linux-gnu/include -isystem /usr/local/sparc64-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../gcc/libgomp -I. -I../../../gcc/libgomp/config/linux/sparc -I../../../gcc/libgomp/config/linux -I../../../gcc/libgomp/config/posix -I../../../gcc/libgomp -Wall -Werror -ftls-model=initial-exec -pthread -mcpu=v9 -O2 -g -O2 -MT alloc.lo -MD -MP -MF .deps/alloc.Tpo -c ../../../gcc/libgomp/alloc.c -fPIC -DPIC -o .libs/alloc.o Now, from where does the -mcpu=v9 come? And, why is not the toplevel configure option --with-cpu=v7 being honoured in libgomp? Or, why don't I get this right you say? The 32 bit variant of libgomp gets done, but, the 64 bit variant gets this... Making all in testsuite make[8]: Entering directory `/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libgomp/testsuite' make[8]: Nothing to be done for `all'. make[8]: Leaving directory `/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/64/libgomp/testsuite' make[8]: Entering directory `/usr/local/src/trunk/objdir/sparc64-unknown-linux-\gnu/64/libgomp' if /bin/sh ./libtool --mode=compile /usr/local/src/trunk/objdir/./gcc/xgcc -B/usr/local/src/trunk/objdir/./gcc/ -B/usr/local/sparc64-unknown-linux-gnu/bin/ -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem /usr/local/sparc64-unknown-linux-gnu/include -isystem /usr/local/sparc64-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../../gcc/libgomp -I. -I../../../../gcc/libgomp/config/linux/sparc -I../../../../gcc/libgomp/config/linux -I../../../../gcc/libgomp/config/posix -I../../../../gcc/libgomp -Wall -Werror -ftls-model=initial-exec -Wc,-pthread -O2 -g -O2 -m64 -MT alloc.lo -MD -MP -MF ".deps/alloc.Tpo" -c -o alloc.lo ../../../../gcc/libgomp/alloc.c; \ then mv -f ".deps/alloc.Tpo" ".deps/alloc.Plo"; else rm -f ".deps/alloc.Tpo"; e\ xit 1; fi mkdir .libs /usr/local/src/trunk/objdir/./gcc/xgcc -B/usr/local/src/trunk/objdir/./gcc/ -B/usr/local/sparc64-unknown-linux-gnu/bin/ -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem /usr/local/sparc64-unknown-linux-gnu/include -isystem /usr/local/sparc64-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../../gcc/libgomp -I. -I../../../../gcc/libgomp/config/linux/sparc -I../../../../gcc/libgomp/config/linux -I../../../../gcc/libgomp/config/posix -I../../../../gcc/libgomp -Wall -Werror -pthread -ftls-model=initial-exec -O2 -g -O2 -m64 -MT alloc.lo -MD -MP -MF .deps/alloc.Tpo -c ../../../../gcc/libgomp/alloc.c -fPIC -DPIC -o .libs/alloc.o That's fine. However, further down I get this error: /bin/sh ./libtool --mode=link /usr/local/src/trunk/objdir/./gcc/xgcc -B/usr/local/src/trunk/objdir/./gcc/ -B/usr/local/sparc64-unknown-linux-gnu/bin/ -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem /usr/local/sparc64-unknown-linux-gnu/include -isystem /usr/local/sparc64-unknown-linux-gnu/sys-include -Wall -Werror -ftls-model=initial-exec -Wc,-pthread -O2 -g -O2 -m64 -Wl,-z,nodlopen -Wl,-O1 -m64 -o libgomp.la -rpath /usr/local/lib/../lib64 -version-info 1:0:0 -Wl,--version-script,../../../../gcc/libgomp/libgomp.map alloc.lo barrier.lo critical.lo env.lo error.lo iter.lo loop.lo ordered.lo parallel.lo sections.lo single.lo team.lo work.lo lock.lo mutex.lo proc.lo s
[Ada] multilibbed implementation?
It's that time again... I just want to ask if there's any progress on Ada being multilibbed? -- Cheers, /ChJ
Re: Can't build gcc trunk (revision 112779) on sparc-linux: configure: error: jar program not found
On 4/10/06, David Daney <[EMAIL PROTECTED]> wrote: > Correct. It was removed on the trunk after gcc-4.1 branched. Since it > appears to in /usr/bin, make sure that is in the path when > configuring/building the trunk. right, I'm bubblestrapping right now after having installed the libgcj package.. -- Cheers, /ChJ
Re: Can't build gcc trunk (revision 112779) on sparc-linux: configure: error: jar program not found
On 4/10/06, David Daney <[EMAIL PROTECTED]> wrote: > fastjar was removed from gcc. You now need either a working jar program > or to disable java when building. uhm, well... $ rpmquery -f /usr/bin/fastjar libgcj-4.1.0-0.23 so I suppose at least for me, fatsjar is still in gcc-4.1.0... -- Cheers, /ChJ
Re: Can't build gcc trunk (revision 112779) on sparc-linux: configure: error: jar program not found
On 4/10/06, Christian Joensson <[EMAIL PROTECTED]> wrote: > checking for jar... no > checking for fastjar... no > configure: error: jar program not found > make[1]: *** [configure-target-libjava] Error 1 > make[1]: Leaving directory `/usr/local/src/trunk/objdir32' > make: *** [bootstrap] Error 2 > > Any ideas on what this might be due to? It doesn't happen on current > 4.1 branch... Dear God, pls remind me to think... fastjar is part of the libgcj sw package... -- Cheers, /ChJ
Can't build gcc trunk (revision 112779) on sparc-linux: configure: error: jar program not found
Aurora SPARC Linux release 2.0b2+corona UltraSparc IIi (Sabre) sun4u: binutils-2.16.91.0.3-2.sparc bison-2.1-1.1.sparc dejagnu-1.4.4-2.noarch expect-5.43.0-2.1.sparc gcc-4.1.0-0.23.sparc package gcc4 is not installed glibc-2.3.90-39.sparcv9 glibc-devel-2.3.90-39.sparc glibc-headers-2.3.90-39.sparc glibc-kernheaders-2.6-20sparc.sparc gmp-4.1.4-3sparc.sparc gmp-devel-4.1.4-3sparc.sparc kernel-2.6.13-1.1603sp11.sparc64 package kernel-devel is not installed package kernel-smp is not installed libgcc-4.1.0-0.23.sparc libstdc++-4.1.0-0.23.sparc libstdc++-devel-4.1.0-0.23.sparc make-3.80-5.sparc package nptl-devel is not installed tcl-8.4.11-1.1.sparc LAST_UPDATED: Sat Apr 8 14:30:20 UTC 2006 (revision 112779) configure: sparc-linux --enable-__cxa_atexit --enable-shared --disable-multilib --enable-languages=c,c++,fortran,java,objc,obj-c++,treelang checking for sparc-linux-as... /usr/local/src/trunk/objdir32/./gcc/as checking for sparc-linux-ld... /usr/local/src/trunk/objdir32/./gcc/collect-ld checking for sparc-linux-ar... ar checking for sparc-linux-ranlib... ranlib checking for jar... no checking for fastjar... no configure: error: jar program not found make[1]: *** [configure-target-libjava] Error 1 make[1]: Leaving directory `/usr/local/src/trunk/objdir32' make: *** [bootstrap] Error 2 Any ideas on what this might be due to? It doesn't happen on current 4.1 branch... Cheers, /ChJ
Re: [Ada] Can't build revision 112801 of gcc trunk on cygwin: ada/env.c:312: undefined reference to `_clearenv'
On 4/9/06, Arnaud Charlet <[EMAIL PROTECTED]> wrote: > > ../../gcc/gcc/ada/env.c: In function `__gnat_clearenv': > > ../../gcc/gcc/ada/env.c:312: warning: implicit declaration of function > > `clearenv' > It likely means that clearenv is not available in cygwin and you need > to add proper #ifdefs in env.c to avoid using it. right, or maybe an autoconf check for it? -- Cheers, /ChJ
[Ada] Can't build revision 112801 of gcc trunk on cygwin: ada/env.c:312: undefined reference to `_clearenv'
Windows XP Pro/SP2 cygwin Pentium M processor 2.13GHz system with packages: binutils 20050610-1 2.16.91 20050610 bison2.1-1 2.1 cygwin 1.5.19-4 dejagnu 20021217-2 1.4.2.x expect 20030128-1 5.26 gcc 3.4.4-1 gmp 4.1.4-2 make 3.80-1 OK tcltk20030901-1 8.4 LAST_UPDATED: Sun Apr 9 07:24:25 UTC 2006 configure: --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --without-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-threads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enable-libstdcxx-debug --enable-languages=c,ada,c++,fortran,java,objc,obj-c++,treelang gcc -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fno-common -DHAVE_CONFIG_H -I. -Iada -I../../gcc/gcc -I../../gcc/gcc/ada -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I../../gcc/gcc/../libdecnumber -I../libdecnumber../../gcc/gcc/ada/env.c -o ada/env.o ../../gcc/gcc/ada/env.c: In function `__gnat_clearenv': ../../gcc/gcc/ada/env.c:312: warning: implicit declaration of function `clearenv' gcc -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -o gnat1.exe ada/b_gnat1.o ada/adadecode.o ada/adaint.o ada/cstreams.o ada/cio.o ada/targtyps.o ada/decl.o ada/misc.o ada/utils.o ada/utils2.o ada/trans.o ada/cuintp.o ada/argv.o ada/raise.o ada/init.o ada/tracebak.o ada/initialize.o ada/env.o ada/ada.o ada/a-charac.o ada/a-chlat1.o ada/a-except.o ada/a-elchha.o ada/a-ioexce.o ada/s-memory.o ada/s-carun8.o ada/s-casuti.o ada/s-strcom.o ada/s-purexc.o ada/s-htable.o ada/s-traceb.o ada/s-mastop.o ada/ali.o ada/alloc.o ada/atree.o ada/butil.o ada/casing.o ada/checks.o ada/comperr.o ada/csets.o ada/cstand.o ada/debug.o ada/debug_a.o ada/einfo.o ada/elists.o ada/errout.o ada/erroutc.o ada/err_vars.o ada/eval_fat.o ada/exp_attr.o ada/exp_ch11.o ada/exp_ch12.o ada/exp_ch13.o ada/exp_ch2.o ada/exp_ch3.o ada/exp_ch4.o ada/exp_ch5.o ada/exp_ch6.o ada/exp_ch7.o ada/exp_ch8.o ada/exp_ch9.o ada/exp_code.o ada/exp_dbug.o ada/exp_disp.o ada/exp_dist.o ada/exp_fixd.o ada/exp_aggr.o ada/exp_imgv.o ada/exp_intr.o ada/exp_pakd.o ada/exp_prag.o ada/exp_sel.o ada/exp_smem.o ada/exp_strm.o ada/exp_tss.o ada/exp_util.o ada/exp_vfpt.o ada/expander.o ada/fname.o ada/fname-uf.o ada/fmap.o ada/freeze.o ada/frontend.o ada/gnat.o ada/g-hesora.o ada/g-htable.o ada/g-os_lib.o ada/g-speche.o ada/g-string.o ada/g-utf_32.o ada/s-crc32.o ada/get_targ.o ada/gnatvsn.o ada/hlo.o ada/hostparm.o ada/impunit.o ada/interfac.o ada/itypes.o ada/inline.o ada/krunch.o ada/lib.o ada/layout.o ada/lib-load.o ada/lib-util.o ada/lib-xref.o ada/lib-writ.o ada/live.o ada/namet.o ada/nlists.o ada/nmake.o ada/opt.o ada/osint.o ada/osint-c.o ada/output.o ada/par.o ada/prep.o ada/prepcomp.o ada/repinfo.o ada/restrict.o ada/rident.o ada/rtsfind.o ada/s-addope.o ada/s-assert.o ada/s-parame.o ada/s-stache.o ada/s-stalib.o ada/s-imgenu.o ada/s-stoele.o ada/s-soflin.o ada/s-exctab.o ada/s-secsta.o ada/s-traent.o ada/s-wchcnv.o ada/s-wchcon.o ada/s-wchjis.o ada/s-unstyp.o ada/scans.o ada/scng.o ada/scn.o ada/sdefault.o ada/sem.o ada/sem_aggr.o ada/sem_attr.o ada/sem_cat.o ada/sem_ch10.o ada/sem_ch11.o ada/sem_ch12.o ada/sem_ch13.o ada/sem_ch2.o ada/sem_ch3.o ada/sem_ch4.o ada/sem_ch5.o ada/sem_ch6.o ada/sem_ch7.o ada/sem_ch8.o ada/sem_ch9.o ada/sem_case.o ada/sem_disp.o ada/sem_dist.o ada/sem_elab.o ada/sem_elim.o ada/sem_eval.o ada/sem_intr.o ada/sem_maps.o ada/sem_mech.o ada/sem_prag.o ada/sem_res.o ada/sem_smem.o ada/sem_type.o ada/sem_util.o ada/sem_vfpt.o ada/sem_warn.o ada/sinfo-cn.o ada/sinfo.o ada/sinput.o ada/sinput-d.o ada/sinput-l.o ada/snames.o ada/sprint.o ada/stand.o ada/stringt.o ada/style.o ada/styleg.o ada/styleg-c.o ada/switch.o ada/switch-c.o ada/stylesw.o ada/validsw.o ada/system.o ada/table.o ada/targparm.o ada/tbuild.o ada/tree_gen.o ada/tree_io.o ada/treepr.o ada/treeprs.o ada/ttypef.o ada/ttypes.o ada/types.o ada/uintp.o ada/uname.o ada/urealp.o ada/usage.o ada/widechar.o ada/s-crtl.o ada/seh_init.o ada/targext.o ada/back_end.o ada/gnat1drv.o prefix.o main.o tree-browser.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a attribs.o ../libcpp/libcpp.a -lintl -liconv ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a \ ada/env.o: In function `__gnat_clearenv': /usr/local/src/trunk/objdir/gcc/../../gcc/gcc/ada/env.c:312: undefined reference to `_clearenv' collect2: ld returned 1 exit status make[3]: *** [gnat1.exe] Error 1 make[3]: Leaving directory `/usr/local/src/trunk/objdir/gcc' make[2]: *** [all-stage1-gcc] Error 2 make[2]: Leaving directory `/usr/local/src/trunk/objdir' make[1]: ***
Re: Can't build gcc version 4.2.0 20060311 (experimental) on sparc/sparc64 linux
On 3/24/06, David S. Miller <[EMAIL PROTECTED]> wrote: > From: Eric Botcazou <[EMAIL PROTECTED]> > Date: Fri, 24 Mar 2006 00:04:41 +0100 > > > Or maybe ELF 64-bit MSB since I'm seeing -m64 on the command line? > > Hey might have showed the wrong command line, since this > library is multi-libbed. ehrm, well, don't know for sure anymore, I've started from scratch with 20060318 instead and on sparc-linux strictly, not using multilibbed variant... > > In any cases, do not drag me into this mess, please, I've already > > said what I think about this 32-bit sparc64-*-* compiler. :-) > > There is no fundamental reason why it shouldn't work correctly. > I think this configuration choice is very reasonable from > a distribution makers' viewpoint, so we should not discount > it so readily. :-) Right... -- Cheers, /ChJ
Re: Can't build gcc version 4.2.0 20060311 (experimental) on sparc/sparc64 linux
On 3/23/06, David S. Miller <[EMAIL PROTECTED]> wrote: > From: "Christian Joensson" <[EMAIL PROTECTED]> > Date: Thu, 23 Mar 2006 09:05:54 +0100 > > > The problem is this: > > > > file .libs/barrier.o > > .libs/barrier.o: ELF 32-bit MSB relocatable, SPARC32PLUS, V8+ > > Required, version 1 (SYSV), not stripped > > > > shouldn't this be ELF 32-bit MSB executable, SPARC, version 1 (SYSV)? > > Not if .libc/barrier.o was build -fPIC or -fpic, which it seems > as if it was. sorry, I should have written "shouldn't this be ELF 32-bit MSB relocatable, SPARC, version 1 (SYSV)?"... -- Cheers, /ChJ
Re: Can't build gcc version 4.2.0 20060311 (experimental) on sparc/sparc64 linux
oops, this went to gcc-patches, should have gone here... On 3/23/06, Christian Joensson <[EMAIL PROTECTED]> wrote: > This was on > > Aurora SPARC Linux release 2.0b2 (Kashmir FC3) UltraSparc IIi (Sabre) sun4u: > > binutils-2.15.92.0.2-5.sparc > bison-2.1-1.1.sparc > dejagnu-1.4.4-2.noarch > expect-5.43.0-2.1.sparc > gcc-3.4.2-6.fc3.sparc > package gcc4 is not installed > glibc-2.3.3-99.sparcv9 > glibc-2.3.3-99.sparc64 > glibc-devel-2.3.3-99.sparc > glibc-devel-2.3.3-99.sparc64 > glibc-headers-2.3.3-99.sparc > glibc-kernheaders-2.6-20sparc.sparc > gmp-4.1.4-3sparc.sparc > gmp-4.1.4-3sparc.sparc64 > gmp-devel-4.1.4-3sparc.sparc > gmp-devel-4.1.4-3sparc.sparc64 > kernel-2.6.13-1.1603sp11.sparc64 > package kernel-devel is not installed > package kernel-smp is not installed > libgcc-3.4.2-6.fc3.sparc > libgcc-3.4.2-6.fc3.sparc64 > libstdc++-3.4.2-6.fc3.sparc > libstdc++-3.4.2-6.fc3.sparc64 > libstdc++-devel-3.4.2-6.fc3.sparc > libstdc++-devel-3.4.2-6.fc3.sparc64 > make-3.80-5.sparc > nptl-devel-2.3.3-99.sparcv9 > tcl-8.4.11-1.1.sparc > > and configures like this: > > ./gcc/xgcc -v > Using built-in specs. > Target: sparc64-unknown-linux-gnu > Configured with: ../gcc/configure --enable-__cxa_atexit > --enable-shared --with-cpu=v7 > --enable-languages=c,ada,c++,fortran,java,objc,obj-c++,treelang > Thread model: posix > gcc version 4.2.0 20060311 (experimental) > > taken from the 4.2 snapshot > > /usr/local/src/trunk/objdir/./gcc/xgcc > -B/usr/local/src/trunk/objdir/./gcc/ > -B/usr/local/sparc64-unknown-linux-gnu/bin/ > -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem > /usr/local/sparc64-unknown-linux-gnu/include -isystem > /usr/local/sparc64-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I. > -I../../../../gcc/libgomp -I. > -I../../../../gcc/libgomp/config/linux/sparc > -I../../../../gcc/libgomp/config/linux > -I../../../../gcc/libgomp/config/posix -I../../../../gcc/libgomp -Wall > -Werror -pthread -ftls-model=initial-exec -O2 -g -O2 -m64 -MT > fortran.lo -MD -MP -MF .deps/fortran.Tpo -c > ../../../../gcc/libgomp/fortran.c -o fortran.o >/dev/null 2>&1 > /bin/sh ./libtool --mode=link /usr/local/src/trunk/objdir/./gcc/xgcc > -B/usr/local/src/trunk/objdir/./gcc/ > -B/usr/local/sparc64-unknown-linux-gnu/bin/ > -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem > /usr/local/sparc64-unknown-linux-gnu/include -isystem > /usr/local/sparc64-unknown-linux-gnu/sys-include -Wall -Werror > -ftls-model=initial-exec -Wc,-pthread -O2 -g -O2 -m64 > -Wl,-z,nodlopen -Wl,-O1 -m64 -o libgomp.la -rpath > /usr/local/lib/../lib64 -version-info 1:0:0 > -Wl,--version-script,../../../../gcc/libgomp/libgomp.map alloc.lo > barrier.lo critical.lo env.lo error.lo iter.lo loop.lo ordered.lo > parallel.lo sections.lo single.lo team.lo work.lo lock.lo mutex.lo > proc.lo sem.lo bar.lo time.lo fortran.lo -lrt > /usr/local/src/trunk/objdir/./gcc/xgcc > -B/usr/local/src/trunk/objdir/./gcc/ > -B/usr/local/sparc64-unknown-linux-gnu/bin/ > -B/usr/local/sparc64-unknown-linux-gnu/lib/ -isystem > /usr/local/sparc64-unknown-linux-gnu/include -isystem > /usr/local/sparc64-unknown-linux-gnu/sys-include -m64 -shared > .libs/alloc.o .libs/barrier.o .libs/critical.o .libs/env.o > .libs/error.o .libs/iter.o .libs/loop.o .libs/ordered.o > .libs/parallel.o .libs/sections.o .libs/single.o .libs/team.o > .libs/work.o .libs/lock.o .libs/mutex.o .libs/proc.o .libs/sem.o > .libs/bar.o .libs/time.o .libs/fortran.o -lrt -pthread -Wl,-z > -Wl,nodlopen -Wl,-O1 -Wl,--version-script > -Wl,../../../../gcc/libgomp/libgomp.map -Wl,-soname -Wl,libgomp.so.1 > -o .libs/libgomp.so.1.0.0 > /usr/bin/ld: .libs/barrier.o: check_relocs: unhandled reloc type 0 > .libs/barrier.o: could not read symbols: File format not recognized > collect2: ld returned 1 exit status > > The problem is this: > > file .libs/barrier.o > .libs/barrier.o: ELF 32-bit MSB relocatable, SPARC32PLUS, V8+ > Required, version 1 (SYSV), not stripped > > shouldn't this be ELF 32-bit MSB executable, SPARC, version 1 (SYSV)? > > -- > Cheers, > > /ChJ > -- Cheers, /ChJ
[Ada] on trunk fron sparc/sparc64 linux: Error detected at make.adb:7541:23
I get this on trunk Sat Dec 17 00:14:08 UTC 2005 (revision 108698): ../../xgcc -B../../ -c -O2 -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fno-common -gnatpg -gnata -I- -I../rts -I. -I/usr/local/src/trunk/gcc/gcc/ada /usr/local/src/trunk/gcc/gcc/ada/make.adb -o make.o +===GNAT BUG DETECTED==+ | 4.2.0 20051216 (experimental) (sparc64-unknown-linux-gnu) GCC error: | | Segmentation fault | | Error detected at make.adb:7541:23 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. Is this some more wide spread problem, well-known, or would you rather I posted more debugging info on it? The system is this: Aurora SPARC Linux release 2.0b2 (Kashmir FC3) UltraSparc IIi (Sabre) sun4u: binutils-2.15.92.0.2-5.sparc bison-1.875c-2.sparc dejagnu-1.4.4-2.noarch expect-5.42.1-1.sparc gcc-3.4.2-6.fc3.sparc gcc4-4.0.0-0.8sparc.sparc glibc-2.3.3-99.sparcv9 glibc-2.3.3-99.sparc64 glibc-devel-2.3.3-99.sparc glibc-devel-2.3.3-99.sparc64 glibc-headers-2.3.3-99.sparc glibc-kernheaders-2.6-20sparc.sparc gmp-4.1.4-3sparc.sparc gmp-4.1.4-3sparc.sparc64 gmp-devel-4.1.4-3sparc.sparc gmp-devel-4.1.4-3sparc.sparc64 kernel-2.6.13-1.1603sp8.sparc64 package kernel-devel is not installed package kernel-smp is not installed libgcc-3.4.2-6.fc3.sparc libgcc-3.4.2-6.fc3.sparc64 libstdc++-3.4.2-6.fc3.sparc libstdc++-3.4.2-6.fc3.sparc64 libstdc++-devel-3.4.2-6.fc3.sparc libstdc++-devel-3.4.2-6.fc3.sparc64 make-3.80-5.sparc nptl-devel-2.3.3-99.sparcv9 tcl-8.4.7-2.sparc and configure was done like this: xgcc -v Using built-in specs. Target: sparc64-unknown-linux-gnu Configured with: ../gcc/configure --enable-__cxa_atexit --enable-shared --with-cpu=v7 --enable-languages=c,ada,c++,fortran,java,objc,obj-c++,treelang : (reconfigured) ../gcc/configure --enable-__cxa_atexit --enable-shared --with-cpu=v7 --enable-languages=c,ada,c++,fortran,java,objc,obj-c++,treelang --no-create --no-recursion Thread model: posix gcc version 4.2.0 20051216 (experimental) -- Cheers, /ChJ
Re: What happened to bubblestrap?
On 12/16/05, Tobias Schlüter <[EMAIL PROTECTED]> wrote: > > [ forwarding to gcc@gcc.gnu.org ] > > Jerry DeLisle wrote: > > I just did a fresh build testing a patch here and then I try make > > bubblestrap > > and "no target 'bubblestrap' > > I'm curious myself. Was this an intentional result of the toplevel bootstrap > stuff? see the thread today "make all vs make bootstrap" and Bonzini's reply to my question there. -- Cheers, /ChJ
Re: make all vs make bootstrap
What about bubblestrap? (See also http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25438) -- Cheers, /ChJ
Re: Hard to tell what stage the bootstrap is on
I just came to think of contrib/warn_summary... how does that filter out different stages warnings since this change? -- Cheers, /ChJ