Re: now I think this is a bug
Mate Wierdl [EMAIL PROTECTED] writes: Perhaps one should collect the necessary defines from the .h files into a single one, and send it along with try2.c to the gcc developers so that they have a standalone test suite. That would be a good idea, but if you're using the RHL7 gcc, you should send the report to the RH folks, not the gcc folks. -- Alan Shutko [EMAIL PROTECTED] - In a variety of flavors! There's no such thing as pure pleasure; some anxiety always goes with it.
Re: now I think this is a bug
Hmmm! # gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 2731 (Red Hat Linux 7.0) And still: I think that your compiler is broken. RedHat GCC 2.96 cannot compile the kernel. Try using kgcc and see what comes up... DL -- The new century begins at the end of this month; let the celebrations be brought forth let the people rejoice God Bless the Queen!
Re: now I think this is a bug
+ Mate Wierdl [EMAIL PROTECTED]: | So I decided to reinstall teTeX without doing any configuration: | | # rm -rf /usr/local/teTeX/ | # mkdir -p /usr/local/teTeX/share/texmf | # gzip -dc teTeX-texmf-1.0.tar.gz | (umask 0; cd /usr/local/teTeX/share/texmf; tar |xf -) | # gzip -dc teTeX-src-1.0.tar.gz | tar xvf - | # cd teTeX-1.0 | # sh -c './configure configure.log 21' | # sh -c 'make world world.log 21' To me, this indicates that you ran make world without waiting for the configure run to complete. If so, it's a miracle the make even got off the ground, let alone the miracle it would be to have a working setup afterwords. And if you did wait, why this convoluted way of running the commands? - Harald
Re: now I think this is a bug
On Mon, 11 Dec 2000, Thomas Esser wrote: This glibc is a very recent version. So, the rest of your system is likely to be very "bleeding edge", too? Well, I suspect that we run into some compiler bug here... Thomas Hi again: This is the same problem I had reported on some time ago. It's probably a gcc 2.96 bug and simply affects libkpathsea.a (and any binaries dependent on this). Probably one can bypass it by replacing libkpathsea.a by a version compiled on a RH 6.2 system (egcs-2.91.66) and "make clean; make" in the affected directories. For me it worked for xdvi. I don't have the time or knowledge to investigate this further. One can get a feeling for gcc 2.96 problems by reading for instance http://root.cern.ch/root/roottalk/roottalk00/2750.html -- João Palhoto Matos http://www.math.ist.utl.pt/~jmatos Departamento de Matemática Instituto Superior Técnico Lisboa mailto:[EMAIL PROTECTED]
Re: now I think this is a bug
On Mon, Dec 11, 2000 at 07:47:50AM +0100, Thomas Esser wrote: export PATH=/usr/local/teTeX/bin/i686-pc-linux-gnu:$PATH ... TEXMFMAIN ``/usr/local/teTeX/bin/i686-pc/share/texmf'' seems to have Whow. Cool. Can you please $ kpsewhich -expand-var='$SELFAUTOLOC -- $SELFAUTODIR -- $SELFAUTOPARENT' I, for example, get the following output: /x/t/i/teTeX/bin/i586-pc-linux-gnu -- /x/t/i/teTeX/bin -- /x/t/i/teTeX You should get /usr/local/teTeX/bin/i686-pc-linux-gnu -- /usr/local/teTeX/bin -- /usr/local/teTeX # kpsewhich -expand-var='$SELFAUTOLOC -- $SELFAUTODIR -- $SELFAUTOPARENT' /usr/local/teTeX/bin/i686-pc-linux-gnu -- /usr/local/teTeX/bin/i686-pc-linux -- /usr/local/teTeX/bin/i686-pc # rpm -q glibc glibc-2.2-5 I'll be glad to debug this---if you give me some pointers. This glibc is a very recent version. So, the rest of your system is likely to be very "bleeding edge", too? This glibc is the official update of RH to their 7.0 distro. I have absolutely nothing on my system which is not official RH (except tetex). Well, I suspect that we run into some compiler bug here... I have # gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 2731 (Red Hat Linux 7.0) Mate
Re: now I think this is a bug
On Mon, Dec 11, 2000 at 12:51:38PM +, Joao Palhoto Matos wrote: On Mon, 11 Dec 2000, Thomas Esser wrote: This glibc is a very recent version. So, the rest of your system is likely to be very "bleeding edge", too? Well, I suspect that we run into some compiler bug here... Thomas Hi again: This is the same problem I had reported on some time ago. It's probably a gcc 2.96 bug and simply affects libkpathsea.a (and any binaries dependent on this). Probably one can bypass it by replacing libkpathsea.a by a version compiled on a RH 6.2 system (egcs-2.91.66) and "make clean; make" in the affected directories. For me it worked for xdvi. I don't have the time or knowledge to investigate this further. But I reported a bug in xdvi (compiled on my RH 6.2 system) when tried to run it on my RH 7.0 system. Mate
Re: now I think this is a bug
On Mon, Dec 11, 2000 at 09:58:13AM +0100, Harald Hanche-Olsen wrote: + Mate Wierdl [EMAIL PROTECTED]: | So I decided to reinstall teTeX without doing any configuration: | | # rm -rf /usr/local/teTeX/ | # mkdir -p /usr/local/teTeX/share/texmf | # gzip -dc teTeX-texmf-1.0.tar.gz | (umask 0; cd /usr/local/teTeX/share/texmf; tar xf -) | # gzip -dc teTeX-src-1.0.tar.gz | tar xvf - | # cd teTeX-1.0 | # sh -c './configure configure.log 21' | # sh -c 'make world world.log 21' To me, this indicates that you ran make world without waiting for the configure run to complete. If so, it's a miracle the make even got off the ground, let alone the miracle it would be to have a working setup afterwords. And if you did wait, why this convoluted way of running the commands? I just wrote down the exact commands as I executed them. I did have other commands (like `tail -f configure.log) which I did not write down in the email. In particular, I did wait for the configure script to finish. Mate
Re: now I think this is a bug
# kpsewhich -expand-var='$SELFAUTOLOC -- $SELFAUTODIR -- $SELFAUTOPARENT' /usr/local/teTeX/bin/i686-pc-linux-gnu -- /usr/local/teTeX/bin/i686-pc-linux -- /usr/local/teTeX/bin/i686-pc Looks very broken. This sould be impossible. Look at the kpathsea code (progname.c, I think). Must be a compiler bug. This glibc is the official update of RH to their 7.0 distro. I have absolutely nothing on my system which is not official RH (except tetex). ... # gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 2731 (Red Hat Linux 7.0) And still: I think that your compiler is broken. Thomas
Re: now I think this is a bug
I thought it was a known fact that Red Hat boobooed and used a *prerelease* version of gcc (2.96) to make the system libs and what not for RH 7.0. Which is probably the cause of the problems. I don't know what to recommend in this case. Switch to Debian? Not trying to start a flame war with that last comment... Tom On Mon, 11 Dec 2000, Thomas Esser wrote: # kpsewhich -expand-var='$SELFAUTOLOC -- $SELFAUTODIR -- $SELFAUTOPARENT' /usr/local/teTeX/bin/i686-pc-linux-gnu -- /usr/local/teTeX/bin/i686-pc-linux -- /usr/local/teTeX/bin/i686-pc Looks very broken. This sould be impossible. Look at the kpathsea code (progname.c, I think). Must be a compiler bug. This glibc is the official update of RH to their 7.0 distro. I have absolutely nothing on my system which is not official RH (except tetex). ... # gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 2731 (Red Hat Linux 7.0) And still: I think that your compiler is broken. Thomas
Re: now I think this is a bug
If I turn off optimization, all is well (xdvi is working fine too). So I just did env CC=cc CFLAGS='-g' \ sh -c './configure --prefix=/usr/local/teTeX configure.log 21' Mate On Mon, Dec 11, 2000 at 10:28:46PM +0100, Thomas Esser wrote: # kpsewhich -expand-var='$SELFAUTOLOC -- $SELFAUTODIR -- $SELFAUTOPARENT' /usr/local/teTeX/bin/i686-pc-linux-gnu -- /usr/local/teTeX/bin/i686-pc-linux -- /usr/local/teTeX/bin/i686-pc Looks very broken. This sould be impossible. Look at the kpathsea code (progname.c, I think). Must be a compiler bug. This glibc is the official update of RH to their 7.0 distro. I have absolutely nothing on my system which is not official RH (except tetex). ... # gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 2731 (Red Hat Linux 7.0) And still: I think that your compiler is broken. Thomas -- --- Mate Wierdl | Dept. of Math. Sciences | University of Memphis
Re: now I think this is a bug
Tom Kacvinsky [EMAIL PROTECTED] writes: I thought it was a known fact that Red Hat boobooed and used a *prerelease* version of gcc (2.96) to make the system libs and what not for RH 7.0. Which is probably the cause of the problems. I don't know what to recommend in this case. The proper thing to do is to try to isolate it to a test case and submit it to bugzilla. Jakub Jelinek is extremely responsive and will run it down as either a GCC bug or app bug, and will fix it. -- Alan Shutko [EMAIL PROTECTED] - In a variety of flavors! IBM: Inherently Bad Manuals
