Re: gEDA-user: geda vs. SPARC
Hi folks,
Now I can compile gschem's objects, but the linker fails. It seems that
there's something wrong with the guile lib.
The output is:
gcc -g -O2 -o gschem a_pan.o a_zoom.o g_register.o g_hook.o g_rc.o
g_key.o g_funcs.o globals.o gschem.o i_basic.o i_callbacks.o i_vars.o
o_basic.o o_attrib.o o_move.o o_copy.o o_delete.o o_misc.o o_slot.o
o_grips.o o_arc.o o_box.o o_circle.o o_complex.o o_select.o o_find.o
o_line.o o_net.o o_text.o o_pin.o o_bus.o o_buffer.o o_undo.o x_basic.o
x_dialog.o x_event.o x_grid.o x_log.o x_menus.o x_script.o x_pagesel.o
x_print.o x_window.o x_stroke.o x_image.o x_color.o x_fileselect.o
x_preview.o x_attribedit.o x_multiattrib.o parsecmd.o o_cue.o -lstroke
-L/usr/local/lib -lgeda -lguile -lsocket -lnsl -lm -lglib
-R/usr/openwin/lib -L/usr/local/lib -L/usr/openwin/lib -lgtk -lgdk
-lXext -lX11 -lsocket -lnsl -lm -lglib -L/usr/openwin/lib
-R/usr/openwin/lib -lsocket -lnsl -lSM -lICE -lX11 -lm
Undefined first referenced
symbol in file
lt_dlclose /usr/local/lib/libguile.a(dynl.o)
lt_dlerror /usr/local/lib/libguile.a(dynl.o)
lt_dlopenext/usr/local/lib/libguile.a(dynl.o)
lt_dlinit /usr/local/lib/libguile.a(dynl.o)
lt_dlsym/usr/local/lib/libguile.a(dynl.o)
ld: fatal: Symbol referencing errors. No output written to gschem
collect2: ld returned 1 exit status
I wrote a little program, to figure out things, but I had no succes.
Here's my program:
#include stdio.h
#include /usr/local/include/libguile.h
#include /usr/local/include/ltdl.h
#include guile/gh.h
main()
{
int i;
printf(Kakukk\n);
lt_dlclose(i);
return 0;
}
I compiled it with the following command:
[EMAIL PROTECTED]:~$ gcc -O2 `guile-config compile` `guile-config link` -o
test test.c
test.c: In function `main':
test.c:11: warning: passing arg 1 of `lt_dlclose' from incompatible
pointer type /*That's OK.*/
Undefined first referenced
symbol in file
lt_dlclose /var/tmp//cctKmjco.o
ld: fatal: Symbol referencing errors. No output written to test
collect2: ld returned 1 exit status
I get the same thing. Why? It has all what gulie want to include, since
I used directly the guile-config scripts.
I'm stuck. Please help me. I gues you know the background. Solaris 2.6,
Ultra1, SPARC, GCC 3.2 (or something like that)
Thank you
Levente
--
Leva
__
E-Mail: [EMAIL PROTECTED]
AIM: ha5ogl
ICQ: 48710903
MSN: [EMAIL PROTECTED]
Yahoo!: kieg_tk16
Home Page: http://web.interware.hu/leva
Public key: http://web.interware.hu/leva/cuccok/public_key
/\
\ /ASCII Ribbon Campaign
X against HTML email vCards
/ \ http://arc.pasp.de/
Have Fun, Linux! 73 for all by HA5OGL.
This message was generated by Sylpheed.
pgpTSwnPEAWP7.pgp
Description: PGP signature
Re: gEDA-user: geda vs. SPARC
Hi folks, Well finaly I figured out that the options of gcc does not contains the output of `gtk-config --cflags`. I did not have time to compile the source. So the problem is in the Makefile, or the configure shell script. I do not know why this can happen. Anyways, thanks for the comments. I hope one day someone will fix this. I had a few, not so serious problem on Linux/i386 building geda (pkgconfig file not found by the configure script). All the best: Levente -- Leva __ E-Mail: [EMAIL PROTECTED] AIM: ha5ogl ICQ: 48710903 MSN: [EMAIL PROTECTED] Yahoo!: kieg_tk16 Home Page: http://web.interware.hu/leva Public key: http://web.interware.hu/leva/cuccok/public_key /\ \ /ASCII Ribbon Campaign X against HTML email vCards / \ http://arc.pasp.de/ Have Fun, Linux! 73 for all by HA5OGL. This message was generated by Sylpheed. pgpr8ngbTCOKO.pgp Description: PGP signature
Re: gEDA-user: geda vs. SPARC
Hey! That's a good tip! Had I known that, I wouldn't have done it myself as they already have geda there, and spice, and pcb, and tons of other stuff too. Thanks, Albert Dan McMahill wrote: On Sat, May 01, 2004 at 06:20:31PM +0200, Albert Lederer wrote: Compiling Geda on Solaris can be a nightmare, especially when you're trying to find all the package dependencies. Linux systems take a lot of packages for granted, and they may not be present on Solaris systems. Maybe we Solaris folk should get together and write a little howto, including required packages, libraries, path issues, etc. Well, one approach is to use NetBSD's pkgsrc under solaris. I've done that on a solaris9 box and it builds geda quite nicely and easily with all the dependencies too! http://www.pkgsrc.org -Dan -- Beware of he who would deny you access to information, for in his heart he dreams himself your master.
Re: gEDA-user: geda vs. SPARC
Hi! I've had a similar problem to this. It seems to stem from a pathing issue with the GDK/GTK packages. Try creating a symlink from /usr/local/include/gtk-1.2/gdk and from /usr/local/include/gtk-1.2/gtk to /usr/include/gdk and /usr/include/gtk That fixed the problem in my case. Actually, a lot of configure/compile problems under Solaris can be traced back to paths. Depending on the source of the package you install, you can get the headers in /usr/include, /usr/local/include, /opt/sfw/include, and a bunch of other places. If your paths aren't set up to include all these directories, configure scripts might not find the required header files. Additionally, you might want to export a variable called LD_LIBRARY_PATH=/usr/include:/usr/local/include:/opt/sfw/include so that the linker will find all the libraries it wants. Compiling Geda on Solaris can be a nightmare, especially when you're trying to find all the package dependencies. Linux systems take a lot of packages for granted, and they may not be present on Solaris systems. This said, I've been able to compile most of the applications under Solaris, including tclspice, pcb, and the waveform viewers, and I have to say that the geda-docs package was a big pain in the butt to get to work. Maybe we Solaris folk should get together and write a little howto, including required packages, libraries, path issues, etc. Albert Levente KOVACS wrote: Hi, Here I send the output of make. It turned out, that it has some problem with gtk/gdk. I wonder how can. I have succesfully compiled gerbv, wich is a gtk+ application. And, I have compiled programs writen by myself on Linux, without any modifications. Hope this will helps. Thanx. -- Beware of he who would deny you access to information, for in his heart he dreams himself your master.
Re: gEDA-user: geda vs. SPARC
On Sat, May 01, 2004 at 06:20:31PM +0200, Albert Lederer wrote: Compiling Geda on Solaris can be a nightmare, especially when you're trying to find all the package dependencies. Linux systems take a lot of packages for granted, and they may not be present on Solaris systems. Maybe we Solaris folk should get together and write a little howto, including required packages, libraries, path issues, etc. Well, one approach is to use NetBSD's pkgsrc under solaris. I've done that on a solaris9 box and it builds geda quite nicely and easily with all the dependencies too! http://www.pkgsrc.org -Dan --
Re: gEDA-user: geda vs. SPARC
On Mon, Apr 26, 2004 at 03:00:24PM -0400, Dave McGuire wrote: On Apr 26, 2004, at 5:19 AM, Levente KOVACS wrote: I try to build gEDA on a machine (namely Sun ULTRA1)with SPARC architecture. I get libgeda compiled, but gschem and geda does not. Does anyone have experience with it? I use gcc3, geda is the latest. Geda has troubel with gettext. I have installed gettext, but it's a separate library. Geda want's to have some functions accesd from the standard C lib. I do not know why. The Make script of Gschem stoped by lots of errors. Parse errors. Some realy uncool thing happens with gschem. It would be helpful to know what operating system and compiler you're running. FYI, I have several beefy UltraSPARC machines here, all running Solaris9, and I'm interested in getting gschem running on one of them. At one point I had made some progress in getting it built with Sun's compiler (which produces FAR superior output than GCC on many RISC processors), but that was a long time ago and I never finished building up a list of the required changes. I use geda on solaris-2.8 and I'm pretty sure I built it on 2.9 as well. On the 2.8 box, I actually was using gtk12 and no i18n by using --disable-nls --with-gtk12 as configure args. This was with gcc though. No SunPRO license :( -Dan --
