From: Youssef H. <yha...@dc...> - 2002-12-05 11:27:36
|
Hi, I use Borland's compiler bcc32.exe and linker ilinke.exe and I get the linker problem shown below. Any idea why is that ? TLIB 4.5 Copyright (c) 1987, 1999 Inprise Corporation +alloc.obj +reclaim.obj +allchblk.obj +misc.obj +mach_dep.obj +os_dep.obj +mark_rts.obj +headers.obj +mark.obj +obj _map.obj +blacklst.obj +finalize.obj +new_hblk.obj +dbg_mlc.obj +malloc.obj +stubborn.obj +dyn_load.obj +typd_mlc.ob j +ptr_chck.obj +gc_cpp.obj +mallocx.obj c:\borland\bcc55\bin\bcc32 @MAKE0003.@@@ Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland Error: Unresolved external '_HIDE_POINTER' referenced from C:\PHD\TOOLS\OPENC++2.5.12\SRC\GC\GC.LIB|finalize Error: Unresolved external '_REVEAL_POINTER' referenced from C:\PHD\TOOLS\OPENC++2.5.12\SRC\GC\GC.LIB|finalize ** error 1 ** deleting gctest.exe Regards. |
From: James M. D. <mdu...@ya...> - 2002-12-05 12:46:42
|
did you compile libgc yourself? I have libgc as part of gcc installed here, # if defined(I_HIDE_POINTERS) || defined(GC_I_HIDE_POINTERS) typedef GC_word GC_hidden_pointer; # define HIDE_POINTER(p) (~(GC_hidden_pointer)(p)) # define REVEAL_POINTER(p) ((GC_PTR)(HIDE_POINTER(p))) Check that you might have to compile all the libs yourself. Mike. --- Youssef HASSOUN <yha...@dc...> wrote: > Hi, > I use Borland's compiler bcc32.exe and linker ilinke.exe and I get > the linker problem shown below. > Any idea why is that ? > > TLIB 4.5 Copyright (c) 1987, 1999 Inprise Corporation > +alloc.obj +reclaim.obj +allchblk.obj +misc.obj +mach_dep.obj > +os_dep.obj +mark_rts.obj +headers.obj +mark.obj +obj > _map.obj +blacklst.obj +finalize.obj +new_hblk.obj +dbg_mlc.obj > +malloc.obj +stubborn.obj +dyn_load.obj +typd_mlc.ob > j +ptr_chck.obj +gc_cpp.obj +mallocx.obj > c:\borland\bcc55\bin\bcc32 @MAKE0003.@@@ > Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland > Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland > Error: Unresolved external '_HIDE_POINTER' referenced from > C:\PHD\TOOLS\OPENC++2.5.12\SRC\GC\GC.LIB|finalize > Error: Unresolved external '_REVEAL_POINTER' referenced from > C:\PHD\TOOLS\OPENC++2.5.12\SRC\GC\GC.LIB|finalize > > ** error 1 ** deleting gctest.exe > > Regards. ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
From: Francois T. <fra...@la...> - 2002-12-06 09:25:04
|
Hi James, I went on the introspector project page (which you have a link on in your signature). It seems very interesting, in particular for people interested in open compilation. On the source forge page I read (http://sourceforge.net/projects/introspector/) -- The GCC Node Introspector is a perl XML interface to GNU Compiler Collection (GCC) to support meta programming in c/c++ and perl. This project is underway -- I was wondering if introspector in its current state primarily targets documentation and reverse-engineering purposes, or is bound in the mid-term to do things similar to those OpenC++ does right now (and maybe more). Best regards Francois On Thu, 2002-12-05 at 13:44, James Michael DuPont wrote: > did you compile libgc yourself? > > I have libgc as part of gcc installed here, > > # if defined(I_HIDE_POINTERS) || defined(GC_I_HIDE_POINTERS) > typedef GC_word GC_hidden_pointer; > # define HIDE_POINTER(p) (~(GC_hidden_pointer)(p)) > # define REVEAL_POINTER(p) ((GC_PTR)(HIDE_POINTER(p))) > > Check that you might have to compile all the libs yourself. > > Mike. > > --- Youssef HASSOUN <yha...@dc...> wrote: > > Hi, > > I use Borland's compiler bcc32.exe and linker ilinke.exe and I get > > the linker problem shown below. > > Any idea why is that ? > > > > TLIB 4.5 Copyright (c) 1987, 1999 Inprise Corporation > > +alloc.obj +reclaim.obj +allchblk.obj +misc.obj +mach_dep.obj > > +os_dep.obj +mark_rts.obj +headers.obj +mark.obj +obj > > _map.obj +blacklst.obj +finalize.obj +new_hblk.obj +dbg_mlc.obj > > +malloc.obj +stubborn.obj +dyn_load.obj +typd_mlc.ob > > j +ptr_chck.obj +gc_cpp.obj +mallocx.obj > > c:\borland\bcc55\bin\bcc32 @MAKE0003.@@@ > > Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland > > Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland > > Error: Unresolved external '_HIDE_POINTER' referenced from > > C:\PHD\TOOLS\OPENC++2.5.12\SRC\GC\GC.LIB|finalize > > Error: Unresolved external '_REVEAL_POINTER' referenced from > > C:\PHD\TOOLS\OPENC++2.5.12\SRC\GC\GC.LIB|finalize > > > > ** error 1 ** deleting gctest.exe > > > > Regards. > > > ===== > James Michael DuPont > http://introspector.sourceforge.net/ > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com -- Francois Taiani +33 (0) 5 6133 6406 LAAS-CNRS (http://www.laas.fr) Dependable Computing http://www.laas.fr/~ftaiani and Fault Tolerance |
From: James M. D. <mdu...@ya...> - 2002-12-06 12:08:37
|
--- Francois Taiani <fra...@la...> wrote: > Hi James, > > I went on the introspector project page (which you have a link on in > your signature). It seems very interesting, in particular for people > interested in open compilation. > Dear Francois, Thanks for writing. I have on my open task list for OpenC++ to help create a better API between the walker and the Tree. (That with stefan as well) http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=45429&group_id=40789&group_project_id=16305 To do this, we need to have a better explicit model of what the parser returns, a detail model of the asts. I have been working on that as part of the gcc introspector project. We have a simple model now of the core C from the gcc 1. I have extracted the code of the c compiler into XML using a patched tree dumper 2. I modeled the attributes and node types by statistical analysis (of the example data) 3. I have fed this model into a meta-architecture for generation of SQL, Perl, Java and other classes 4. I have written feeds from the gcc to read the XML and instanciate these new classes. 5. I have boostrapped the gcc itself, and translated the entire sourcecode into a huge postgres database. I have reviewed the C# .net ECMA reflection standard and the Asp.net codedoms. Also The java reflection model and the TreeCC model from the pnet project. Now I am working with a small team to create a new interface into the gcc, using the librdf /redland application framework. This will present the internal meta data of the gcc to a C,Perl, Python, Java, tcl and Ruby. The data storage will be available as a internal memory storage, as an BerkleyDB and as XML/RDf or notation3. Right now you can join the testing effort, we need people to help test the various language interfaces. When this is ready, we can also replace the openc++ parser with the GCC as an option. and before you say, no because of licensing, wait and see 1. GCC can use openC++, the openC++ cannot use gcc. 2. You can use the GCC in openc++ if you use it under the gpl. I hope the introspector will provide the next generation of data transfer layer between the compiler and the people who need it. The clients of openc++ are on my target list of potential customers. mike ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |