public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* Error: Install and Test
@ 1999-03-02  6:48 Christopher R. Jones
  1999-03-31 23:46 ` Christopher R. Jones
  0 siblings, 1 reply; 6+ messages in thread
From: Christopher R. Jones @ 1999-03-02  6:48 UTC (permalink / raw)
  To: egcs

I installed and tested egcs-1.1.1.tar.gz as instructed.

I backup up /usr/bin/gcc and all the other files that were created in
/usr/local/bin by the egcs- install.  I create symbolic links in /usr/bin
to the files in /usr/local/bin:

from /usr/bin:
ln -s /usr/local/bin/gcc

And so on for all the files I found in /usr/local/bin

I did a short test - hello world and that worked fine.

Then I went to install the latest MySQL source, I the the following error
during the configuration:

configure:5804: checking for tgetent in -ltermcap
configure:5823: gcc -o conftest -O6   -DDBUG_OFF   -rdynamic conftest.c
-ltermcap  -ldl -lnsl -lm   -lcrypt  -lpthread 1>&5
/usr/bin/ld: cannot open -ltermcap: No such file or directory

I found 
/usr/lib/libterm.so.2 and
/usr/lib/libterm.so.2.0.8

Any ideas?

As well, I cannot seem to get man to read the egcs man pages:
I backed up /usr/man/man1/gcc.1 etc.  Then I created symbolic links to
/usr/local/man/man1 for all the files egcs installed.  

man gcc still brings up the original gcc man page?




^ permalink raw reply	[flat|nested] 6+ messages in thread

* Error: Install and Test
  1999-03-02  6:48 Error: Install and Test Christopher R. Jones
@ 1999-03-31 23:46 ` Christopher R. Jones
  0 siblings, 0 replies; 6+ messages in thread
From: Christopher R. Jones @ 1999-03-31 23:46 UTC (permalink / raw)
  To: egcs

I installed and tested egcs-1.1.1.tar.gz as instructed.

I backup up /usr/bin/gcc and all the other files that were created in
/usr/local/bin by the egcs- install.  I create symbolic links in /usr/bin
to the files in /usr/local/bin:

from /usr/bin:
ln -s /usr/local/bin/gcc

And so on for all the files I found in /usr/local/bin

I did a short test - hello world and that worked fine.

Then I went to install the latest MySQL source, I the the following error
during the configuration:

configure:5804: checking for tgetent in -ltermcap
configure:5823: gcc -o conftest -O6   -DDBUG_OFF   -rdynamic conftest.c
-ltermcap  -ldl -lnsl -lm   -lcrypt  -lpthread 1>&5
/usr/bin/ld: cannot open -ltermcap: No such file or directory

I found 
/usr/lib/libterm.so.2 and
/usr/lib/libterm.so.2.0.8

Any ideas?

As well, I cannot seem to get man to read the egcs man pages:
I backed up /usr/man/man1/gcc.1 etc.  Then I created symbolic links to
/usr/local/man/man1 for all the files egcs installed.  

man gcc still brings up the original gcc man page?





^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Error: Install and Test
  1999-03-02 20:20   ` Jeffrey A Law
@ 1999-03-31 23:46     ` Jeffrey A Law
  0 siblings, 0 replies; 6+ messages in thread
From: Jeffrey A Law @ 1999-03-31 23:46 UTC (permalink / raw)
  To: Christopher R. Jones; +Cc: egcs

  In message < 3.0.5.32.19990302122743.009774a0@mail.interlog.com >you write:
  > Now I have another conceptual question arising out of my newbie experience:
  > I just installed a new egcs compiler but it uses libraries created by
  > someone else.
This is normal for native systems.


  > I thought libraries were best created by the compiler for
  > better integration.  If that is the case, how does one go about creating
  > all the necessary libraries using the ecgs compiler?
Not really.  The more closely a compiler follows published ABIs the less
of an issue mixing and matching objects from different compilers will be.

If you have library sources, it is possible to rebuild all your libraries
with egcs, but doing so is out of the scope of what is typically discussed
on this list -- it's highly system specific.

