libg++?

libg++?

[Chip Salzenberg]

Could someone please explain the relationships among libio, libstd++, and
libg++?  And given all the activity in C++, could someone explain why
libg++ hasn't been modified since 14 February 1997 (version 2.8.0b6)?
-- 
Chip Salzenberg          - a.k.a. -           
 (Roller coaster on camera:)  "Wow, this square quarter mile
    has unbelievably good light rail transit!"  // MST3K

Re: libI77 fmt uncleanliness

[Dave Love]

>>>>> "Richard" == Richard Henderson  writes:

 Richard> I77's fmt.h defines struct syl as
 Richard>      struct syl { int op, p1, p2, p3; }

 Richard> and then goes off and does things like

 Richard>      *(char **)&sp->p2 = s + 1;

 Richard> which is broken for 64-bit hosts.

We normally pass on basic problems with libf2c exposed by g77 use to
the excellent f2c maintainer so I've done that for comment.  (I don't
think the g77 frontend has any knowledge of such things; burley
probably can't currently read this due to the GNU notwork.)

egcs v970828 builds fine on linux-i586libc1 =)

[Derek Wildstar]

Built the whole dist with CFLAGS='-O6 -mpentium -pipe' CXXFLAGS='-O6 -mpentium
-pipe' LDFLAGS='-m486 -s -Xlinker -n'....the whole package built fine.  I then
went into the gcc dir and built stage1, stage2, stage3 in the normal fashion
to test the compiler.  Everything appears to be working, even with '-O6
-mpentium'.  

On a side note, it may be worth mentioning that XFree86 should _not_ be built
with -O6.  The package builds, but some strange runtime problems pop up...the
most annoying of which is a keyboard mapping problem that causes certain keys
to send characters when they are released instead of when they are pressed.
After rebuilding the package with -O2 the problems went away.  (not saying
this is a compiler problem, just for your reference if you end up building X
;)

The last thing...honest...I was just wondering how up-to-date the
pentium-specific stuff is in egcs (ie if i have 970828, is this reasonably
close to 970821+the pcgg patch)  Since i'm in a pretty good position to
break^H^H^H^H^Htest this stuff on my own system, i'd like to stay as current
as possible.  Going to attempt a couple egcs cross-compiler builds when I get
the time, i'll let you know how things go (ix86-linux->sparc-sunos4.1.4 and
ix86-linux->sparc-linux), and send fixes if i run into any trouble.

keep up the good work =)

--
Joel Boring (aka Derek Wildstar)                          Eskimo North
dwild@eskimo.com, DWildstar@IRC                            Seattle, WA
IRC Admin / Assistant Sysadmin / Tech Support           (206) 361-1161

Re: egcs v970828 builds fine on linux-i586libc1 =)

[Jeffrey A Law]

  In message <Pine.LNX.3.96.970830045114.9291A-100000@argo.starforce.com> you write:
  > Built the whole dist with CFLAGS='-O6 -mpentium -pipe' CXXFLAGS='-O6 -mpentium
  > -pipe' LDFLAGS='-m486 -s -Xlinker -n'....the whole package built fine.  I then
  > went into the gcc dir and built stage1, stage2, stage3 in the normal fashion
  > to test the compiler.  Everything appears to be working, even with '-O6 -mpentium'.  
Good.  Thanks for the info.

  > On a side note, it may be worth mentioning that XFree86 should _not_ be built
  > with -O6.  The package builds, but some strange runtime problems pop up...the
  > most annoying of which is a keyboard mapping problem that causes certain keys
  > to send characters when they are released instead of when they are pressed.
  > After rebuilding the package with -O2 the problems went away.  (not saying
  > this is a compiler problem, just for your reference if you end up building X ;)
Can you investigate this further?  Unlike pgcc, egcs should be producing correct
code regardless of what optimization level is used.

One way to do this would be to at least identify the file which is mis-compiled
at -O6, then we can dive in further to figure out why that file is mis-compiled.

  > The last thing...honest...I was just wondering how up-to-date the
  > pentium-specific stuff is in egcs (ie if i have 970828, is this reasonably
  > close to 970821+the pcgg patch)
No, no significant parts of pgcc have been integrated; pgcc needs a lot of work
and integrating useful pieces won't happen for a little while (ie no change
they'll go in before the first release).

Thanks,
jeff

Re: egcs v970828 builds fine on linux-i586libc1 =)

[Derek Wildstar]

On Tue, 2 Sep 1997, Jeffrey A Law wrote:

