Mail Archives: pgcc/1998/11/29/00:28:25
Sorry I took so long to reply to this email -- I just recently got back
home from a Thanksgiving trip :)
> On Wed, Nov 25, 1998 at 05:30:46AM -0600, ksparger wrote:
> > I had been running PGCC under libc5 for a decent amount of time without
> > any problems of import, but I got brave and decided to try and upgrade to
>
> - do you also use the/a glibc binary of pgcc, or do you still use the libc5 version
> to compile programs (which will not work)
[18:18:50]:ksparger:16:~> gcc -v
Reading specs from /usr/lib/gcc/i586-pc-linux-gnu/pgcc-2.91.57/specs
gcc version pgcc-2.91.57 19980901 (egcs-1.1 release)
[18:05:14]:ksparger:8:~> ldd /usr/bin/gcc
libc.so.6 => /lib/libc.so.6 (0x40004000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaaa000)
[18:06:50]:ksparger:10:~> ls -al /lib/libc.so.6
lrwxrwxrwx 1 root root 13 Nov 24 03:14 /lib/libc.so.6 ->
libc-2.0.7.so*
I think (hope) that indicates a definate no :) As far as trying to use
the libc5 version to compile programs, that never generates even
marginally workable code, from what I've seen -- it always sig 11's out on
startup. As the ircII example indicates, pgcc/libc6 does indeed generate
mostly working code, but it seems that for some things, an error has
occured. It may somehow may be linked to the limits.h problem (ie, I may
have the limits.h incorrectly set up, perhaps?) as ircII's time
determination is found in a file that relies on limits.h.
>
> > The most obvious example of the incorrect behaviour pgcc is generating
> > problems for me is the fact that ircII 4.4 compiled under the libc6/pgcc
> > libc6 combination reports the time to be exactly 6 hours LATER than it
>
> Have you correctly set your local timezone? (check your /etc/locatime, use
> something like "zic -l CET" to set the system timezone)
>
> > date, compiled for libc5 under the libc5 pgcc work fine) Problems extend
>
> - if you set TZ=your_timezone, does irc work correctly (that would indicate
> that you haven't set the system timezone)
The time zone is definately correctly set. As I stated, only the ircII
binary compiled under the glibc2 version of pgcc compiles with this error.
I am assuming other programs compiled under the current glibc set up will
show similar errors, but I have no code to verify this theory. ircII
compiled under libc5 (with the appropriate pgcc) works fine, as do other
programs such as date that are compiled under libc5.
> > program. Further, until I installed a link /usr/local/pgcc/lib/gcc-lib to
> > /usr/lib/gcc-lib, I received the following error whenever attempting to
> > compile any program which included limit.h:
>
> Hmm. Which package did you install? Either you installed it incorrectly, or
> the pgcc-package was created incorrectly (I assume the latter)
Are you asking which pgcc package? I installed the version which one gets
from the pgcc web page at www.gcc.ml.org -- the URL is
http://www.gcc.ml.org/data/linux/pgcc-1.1-linux-x86-glibc.tar.gz
(read below for concerns as to my installation procedure)
> > Is this normal behaviour?
>
> It depends on how you compiled/install pgcc. Its not normal, though.
>
> > incorrectly. I assumed (yes, I know, assumptions are a bad thing) that it
>
> Upgrading a system to glibc isn't to be taken lightly. There are lots
> of changes and enhancements ("more things one has to configure"). Its
> better to upgrade your system to glibc from a distribution, otherwise
> you mix up glibc changes AND pgcc changes.
Prior to installing/upgrading glibc2 and pgcc for glibc2, I read through
the glibc2 howto for/by the Linux Documentation Project, and followed its
directions. I received it from
ftp://sunsite.unc.edu/pub/Linux/docs/howto/Glibc2-HOWTO
By "upgrade to glibc from a distrubution," I am not sure what you mean.
If you mean more or less reinstall the system, that is not what I did.
However, I did install the slackware distribution of glibc2, if that has
any bearing.
Once again, thank you for your time,
Kyle Sparger
- Raw text -