public inbox for insight@sourceware.org
 help / color / mirror / Atom feed
From: Jingzhao Ou <jingzhao.ou@gmail.com>
To: Dave Korn <dave.korn@artimi.com>
Cc: insight@sources.redhat.com
Subject: Re: Compiling the latest GDB on cygwin
Date: Wed, 17 Aug 2005 23:34:00 -0000	[thread overview]
Message-ID: <b5706cf105081716347d6a6e11@mail.gmail.com> (raw)
In-Reply-To: <b5706cf105081715212a3dbea9@mail.gmail.com>

Hi, Dave,

I got GDB compiled successfully! The problems for the undefined
symbols are because I do not have yacc installed the first time I
tried to compile GDB. I removed all the source files, make sure that
yacc is installed, and compiled from the scratch. Then, things work
properly from there. However, I would suggest the "configure" script
be improved to detect "yacc" properly. It is kind of tricky for the
current version.

I want to make some contribution. Currently, Insight ships with its
own version of tcl/tk. Also, it still relies on libgui. Could you
comment on the possibilities and the amount of work required if I want
Insight to build based on the official tcl/tk and to remove its
dependence of libgui?

Thanks a lot for your wonderful help! 

Best regards,
Jingzhao

On 8/17/05, Jingzhao Ou <jingzhao.ou@gmail.com> wrote:
> Hi, Dave,
> 
> Thanks a lot for your patch. It does resolve the two problem I
> reported in the previous email. However, I encountered new problems.
> Please see the new error message at the end of this email.
> 
> I check out the source code under the gdb directory. It seems that the
> undefined symbols, such as "_java_parse" are actually defined in the
> *.y files. For example, I found the following using grep:
> 
> jv-exp.y:61:#define     yyparse java_parse
> 
> "yacc" is actually installed. See
> 
> ================================
> $ yacc -V
> bison (GNU Bison) 1.875b
> Written by Robert Corbett and Richard Stallman.
> 
> Copyright (C) 2003 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> ================================
> 
> Am I still missing any thing? Would you please kindly give me some
> more clues/helps? I feel that I am very close this time.
> 
> Thanks a lot!
> 
> Best regards,
> Jingzhao
> 
> ====================================================
> rm -f gdb.exe
> gcc -g -O2       -Wl,--subsystem,console \
>         -o gdb.exe gdb.o libgdb.a \
>            ../readline/libreadline.a ../opcodes/libopcodes.a ../bfd/libbfd.a
> ../libiberty/libiberty.a    ../libgui/src/libgui.a
> -L/cygdrive/d/src/itcl/itcl -litcl32 -L/cygdrive/d/src/itcl/itk
> -litk32 -L/cygdrive/d/src/tk/win -ltk84 -L/cygdrive/d/src/tcl/win
> -ltcl84    -lgdi32 -lcomdlg32 -limm32 -lcomctl32 -lshell32 -ltermcap
> -lm -liconv ../libiberty/libiberty.a -luser32 -limagehlp -lshell32
> -lgdi32 -lcomdlg32 -ladvapi32
> libgdb.a(jv-lang.o): In function `free_class_block':
> /cygdrive/d/src/gdb/jv-lang.c:165: undefined reference to `_java_parse'
> /cygdrive/d/src/gdb/jv-lang.c:165: undefined reference to `_java_error'
> libgdb.a(f-lang.o): In function `f_emit_char':
> /cygdrive/d/src/gdb/f-lang.c:108: undefined reference to `_f_parse'
> /cygdrive/d/src/gdb/f-lang.c:108: undefined reference to `_f_error'
> libgdb.a(cp-support.o): In function `cp_canonicalize_string':
> /cygdrive/d/src/gdb/cp-support.c:90: undefined reference to
> `_cp_demangled_name_to_comp'
> /cygdrive/d/src/gdb/cp-support.c:94: undefined reference to `_cp_comp_to_string'
> libgdb.a(cp-support.o): In function `mangled_name_to_comp':
> /cygdrive/d/src/gdb/cp-support.c:133: undefined reference to
> `_cp_demangled_name_to_comp'
> libgdb.a(cp-support.o): In function `cp_class_name_from_physname':
> /cygdrive/d/src/gdb/cp-support.c:223: undefined reference to
> `_cp_comp_to_string'
> libgdb.a(cp-support.o): In function `method_name_from_physname':
> /cygdrive/d/src/gdb/cp-support.c:309: undefined reference to
> `_cp_comp_to_string'
> libgdb.a(cp-support.o): In function `cp_func_name':
> /cygdrive/d/src/gdb/cp-support.c:331: undefined reference to
> `_cp_demangled_name_to_comp'
> /cygdrive/d/src/gdb/cp-support.c:339: undefined reference to
> `_cp_comp_to_string'
> libgdb.a(cp-support.o): In function `overload_list_add_symbol':
> /cygdrive/d/src/gdb/cp-support.c:360: undefined reference to
> `_cp_demangled_name_to_comp'
> /cygdrive/d/src/gdb/cp-support.c:384: undefined reference to
> `_cp_comp_to_string'
> libgdb.a(scm-lang.o): In function `scm_printstr':
> /cygdrive/d/src/gdb/scm-lang.c:56: undefined reference to `_c_error'
> libgdb.a(p-lang.o): In function `is_pascal_string_type':
> /cygdrive/d/src/gdb/p-lang.c:76: undefined reference to `_pascal_parse'
> /cygdrive/d/src/gdb/p-lang.c:76: undefined reference to `_pascal_error'
> libgdb.a(m2-lang.o): In function `m2_emit_char':
> /cygdrive/d/src/gdb/m2-lang.c:53: undefined reference to `_m2_parse'
> /cygdrive/d/src/gdb/m2-lang.c:53: undefined reference to `_m2_error'
> libgdb.a(objc-lang.o): In function `lookup_struct_typedef':
> /cygdrive/d/src/gdb/objc-lang.c:99: undefined reference to `_objc_parse'
> /cygdrive/d/src/gdb/objc-lang.c:102: undefined reference to `_objc_error'
> libgdb.a(c-lang.o): In function `c_preprocess_and_parse':
> /cygdrive/d/src/gdb/c-lang.c:472: undefined reference to `_c_parse'
> libgdb.a(c-lang.o): In function `c_emit_char':
> /cygdrive/d/src/gdb/c-lang.c:71: undefined reference to `_c_error'
> /cygdrive/d/src/gdb/c-lang.c:71: undefined reference to `_c_error'
> libgdb.a(c-lang.o): In function `c_printchar':
> /cygdrive/d/src/gdb/c-lang.c:79: undefined reference to `_c_error'
> libgdb.a(c-lang.o): In function `c_printstr':
> /cygdrive/d/src/gdb/c-lang.c:132: undefined reference to `_c_error'
> libgdb.a(ada-lang.o): In function `parse':
> /cygdrive/d/src/gdb/ada-lang.c:8726: undefined reference to `_ada_parse'
> libgdb.a(ada-lang.o): In function `grow_vect':
> /cygdrive/d/src/gdb/ada-lang.c:340: undefined reference to `_ada_error'
> collect2: ld returned 1 exit status
> make: *** [gdb.exe] Error 1
> ====================================================
>

  reply	other threads:[~2005-08-17 23:34 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-16  6:39 Jingzhao Ou
2005-08-16 12:03 ` Dave Korn
2005-08-16 20:48   ` Jingzhao Ou
2005-08-17 15:48     ` Dave Korn
2005-08-17 22:21       ` Jingzhao Ou
2005-08-17 23:34         ` Jingzhao Ou [this message]
2005-08-17 23:43           ` Keith Seitz
2005-08-18  5:35             ` Jingzhao Ou
2005-08-18 17:41               ` Keith Seitz
2005-08-18 18:04                 ` Jingzhao Ou
2005-08-19  9:22                   ` Dave Korn

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=b5706cf105081716347d6a6e11@mail.gmail.com \
    --to=jingzhao.ou@gmail.com \
    --cc=dave.korn@artimi.com \
    --cc=insight@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).