jeff

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Error: Install and Test
  1999-03-02  9:28 Christopher R. Jones
       [not found] ` < 3.0.5.32.19990302122743.009774a0@mail.interlog.com >
@ 1999-03-31 23:46 ` Christopher R. Jones
  1 sibling, 0 replies; 6+ messages in thread
From: Christopher R. Jones @ 1999-03-31 23:46 UTC (permalink / raw)
  To: egcs

Answer to one of my own questions:

>configure:5804: checking for tgetent in -ltermcap
>configure:5823: gcc -o conftest -O6   -DDBUG_OFF   -rdynamic conftest.c
-ltermcap  -ldl -lnsl -lm   -lcrypt  -lpthread 1>&5
>/usr/bin/ld: cannot open -ltermcap: No such file or directory
>
>I found 
>/usr/lib/libterm.so.2 and
>/usr/lib/libterm.so.2.0.8
I found that I had to install the termcap and ncurses libraries from my
Redhat distribution CD.  Once I did that the program build and ran perfectly.

Now I have another conceptual question arising out of my newbie experience:
I just installed a new egcs compiler but it uses libraries created by
someone else.  I thought libraries were best created by the compiler for
better integration.  If that is the case, how does one go about creating
all the necessary libraries using the ecgs compiler?



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Error: Install and Test
       [not found] ` < 3.0.5.32.19990302122743.009774a0@mail.interlog.com >
@ 1999-03-02 20:20   ` Jeffrey A Law
  1999-03-31 23:46     ` Jeffrey A Law
  0 siblings, 1 reply; 6+ messages in thread
From: Jeffrey A Law @ 1999-03-02 20:20 UTC (permalink / raw)
  To: Christopher R. Jones; +Cc: egcs

  In message < 3.0.5.32.19990302122743.009774a0@mail.interlog.com >you write:
  > Now I have another conceptual question arising out of my newbie experience:
  > I just installed a new egcs compiler but it uses libraries created by
  > someone else.
This is normal for native systems.


  > I thought libraries were best created by the compiler for
  > better integration.  If that is the case, how does one go about creating
  > all the necessary libraries using the ecgs compiler?
Not really.  The more closely a compiler follows published ABIs the less
of an issue mixing and matching objects from different compilers will be.

If you have library sources, it is possible to rebuild all your libraries
with egcs, but doing so is out of the scope of what is typically discussed
on this list -- it's highly system specific.

jeff

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Error: Install and Test
@ 1999-03-02  9:28 Christopher R. Jones
       [not found] ` < 3.0.5.32.19990302122743.009774a0@mail.interlog.com >
  1999-03-31 23:46 ` Christopher R. Jones
  0 siblings, 2 replies; 6+ messages in thread
From: Christopher R. Jones @ 1999-03-02  9:28 UTC (permalink / raw)
  To: egcs

Answer to one of my own questions:

>configure:5804: checking for tgetent in -ltermcap
>configure:5823: gcc -o conftest -O6   -DDBUG_OFF   -rdynamic conftest.c
-ltermcap  -ldl -lnsl -lm   -lcrypt  -lpthread 1>&5
>/usr/bin/ld: cannot open -ltermcap: No such file or directory
>
>I found 
>/usr/lib/libterm.so.2 and
>/usr/lib/libterm.so.2.0.8
I found that I had to install the termcap and ncurses libraries from my
Redhat distribution CD.  Once I did that the program build and ran perfectly.

Now I have another conceptual question arising out of my newbie experience:
I just installed a new egcs compiler but it uses libraries created by
someone else.  I thought libraries were best created by the compiler for
better integration.  If that is the case, how does one go about creating
all the necessary libraries using the ecgs compiler?


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~1999-03-31 23:46 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-03-02  6:48 Error: Install and Test Christopher R. Jones
1999-03-31 23:46 ` Christopher R. Jones
1999-03-02  9:28 Christopher R. Jones
     [not found] ` < 3.0.5.32.19990302122743.009774a0@mail.interlog.com >
1999-03-02 20:20   ` Jeffrey A Law
1999-03-31 23:46     ` Jeffrey A Law
1999-03-31 23:46 ` Christopher R. Jones

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).