public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
* RE: error message : I'm sorry, Dave, I can't do that.Symbolformat 'elf32-xc16x' unknown.
@ 2007-09-26  7:36 Bhushan Attarde
  0 siblings, 0 replies; 4+ messages in thread
From: Bhushan Attarde @ 2007-09-26  7:36 UTC (permalink / raw)
  To: Daniel Jacobowitz, gdb



>>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

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

* Re: error message : I'm sorry, Dave, I can't do  that.Symbolformat'elf32-xc16x' unknown.
  2007-09-27 12:44   ` error message : I'm sorry, Dave, I can't do that.Symbolformat'elf32-xc16x' unknown Bhushan Attarde
@ 2007-09-27 13:46     ` Daniel Jacobowitz
  0 siblings, 0 replies; 4+ messages in thread
From: Daniel Jacobowitz @ 2007-09-27 13:46 UTC (permalink / raw)
  To: Bhushan Attarde; +Cc: gdb

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

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

* RE: error message : I'm sorry, Dave, I can't do that.Symbolformat'elf32-xc16x' unknown.
  2007-09-26 21:28 ` Daniel Jacobowitz
@ 2007-09-27 12:44   ` Bhushan Attarde
  2007-09-27 13:46     ` Daniel Jacobowitz
  0 siblings, 1 reply; 4+ messages in thread
From: Bhushan Attarde @ 2007-09-27 12:44 UTC (permalink / raw)
  To: Daniel Jacobowitz; +Cc: gdb


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

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

* Re: error message : I'm sorry, Dave, I can't do that.Symbolformat  'elf32-xc16x' unknown.
       [not found] <7B5265FF85A78C4BB9DAD0EE699C476002B73136@sohm.kpit.com>
@ 2007-09-26 21:28 ` Daniel Jacobowitz
  2007-09-27 12:44   ` error message : I'm sorry, Dave, I can't do that.Symbolformat'elf32-xc16x' unknown Bhushan Attarde
  0 siblings, 1 reply; 4+ messages in thread
From: Daniel Jacobowitz @ 2007-09-26 21:28 UTC (permalink / raw)
  To: Bhushan Attarde; +Cc: gdb

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

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

end of thread, other threads:[~2007-09-27 12:44 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-09-26  7:36 error message : I'm sorry, Dave, I can't do that.Symbolformat 'elf32-xc16x' unknown Bhushan Attarde
     [not found] <7B5265FF85A78C4BB9DAD0EE699C476002B73136@sohm.kpit.com>
2007-09-26 21:28 ` Daniel Jacobowitz
2007-09-27 12:44   ` error message : I'm sorry, Dave, I can't do that.Symbolformat'elf32-xc16x' unknown Bhushan Attarde
2007-09-27 13:46     ` Daniel Jacobowitz

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).