>   In message <Pine.LNX.3.96.970830045114.9291A-100000@argo.starforce.com> you write:
>   > Built the whole dist with CFLAGS='-O6 -mpentium -pipe' CXXFLAGS='-O6 -mpentium
>   > -pipe' LDFLAGS='-m486 -s -Xlinker -n'....the whole package built fine.  I then
>   > went into the gcc dir and built stage1, stage2, stage3 in the normal fashion
>   > to test the compiler.  Everything appears to be working, even with '-O6 -mpentium'.  
> Good.  Thanks for the info.

Not a problem =)

>   > On a side note, it may be worth mentioning that XFree86 should _not_ be built
>   > with -O6.  The package builds, but some strange runtime problems pop up...the
>   > most annoying of which is a keyboard mapping problem that causes certain keys
>   > to send characters when they are released instead of when they are pressed.
>   > After rebuilding the package with -O2 the problems went away.  (not saying
>   > this is a compiler problem, just for your reference if you end up building X ;)
> Can you investigate this further?  Unlike pgcc, egcs should be producing correct
> code regardless of what optimization level is used.
> 
> One way to do this would be to at least identify the file which is mis-compiled
> at -O6, then we can dive in further to figure out why that file is mis-compiled.
> 

OK, here's the story....turns out the compiler I was using at the time was the
pcg compiler...I had gotten the source for egcs, but forgot that I applied the
pcg patch.  egcs version 2.90.03 compiled X just fine with -mpentium -O6.
Sorry I jumped the gun a bit by assuming egcs and pcg had been completely
combined bt that version.

Another thing that is interesting...this system is an i586-pc-linux-gnulibc1,
but the whole release also built just fine configured to cross from my
platform to both sparc-sun-sunos4.1.4 and sparc-sun-linux-gnulibc1.  The thing
that surprised me was that I did not need to move libgcc1.a into the gcc
subdirectory.  I had a copy in /usr/$ARCH and it somehow found it.  I have
tested both cross compilers, and they seem to be working as well (if not
better) than the stock gcc-2.7.2.2+f77.  The only thing I found with the build
was that it failed to find "../move-if-change". (once on each linux version
and several times on the sunos version, because of the deeper build path).  It
looks like the subdirs want to go one level further up the directory tree to
find move-if-change (instead of  $(srcdir)/move-if-change,
$(srcdir)/../move-if-change  ), but also symlinking ../move-if-change into the
build tree worked.  I tried to follow the makefiles, but couldn't really
figure it out =/  These problems happen near the end of the build, when we're
using .../egcsXXXXXX/gcc/xgcc to build stuff and putting the objects into the
libraries directory....looks like everything it needs except move-if-change is
getting symlinked into that directory (and the subdirs for sunos builds).

>   > The last thing...honest...I was just wondering how up-to-date the
>   > pentium-specific stuff is in egcs (ie if i have 970828, is this reasonably
>   > close to 970821+the pcgg patch)
> No, no significant parts of pgcc have been integrated; pgcc needs a lot of work
> and integrating useful pieces won't happen for a little while (ie no change
> they'll go in before the first release).

Seems like egcs is producing more optimized code than pgcc, I've gotten a few
random compiler exits on sig11 that look like a hardware problem, but havn't
noticed it before...just need to check the RAM timings, thinking i'm running a
little over-optimized with the ram speeds =)

hope some of this helped....looks good!  (Oh yeah...after I wrote the part
above about the compiler finding libgcc1.a, I did RTFM and found the part
about it not needing libgcc1.a anymore....but I can verify that the two cross
compilers are still working properly =)

-joel

> 
> Thanks,
> jeff
> 

Re: egcs v970828 builds fine on linux-i586libc1 =)

[Jeffrey A Law]

  In message < Pine.LNX.3.96.970903033226.7480A-100000@argo.starforce.com >you write:
  > OK, here's the story....turns out the compiler I was using at the time was
  > the pcg compiler...I had gotten the source for egcs, but forgot that I
  > applied the pcg patch.  egcs version 2.90.03 compiled X just fine with
  > -mpentium -O6.  Sorry I jumped the gun a bit by assuming egcs and pcg had
  > been completely combined bt that version.
Thanks for checking this out.  I feel a _lot_ better now knowing we're not
going to have to debug this problem :-)

  > was that it failed to find "../move-if-change".
Yes, this was a minor problem in the 0901 snapshot.  It has been fixed for
the 0904 snapshot.


Thanks,
Jeff

Re: egcs v970828 builds fine on linux-i586libc1 =)

[Jim Wilson]

	The only thing I found with the build
	was that it failed to find "../move-if-change". (once on each linux version
	and several times on the sunos version, because of the deeper build path). 

This is already fixed in the new snapshot.  There was a missing MULTISRCTOP
in the libiberty path for move-if-change which caused a srcdir == objdir
build to fail.

Jim