Thread: [orbitcpp-list] Re: Compiling IDL with ORBitcpp
Status: Beta
Brought to you by:
philipd
From: Margarita de C. <ma...@gb...> - 2001-06-05 15:30:51
Attachments:
marcab.vcf
|
Hi, again My problem is that I can compile an idl file, the error while compiling : orbit-idl -l c++ --backenddir=/usr/.../ORBit-cpp/sparc-sun-solaris2.7/lib/orbit-idl file.idl ** WARNING **: Module load failed: ld.so.1: orbit-idl: fatal: relocation error: file /usr/ .../ORBit-cpp/sparc-sun-solaris2.7/lib/orbit-idl/liborbit-idl-c++-backend.so: symbol what__C13runtime_error: referenced symbol not found ** CRITICAL **: file orbit-idl-driver.c: line 50 (orbit_idl_to_backend): assertion `binfo && binfo->op_output' failed. ** WARNING **: file.idl compilation failed Here is the information you request me in order to be able of having me the better response for my problem: > What versions of ORBit and ORBit-C++ are you using? > What platform are you running on? > SunOS merlu 5.7 Generic_106541-06 sun4u sparc SUNW,Ultra-250 ORBit-0.5.7, orbit-cpp-0.30 > What configure options did you use when building them? ./configure --prefix=/usr/local/packages/ORBit-cpp --exec-prefix=/usr/local/packages/ORBit-cpp/sparc-sun-solaris2.7 > Did you see any error or warning messages when compiling them? The only thing is the next warning: *** Warning: This library needs some functionality provided by -lstdc++. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. > What compiler and linker are you using, and which versions? c++: 2.95.2 (GNU CC) ld: Software Generation Utilities - Solaris/ELF (3.0) (Solaris 2.7) Thanks in advance Marga |
From: Sam C. <sa...@to...> - 2001-06-06 07:11:44
|
Margarita de Cabo <ma...@gb...> wrote: > > The only thing is the next warning: >=20 > *** Warning: This library needs some functionality provided by -lstdc++. >=20 > *** I have the capability to make that library automatically link in > when > *** you link to this library. But I can only do this if you have a > *** shared version of the library, which you do not appear to have. This is probably the cause. This library is needed, and the ORBit-C++ IDL library won't link correctly without it. If you have libstdc++ installed on your system somewhere, add that directory to your LD_LIBRARY_PATH, re-link the ORBit-C++ IDL library (cd compiler; make clean; make; make install) and try again. If you don't have it installed... I think it's part of the GNU C++ compiler distribution. --=20 Sam Couter | Internet Engineer | http://www.topic.com.au/ sa...@to... | tSA Consulting | OpenPGP key ID: DE89C75C, available on key servers OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C |
From: Margarita de C. <ma...@gb...> - 2001-06-08 09:11:33
Attachments:
marcab.vcf
|
Hi, I did what you say, but the error is still there. More suggestions? I have no idea of what to try? Thanks Sam Couter wrote: > Margarita de Cabo <ma...@gb...> wrote: > > > > The only thing is the next warning: > > > > *** Warning: This library needs some functionality provided by -lstdc++. > > > > *** I have the capability to make that library automatically link in > > when > > *** you link to this library. But I can only do this if you have a > > *** shared version of the library, which you do not appear to have. > > This is probably the cause. This library is needed, and the ORBit-C++ IDL > library won't link correctly without it. > > If you have libstdc++ installed on your system somewhere, add that directory > to your LD_LIBRARY_PATH, re-link the ORBit-C++ IDL library (cd compiler; > make clean; make; make install) and try again. > > If you don't have it installed... I think it's part of the GNU C++ compiler > distribution. > -- > Sam Couter | Internet Engineer | http://www.topic.com.au/ > sa...@to... | tSA Consulting | > OpenPGP key ID: DE89C75C, available on key servers > OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C > > ------------------------------------------------------------------------ > Part 1.2Type: application/pgp-signature |
From: Laszlo M. <las...@et...> - 2001-06-11 08:52:48
|
On Fri, Jun 08, 2001 at 11:10:53AM +0200, Margarita de Cabo wrote: > Hi, > I did what you say, but the error is still there. More suggestions? I have no > idea of what to try? Do you have a *shared* libstdc++? Laszlo |
From: Richard A. <ric...@ix...> - 2001-06-11 11:24:19
|
On Mon, 11 Jun 2001 18:52:39 Laszlo Molnar wrote: > Do you have a *shared* libstdc++? This seems to be a recurring problem. I think there must be a lot of libstdc++ builds out there that have been built with --disable-shared. I know the first time I tried to build libstdc++-2.90.8 I had to disable shared to get it to build on RH6.2 binutils tools. Is there a configure check to ensure libstdc++.so exists? |
From: Laszlo M. <las...@et...> - 2001-06-11 13:51:43
|
On Mon, Jun 11, 2001 at 09:24:58PM +1000, Richard Andrews wrote: > > Do you have a *shared* libstdc++? > This seems to be a recurring problem. I think there must be a lot of > libstdc++ builds out there that have been built with --disable-shared. I > know the first time I tried to build libstdc++-2.90.8 I had to disable > shared to get it to build on RH6.2 binutils tools. > Is there a configure check to ensure libstdc++.so exists? Well, I solved this problem on my solaris system in a different way. I used STLPort (http://www.stlport.org) as the shared library instead of libstdc++. Which means that it is possible to use orbitcpp without libstdc++.so ;-) Laszlo |
From: Richard A. <ric...@ix...> - 2001-06-11 22:30:47
|
> Well, I solved this problem on my solaris system in a different way. I > used STLPort (http://www.stlport.org) as the shared library instead of > libstdc++. Which means that it is possible to use orbitcpp without > libstdc++.so ;-) I think I used dinkumware a while back with success. The problem was that I couldn't link any GUI stuff because it caused GTK to crash on init. From what I've seen the actual STL content of orbitcpp is pretty small - the main requirement is a compiler that handles templates and implicit construction OK. |
From: Sam C. <sa...@to...> - 2001-06-12 00:39:31
|
Margarita de Cabo <ma...@gb...> wrote: > Hi, > I did what you say, but the error is still there. More suggestions? I h= ave no > idea of what to try? If you're still getting messages about not having a shared libstdc++.so, then you need to solve that problem first. You'll have to check the documentation for that package to make sure you're building and installing it correctly. --=20 Sam Couter | Internet Engineer | http://www.topic.com.au/ sa...@to... | tSA Consulting | OpenPGP key ID: DE89C75C, available on key servers OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C |