caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Kip Macy <kip.macy@gmail.com>
To: caml-list@inria.fr
Subject: Re: camlidl test build failure Re: [Caml-list] CamlIDL question
Date: Tue, 1 Nov 2005 14:14:32 -0800	[thread overview]
Message-ID: <b1fa29170511011414q5e054c58l268023ff0dd4bb52@mail.gmail.com> (raw)
In-Reply-To: <b1fa29170511011401u3c2acaa4ve8c3fd5c590c9009@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 4031 bytes --]

With that it will link. However, if I set CC to g++ and then try re-"make
all" it won't compile because of a lack of casts for the return value of
camlidl_alloc. I don'

On 11/1/05, Kip Macy <kip.macy@gmail.com> wrote:
>
> Thanks.
>
> I was just taking the makefile as is. I was just listing cpp because there
> were a bunch of alternatives in the makefile and neither gcc -E nor the
> default work.
>
> -Kip
>
> On 11/1/05, Igor Pechtchanski <pechtcha@cs.nyu.edu> wrote:
> >
> > On Thu, 27 Oct 2005, Kip Macy wrote:
> >
> > > the tests in camlidl-1.0.5 won't build:
> > >
> > > > ocamlc -v
> > > The Objective Caml compiler, version 3.08.2
> > > Standard library directory: /usr/local/lib/ocaml
> > > > cpp --version
> > > cpp (GCC) 3.4.4 [FreeBSD] 20050518
> > > Copyright (C) 2004 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.
> > >
> > > > make
> > > ocamlc -I ../lib -cc cc -custom -o testcomp com.cmo comcomp.o
> > component.o component.cmo testcomponent.cmo ../runtime/libcamlidl.a
> > ^^^^^^
> > Since nobody replied, I'll take a stab at it. Shouldn't the above line
> > be
> >
> > ocamlc -I ../lib -cc g++ -custom -o testcomp com.cmo comcomp.o
> > component.o component.cmo testcomponent.cmo ../runtime/libcamlidl.a
> >
> > at least? All of the errors below look like they stem from the fact that
> > "cc" is used to compile C++ code (newer GCCs are stricter in this
> > regard).
> >
> > BTW, "cpp" is the C preprocessor, not the C++ compiler -- why do you
> > think
> > its version is relevant?
> > HTH,
> > Igor
> >
> > > comcomp.o(.text+0xd): In function
> > `create_instance':/home/kmacy/camlidl- 1.05/tests/comcomp.cpp:115:
> > undefined reference to `operator new(unsigned int)'
> > > comcomp.o(.gnu.linkonce.r._ZTV2IY+0x8):/home/kmacy/camlidl-1.05/tests/comcomp.cpp:115:
> > undefined reference to `__cxa_pure_virtual'
> > > comcomp.o(.gnu.linkonce.r._ZTV2IY+0xc):/home/kmacy/camlidl-1.05/tests/comcomp.cpp:115:
> > undefined reference to `__cxa_pure_virtual'
> > > comcomp.o(.gnu.linkonce.r._ZTV2IY+0x10):/home/kmacy/camlidl-1.05/tests/comcomp.cpp:122:
> > undefined reference to `__cxa_pure_virtual'
> > > comcomp.o(.gnu.linkonce.r._ZTV2IY+0x14):/home/kmacy/camlidl-1.05/tests/comcomp.cpp:122:
> > undefined reference to `__cxa_pure_virtual'
> > > comcomp.o(.gnu.linkonce.r._ZTV2IY+0x18):/home/kmacy/camlidl-1.05/tests/comcomp.cpp:122:
> > undefined reference to `__cxa_pure_virtual'
> > > comcomp.o(.gnu.linkonce.r._ZTV2IY+0x1c):/home/kmacy/camlidl-1.05/tests/comcomp.cpp:106:
> > more undefined references to `__cxa_pure_virtual' follow
> > > comcomp.o(.gnu.linkonce.t._ZN2CA7ReleaseEv+0x6b): In function
> > `CA::Release()':/home/kmacy/camlidl- 1.05/tests/comcomp.cpp:148:
> > undefined reference to `operator delete(void*)'
> > > comcomp.o(.gnu.linkonce.r._ZTI8IUnknown+0x0): undefined reference to
> > `vtable for __cxxabiv1::__class_type_info'
> > > comcomp.o(.gnu.linkonce.r._ZTI2IX+0x0): undefined reference to `vtable
> > for __cxxabiv1::__si_class_type_info'
> > > comcomp.o(.gnu.linkonce.r._ZTI2IY+0x0): undefined reference to `vtable
> > for __cxxabiv1::__si_class_type_info'
> > > comcomp.o(.gnu.linkonce.r._ZTI2CA+0x0): undefined reference to `vtable
> > for __cxxabiv1::__vmi_class_type_info'
> > > comcomp.o(.eh_frame+0x11):/home/kmacy/camlidl-1.05/tests/comcomp.cpp:122:
> > undefined reference to `__gxx_personality_v0'
> > > Error while building custom runtime system
> > > *** Error code 2
> >
> > --
> > http://cs.nyu.edu/~pechtcha/ <http://cs.nyu.edu/%7Epechtcha/>
> > |\ _,,,---,,_ pechtcha@cs.nyu.edu
> > ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com
> > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
> > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
> >
> > If there's any real truth it's that the entire multidimensional infinity
> > of the Universe is almost certainly being run by a bunch of maniacs. /DA
> >
> >
>
>

[-- Attachment #2: Type: text/html, Size: 5855 bytes --]

  reply	other threads:[~2005-11-01 22:14 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-27 20:10 Kip Macy
2005-11-01 21:57 ` Igor Pechtchanski
2005-11-01 22:01   ` Kip Macy
2005-11-01 22:14     ` Kip Macy [this message]
2005-11-01 22:16       ` Kip Macy

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=b1fa29170511011414q5e054c58l268023ff0dd4bb52@mail.gmail.com \
    --to=kip.macy@gmail.com \
    --cc=caml-list@inria.fr \
    /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 NNTP newsgroup(s).