RE: error message : I'm sorry, Dave, I can't do that.Symbolformat 'elf32-xc16x' unknown.

RE: error message : I'm sorry, Dave, I can't do that.Symbolformat 'elf32-xc16x' unknown.

[Bhushan Attarde]

>>Is it in libbfd.a?  What does gdb/config.log say about it?

I checked libbfd.a by  
$ nm libbfd.a | grep bfd_get_elf_phdr_upper_bound
	.....
	.....
elf.o:
00000000 b .bss
00000000 d .data
00000000 r .rdata
00000000 t .text
	....
	....
00009231 T _bfd_get_elf_phdr_upper_bound
		


Then in gdb/config.log I found many undefined references & failed
programs.
Please find attached config.log file to have closer look.      
	

--Bhushan Attarde



-----Original Message-----
From: Daniel Jacobowitz [mailto:drow@false.org] 
Sent: Monday, September 24, 2007 4:38 PM
To: Bhushan Attarde
Cc: gdb@sourceware.org
Subject: Re: error message : I'm sorry, Dave, I can't do
that.Symbolformat 'elf32-xc16x' unknown.

On Mon, Sep 24, 2007 at 03:37:50PM +0530, Bhushan Attarde wrote:
> but I didn't find this function in any of the processor specific file
so
> I am little confused where to add this function to work for our
target.

Is it in libbfd.a?  What does gdb/config.log say about it?

-- 
Daniel Jacobowitz
CodeSourcery

Re: error message : I'm sorry, Dave, I can't do that.Symbolformat 'elf32-xc16x' unknown.

[Daniel Jacobowitz]

On Wed, Sep 26, 2007 at 12:02:42PM +0530, Bhushan Attarde wrote:
> 
> Oops !!! I forgot to attach the config.log file in previous mail.
> So sending the mail again........

I don't even know what you're building any more.  I suspect you have
a mixed up source tree with different versions of code in it.

You may want to take a CVS snapshot and try that instead.

-- 
Daniel Jacobowitz
CodeSourcery

RE: error message : I'm sorry, Dave, I can't do that.Symbolformat'elf32-xc16x' unknown.

[Bhushan Attarde]

Hi Daniel,

	   I had a problem mentioned in subject line while using 
gdb-6.7.50_20070918.
	   I checked gdb/config.log file as suggested by you. In that
file
I found that
	
1.There were some undefined references to `_libintl_dgettext'

/* this is the part of gdb/config.log file */

configure:21854: checking for ELF support in BFD
configure:21878: i686-pc-cygwin-gcc -o conftest.exe -Os
-I/cygdrive/c/cyggdb/src/gdb-6.7.50_20070918/gdb/../include -I../bfd
-I/cygdrive/c/cyggdb/src/gdb-6.7.50_20070918/gdb/../bfd   -L../bfd
-L../libiberty conftest.c -lncurses -lm  -lbfd -liberty >&5
../bfd/libbfd.a(elf.o):elf.c:(.text+0x4d9): undefined reference to
`_libintl_dgettext'
../bfd/libbfd.a(elf.o):elf.c:(.text+0x65e): undefined reference to
`_libintl_dgettext'
../bfd/libbfd.a(elf.o):elf.c:(.text+0x7de): undefined reference to
`_libintl_dgettext'
../bfd/libbfd.a(elf.o):elf.c:(.text+0x819): undefined reference to
`_libintl_dgettext'
../bfd/libbfd.a(elf.o):elf.c:(.text+0x8f0): undefined reference to
`_libintl_dgettext'
../bfd/libbfd.a(elf.o):elf.c:(.text+0x146f): more undefined references
to `_libintl_dgettext' follow
collect2: ld returned 1 exit status
configure:21884: $? = 1
configure: failed program was:
| /* confdefs.h.  */
 
 And 

2. The value of cache variable "gdb_cv_var_elf" was set to "no". I think
due to which "elfread.o" was not linked in there in "libgdb.a". also
HAVE_ELF have not got set to 1.(see gdb/configure.ac).

So after some google search I found that for 1st problem i.e for
undefined reference to `_libintl_dgettext' to use "--disable-nls" switch
in gdb build script.

After building,I again checked gdb/config.log file and I found that
there are no more undefined references to `_libintl_dgettext'. However
the value of cache variable "gdb_cv_var_elf" is now set to "yes". Also
HAVE_ELF is set to 1 and "elfread.o" have got linked in "libgdb.a".

And now gdb is working fine without giving me the error.


So my questions here are 

a. what exactly have happened internally that the error got disappered ?
   i.e any relation between elf support and "--disable-nls"

b. Is it a good practice to go with "--disable-nls" switch or there is
any 
   alternative way to solve this problem?   


Thanking you in advance.

--Bhushan Attarde


-----Original Message-----
From: Daniel Jacobowitz [mailto:drow@false.org] 
Sent: Thursday, September 27, 2007 2:58 AM
To: Bhushan Attarde
Cc: gdb@sourceware.org
Subject: Re: error message : I'm sorry, Dave, I can't do
that.Symbolformat'elf32-xc16x' unknown.

On Wed, Sep 26, 2007 at 12:02:42PM +0530, Bhushan Attarde wrote:
> 
> Oops !!! I forgot to attach the config.log file in previous mail.
> So sending the mail again........

I don't even know what you're building any more.  I suspect you have
a mixed up source tree with different versions of code in it.

You may want to take a CVS snapshot and try that instead.

-- 
Daniel Jacobowitz
CodeSourcery

Re: error message : I'm sorry, Dave, I can't do that.Symbolformat'elf32-xc16x' unknown.

[Daniel Jacobowitz]

On Thu, Sep 27, 2007 at 06:03:31PM +0530, Bhushan Attarde wrote:
> 1.There were some undefined references to `_libintl_dgettext'
> 
> /* this is the part of gdb/config.log file */
> 
> configure:21854: checking for ELF support in BFD
> configure:21878: i686-pc-cygwin-gcc -o conftest.exe -Os
> -I/cygdrive/c/cyggdb/src/gdb-6.7.50_20070918/gdb/../include -I../bfd
> -I/cygdrive/c/cyggdb/src/gdb-6.7.50_20070918/gdb/../bfd   -L../bfd
> -L../libiberty conftest.c -lncurses -lm  -lbfd -liberty >&5
> ../bfd/libbfd.a(elf.o):elf.c:(.text+0x4d9): undefined reference to
> `_libintl_dgettext'

Aha!

This means the configure check is buggy.  What happens if you replace
this line:
  LIBS="$LIBS -lbfd -liberty"
with this:
  LIBS="$LIBS -lbfd -liberty $LIBINTL"

-- 
Daniel Jacobowitz
CodeSourcery