Compilation problems

Compilation problems

[Christian Ritter]

Dear egcs-team,

when we try to compile egcs on our alpha workstation we end with the 
following:

No suffix list.
make all-recursive
No suffix list.
Making all in intl
Making all in lib
Making all in makeinfo
Making all in util
/usr2/local/egcs/gcc/xgcc -B/usr2/local/egcs/gcc/  -DIN_GCC    -g -O2 
-I./include  -I. -I/usr/local/willysrc/egcs-1.1.2/gcc 
-I/usr/local/willysrc/egcs-1.1.2/gcc/config  -c 
/usr/local/willysrc/egcs-1.1.2/gcc/objc/encoding.c -o objc/encoding.o
In file included from include/stdarg.h:36,
                 from include/objc/objc-api.h:34,
                 from 
/usr/local/willysrc/egcs-1.1.2/gcc/objc/encoding.h:33,
                 from 
/usr/local/willysrc/egcs-1.1.2/gcc/objc/encoding.c:28:
include/va-alpha.h:36: redefinition of `va_list'
include/va_list.h:7: `va_list' previously declared here
*** Exit 1
Stop.
*** Exit 1
Stop.

Can you help us?

Christian

Compilation problems

[Christian Ritter]

Dear egcs-team,

when we try to compile egcs on our alpha workstation we end with the 
following:

No suffix list.
make all-recursive
No suffix list.
Making all in intl
Making all in lib
Making all in makeinfo
Making all in util
/usr2/local/egcs/gcc/xgcc -B/usr2/local/egcs/gcc/  -DIN_GCC    -g -O2 
-I./include  -I. -I/usr/local/willysrc/egcs-1.1.2/gcc 
-I/usr/local/willysrc/egcs-1.1.2/gcc/config  -c 
/usr/local/willysrc/egcs-1.1.2/gcc/objc/encoding.c -o objc/encoding.o
In file included from include/stdarg.h:36,
                 from include/objc/objc-api.h:34,
                 from 
/usr/local/willysrc/egcs-1.1.2/gcc/objc/encoding.h:33,
                 from 
/usr/local/willysrc/egcs-1.1.2/gcc/objc/encoding.c:28:
include/va-alpha.h:36: redefinition of `va_list'
include/va_list.h:7: `va_list' previously declared here
*** Exit 1
Stop.
*** Exit 1
Stop.

Can you help us?

Christian

Re: Compilation problems

[Jeffrey A Law]

  In message < Pine.LNX.3.96.981029123630.2904k-100000@tc.net >you write:
  > Thanks to everyone who replied-
  > But.  (Isn't there always one)  The current snapshot on the web is 1026,
Correct.  But you can use CVS sources to get the fixed code instead of waiting
for the next snapshot.


  > the cvs module for the latest snapshot is an unknown module,
The module name is "egcs".  You do not need any special branch arguments.
http://www.cygnus.com/egcs/cvs.html


  > and I can't
  > get autoconf, or texinfo to compile on my machine due to some Symbol
  > referencing errors with ginfo [?] on an object file, which leaves a
  > compile from cvs source to be out of my league.
No idea what you're talking about.  Maybe if you provided more specifics
someone could help you.

jeff

Re: Compilation problems

[Randy Joiner]

On Thu, 29 Oct 1998, Jeffrey A Law wrote:
> It was a bug in the previous snapshot which has already been fixed for the
> next snapshot.
> 
> If you're cvs capable you can update your sources and they ought to work.
> 
> jeff
> 

Thanks to everyone who replied-
But.  (Isn't there always one)  The current snapshot on the web is 1026,
the cvs module for the latest snapshot is an unknown module, and I can't
get autoconf, or texinfo to compile on my machine due to some Symbol
referencing errors with ginfo [?] on an object file, which leaves a
compile from cvs source to be out of my league.

So.  Compilation is still a no-go situation, and the errors persist.

Rand.
__
Randall Joiner,  Prestidictator/Son-of-a-bezelwort/Sysadmin
This may seem a bit weird, but that's okay, because it is weird.
-- Man page for Perl Data Structures (man perldata)

Re: Compilation problems

[Jeffrey A Law]

  In message < Pine.LNX.3.96.981028163740.2904i-100000@tc.net >you write:
  > Anyone know what this is about:
  > 
  > ../../../egcs-19981026/libio/fstream.cc:110: sorry, not implemented:
  > `function_decl' not supported by dump_type
  > ../../../egcs-19981026/libio/fstream.cc: In method
  > `ofstream::~ofstream()':
  > ../../../egcs-19981026/libio/fstream.cc:110: uninitialized const `vtable
  > for '
  > ../../../egcs-19981026/libio/fstream.cc:110: sorry, not implemented:
  > `function_decl' not supported by dump_type
  > ../../../egcs-19981026/libio/fstream.cc: In method
  > `ifstream::~ifstream()':
  > ../../../egcs-19981026/libio/fstream.cc:110: uninitialized const `vtable
  > for '
  > make[2]: *** [fstream.o] Error 1
  > make[2]: Leaving directory
  > `/usr/egcs/src/1026/i386-pc-sysv4.2uw2.1.2/libio'
  > make[1]: *** [all-target-libio] Error 2
  > make[1]: Leaving directory `/usr/egcs/src/1026'
  > make: *** [bootstrap] Error 2
It was a bug in the previous snapshot which has already been fixed for the
next snapshot.

If you're cvs capable you can update your sources and they ought to work.

jeff

Re: Compilation problems

[Gerald Pfeifer]

On Wed, 28 Oct 1998, Randy Joiner wrote:
> make[2]: Leaving directory
> `/usr/egcs/src/1026/i386-pc-sysv4.2uw2.1.2/libio'
                 ^^^^
I deduce that this is from last Monday? Please try again, this apparently
has been fixed.

Gerald
-- 
Gerald Pfeifer (Jerry)      Vienna University of Technology
pfeifer@dbai.tuwien.ac.at   http://www.dbai.tuwien.ac.at/~pfeifer/

Compilation problems

[Randy Joiner]

Anyone know what this is about:

../../../egcs-19981026/libio/fstream.cc:110: sorry, not implemented:
`function_decl' not supported by dump_type
../../../egcs-19981026/libio/fstream.cc: In method
`ofstream::~ofstream()':
../../../egcs-19981026/libio/fstream.cc:110: uninitialized const `vtable
for '
../../../egcs-19981026/libio/fstream.cc:110: sorry, not implemented:
`function_decl' not supported by dump_type
../../../egcs-19981026/libio/fstream.cc: In method
`ifstream::~ifstream()':
../../../egcs-19981026/libio/fstream.cc:110: uninitialized const `vtable
for '
make[2]: *** [fstream.o] Error 1
make[2]: Leaving directory
`/usr/egcs/src/1026/i386-pc-sysv4.2uw2.1.2/libio'
make[1]: *** [all-target-libio] Error 2
make[1]: Leaving directory `/usr/egcs/src/1026'
make: *** [bootstrap] Error 2

Rand.
__
Randall Joiner,  Prestidictator/Son-of-a-bezelwort/Sysadmin
This may seem a bit weird, but that's okay, because it is weird.
-- Man page for Perl Data Structures (man perldata)