* 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; 5+ 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] 5+ messages in thread
* RE: error message : I'm sorry, Dave, I can't do that.Symbolformat'elf32-xc16x' unknown. 2007-09-26 21:28 ` error message : I'm sorry, Dave, I can't do that.Symbolformat 'elf32-xc16x' unknown Daniel Jacobowitz @ 2007-09-27 12:44 ` Bhushan Attarde 2007-09-27 13:46 ` Daniel Jacobowitz 0 siblings, 1 reply; 5+ 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] 5+ 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 2007-09-27 13:49 ` error message : I'm sorry, Dave, I can't dothat.Symbolformat'elf32-xc16x' unknown Bhushan Attarde 0 siblings, 1 reply; 5+ 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] 5+ messages in thread
* RE: error message : I'm sorry, Dave, I can't dothat.Symbolformat'elf32-xc16x' unknown. 2007-09-27 13:46 ` Daniel Jacobowitz @ 2007-09-27 13:49 ` Bhushan Attarde 2007-09-27 15:34 ` Daniel Jacobowitz 0 siblings, 1 reply; 5+ messages in thread From: Bhushan Attarde @ 2007-09-27 13:49 UTC (permalink / raw) To: Daniel Jacobowitz; +Cc: gdb Hi Daniel, The change had worked fine. Now gdb is working without "--disable-nls" switch. However One more question just for little more information --- I changed find_sym_fns() in gdb/symfile.c as to print the value for which file formats gdb has the support as follows. static struct sym_fns * find_sym_fns (bfd *abfd) { struct sym_fns *sf; enum bfd_flavour our_flavour = bfd_get_flavour (abfd); enum bfd_flavour test_flavour; if (our_flavour == bfd_target_srec_flavour || our_flavour == bfd_target_ihex_flavour || our_flavour == bfd_target_tekhex_flavour) return NULL; /* No symbols. */ for (sf = symtab_fns; sf != NULL; sf = sf->next) { test_flavour = sf->sym_flavour; /* added line*/ printf_unfiltered (_("sys_flavour %d.. our flavour %d...\n"), test_flavour,our_flavour); /* added line*/ if (our_flavour == sf->sym_flavour) return sf; } error (_("I'm sorry, Dave, I can't do that. Symbol format `%s' unknown."), bfd_get_target (abfd)); } This time I got following output : This GDB was configured as "--host=i686-pc-cygwin --target=xc16x-elf"... sys_flavour 3.. our flavour 5... sys_flavour 2.. our flavour 5... sys_flavour 1.. our flavour 5... sys_flavour 5.. our flavour 5... sys_flavour 3.. our flavour 5... sys_flavour 2.. our flavour 5... sys_flavour 1.. our flavour 5... sys_flavour 5.. our flavour 5... my question is why the for loop has executed 2 times ? I mean to say once it has found "(our flavour== sf->sym_flavour)" and returning "sf" for 1st time again the loop is executed one more time to return the same. --Bhushan Attarde -----Original Message----- From: Daniel Jacobowitz [mailto:drow@false.org] Sent: Thursday, September 27, 2007 6:14 PM To: Bhushan Attarde Cc: gdb@sourceware.org Subject: Re: error message : I'm sorry, Dave, I can't dothat.Symbolformat'elf32-xc16x' unknown. 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] 5+ messages in thread
* Re: error message : I'm sorry, Dave, I can't dothat.Symbolformat'elf32-xc16x' unknown. 2007-09-27 13:49 ` error message : I'm sorry, Dave, I can't dothat.Symbolformat'elf32-xc16x' unknown Bhushan Attarde @ 2007-09-27 15:34 ` Daniel Jacobowitz 0 siblings, 0 replies; 5+ messages in thread From: Daniel Jacobowitz @ 2007-09-27 15:34 UTC (permalink / raw) To: Bhushan Attarde; +Cc: gdb On Thu, Sep 27, 2007 at 07:14:59PM +0530, Bhushan Attarde wrote: > my question is why the for loop has executed 2 times ? > I mean to say once it has found > "(our flavour== sf->sym_flavour)" and returning "sf" for 1st time again > the loop is executed one more time to return the same. Use GDB to answer this question, of course. Set a breakpoint on find_syms_fn and backtrace every time it's hit. -- Daniel Jacobowitz CodeSourcery ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2007-09-27 13:49 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <7B5265FF85A78C4BB9DAD0EE699C476002B73136@sohm.kpit.com>
2007-09-26 21:28 ` error message : I'm sorry, Dave, I can't do that.Symbolformat 'elf32-xc16x' unknown 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
2007-09-27 13:49 ` error message : I'm sorry, Dave, I can't dothat.Symbolformat'elf32-xc16x' unknown Bhushan Attarde
2007-09-27 15:34 ` Daniel Jacobowitz
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox