"Michael A. Hess" el d�a Tue, 04 May 1999 21:55:05 -0400, escribi�:

this doesn't work work because in
override NEEDLIBDIR := $(NEEDLIBDIR) $(XLIBDIR)

$(NEEDLIBDIR) take the value ../fcl ... and not ../fcl/linux ...

I've tryied _exactly_ this yesterday, I don't know why this happens ...

the makefile.fpc does not deal with XLIBDIR and GTKLIBDIR, and yes, it is better to stick with the current setup :)

I'm aiming at simplify the things, if the gtk and lazarus makefile read the /etc/ld.so.conf there is no need to use XLIBDIR or GTKLIBDIR, then you don't need to edit the makefile for different systems.

I'll try a hack tomorow and post a patch if I success.

Sergio

Sergio A. Kessler wrote

this doesn't work work because in override NEEDLIBDIR := $(NEEDLIBDIR) $(XLIBDIR)

If you have your files setup exactly as they are taken from CVS then there isn't any reason why this shouldn't work. In fact I took this code right out of the gtk makefile. It was just left out of the lazarus makefile.

$(NEEDLIBDIR) take the value ../fcl ... and not ../fcl/linux ...

NEEDUNITDIR deals with this not NEEDLIBDIR and it should be using

../fcl/$(OS_TARGET) which will set it to ../fcl/linux

the makefile.fpc does not deal with XLIBDIR and GTKLIBDIR, and yes, it is better to stick with the current setup :)

Not directly but it deals with the NEEDLIBDIR which is what you are loading with the XLIBDIR and GTKLIBDIR values.

I'm aiming at simplify the things, if the gtk and lazarus makefile read the /etc/ld.so.conf there is no need to use XLIBDIR or GTKLIBDIR, then you don't need to edit the makefile for different systems.

Again you shouldn't need to edit the makefile for different systems. That is why they setup the makefile system the way they did. You have to make a specific makefile for each section such as lazarus but it determines your OS and setup for you. You might have to modify some variables such as XLIBDIR if you libraries are not in standard places but that is all you need to modify.

When did you send this for some reason I just am seeing it now?

To compile it this is what I have done in the past. I compiled gtk and placed the object and ppu files in my linuxunit directory, myself and shane had to set a path in the ppc386.config to point to the X11R6 directory "maybe this is what you need so that the linker can find it?"

Shane is running Mandrake and I am running Red Hat 5.2 just for info. We are both running KDE 1.1 desktops. We plan on switching to GTK 1.2 once we have the IDE up and running.

Cliff

I will look at this and see if I can figure out how to do it.

I got my compiler working again and now I am going to try out that tini unit for building project files...

Cliff

Hi, I'm trying to compile lazarus without luck ...

lots of undefined references

I notice that in my almost RH6 system when you invoke gtk.so you end up calling gtk 1.2.x, if you want gtk 1.0.x you must call gtk.so.1, so I changed all the references to gtk.so in gtk directory by gtk.so.1, recompiled gtk whitout problems, try again with Lazarus and the same undefined references errors appear in the link stage (the compile process went fine). The units search seem correct (I don't have the exact error description with me now)

FPC CVS from yesterday, Lazarus from last web zip file.

Any hint ?

btw, the variables XLIBDIR and GTKLIBDIR are not used in the lazarus makefile (I do a symlink /usr/lib/X11 -> /usr/X11R6/lib)

I think it will be more sane to use the content of /etc/ld.so.conf file instead of XLIBDIR and GTKLIBDIR, no ?

Sergio

Cliff Baeseman el d�a Tue, 04 May 1999 19:21:03 -0500, escribi�:

When did you send this for some reason I just am seeing it now?

I send it ten minutes ago, I think :)

To compile it this is what I have done in the past. I compiled gtk and placed the object and ppu files in my linuxunit directory, myself and shane had to set a path in the ppc386.config to point to the X11R6 directory "maybe this is what you need so that the linker can find it?"

you means /etc/ppc386.cfg ?? (I've not touched this file) from what I see the linker is using /usr/lib/X11 wich is a symlink to /usr/X11R6/lib

if you want I will send to you the errors I see tomorow if my tonight try doesn't success :)

Sergio A. Kessler wrote

btw, the variables XLIBDIR and GTKLIBDIR are not used in the lazarus makefile (I do a symlink /usr/lib/X11 -> /usr/X11R6/lib)

Add what I have indicated in this previous email. Cliff you might want to patch the makefile and compite it to CVS.

http://www.miraclec.com/list_archives/lazarus/msg00164.html

Then define the XLIBDIR and possibly GTKLIBDIR if you need it.

I think it will be more sane to use the content of /etc/ld.so.conf file instead of XLIBDIR and GTKLIBDIR, no ?

The makefile.fpc is setup to handle all this and it might be better to stick with the current setup. :-)

If you don't have a cprt21.o in rtl/linux you should get a new snapshot. That's because the glibc2.1 needs a new startup code.

ok, the trick is to do a

cat /etc/ld.so.conf | awk '{ ORS=" "; print $1 }'

(I do it in the internet server here)
and voil�, you get rid of XLIBDIR and GTKLIBDIR, no need to edit the makefile for different systems.

I will post a decent patch tomorow...

Sergio

I do not get what you mean Paul?

I just need to know what the name of the win32 dll is so that I can add that to the conditional defines...

Anyone know what this converts to?

the definition in c is this
guint expand : 1;

what is the one for?

Cliff

Everyone,

I have had enough of this 1.0 causing problems. I am willing to conduct a all out assault on the 1.2 header conversion.

Is the headers in a CVS some place I will convert as many as I can until they are done. Shane and myself need alot of the 1.2 features.

Anyone else wish to help in the conversion of the units. We can just divide them up and have at it...

This should be cross posted to Megido!!!!

Cliff

"Michael A. Hess" el d�a Wed, 05 May 1999 20:40:53 -0400, escribi�:

hmmm, this is getting fun ... :)
just tell me what units I should work on (the easy ones, please :)

Don't forget that Mike Zambeck was working on doing the gtk 1.2 modifications. http://home.pacbell.net/msodata/fpcgtk/fpcgtk.html

checking rigth now...

I think you was trying to say 'it shouldn't take long' :)

Sergio

For what? Buttons?

Regards,
Paul

Paul Gearon

Catapultam habeo. Nisi pecuniam omnem mihi dabis, ad caput tuum saxum immane mittam.
(Translation from latin: "I have a catapult. Give me all the money, or I will fling an enormous rock at your head.")

Hey, I'm all for that. Didn't bring this up to cause such problems but maybe it is for the best anyway. :-)

Don't forget that Mike Zambeck was working on doing the gtk 1.2 modifications.

http://home.pacbell.net/msodata/fpcgtk/fpcgtk.html

We should check with him and see what he has done or where he is at in the process and jump in with him.

HEY MIKE Z. Are you listening? What's the status?

Is the headers in a CVS some place I will convert as many as I can until they are done. Shane and myself need alot of the 1.2 features.

Check Mikes page. (above)

Anyone else wish to help in the conversion of the units. We can just divide them up and have at it...

Yeah I can pull together a few hours to work on this one. If several of us work on it it should take long. :-)

I was off line for a while I am going to pick a couple not assigned on Mike's Web site and send him the source..

Cliff

Everyone call your files

I have

gtkbbox
gtkbox
gtkbutton
gtkCalandar

that should keep me busy for just a little bit.....

I will just blast the code to mikez when I am done

I am not going to upgrade until we finish the conversion...

Cliff

Cliff Baeseman el d�a Wed, 05 May 1999 21:21:10 -0500, escribi�:

Hmmm, I will pick up

gtktypebuiltins
gtkprogress
gtkseparator (this must be easy :)
gtkfilesel
gtkdialog (the two !?)

Sergio

Sergio A. Kessler wrote

this are a _few_ lines of my errors trying to link lazarus, the definite problem is that the linker want to link against gtk 1.2.x, not gtk 1.0.x

If you follow the other thread about linking you will see that this is the problem I am having. Even though it should search the library with gtk 1.0.6 first it still tries to link to gtk 1.2. If I went into the ppas.sh file when building lazarus and add

-L/usr/local/lib

which is where my gtk 1.0.6 libraries are then it links OK. I don't get what is going on here. :-\

Peter Vreman el d�a Wed, 05 May 1999 15:02:39 +0200, escribi�:

ok, I'm updating my cvs rigth now..., but this is not my problem...

...
././comctrls.o(.text+0xb91): undefined reference to `gtk_container_border_width'././controls.o: In function `_CONTROLS$$_$$_TCONTROL_SETTEXT$TCAPTION':
././controls.o(.text+0xba1): undefined reference to `gtk_label_set' ././controls.o(.text+0xbe0): undefined reference to `gtk_label_set' ././controls.o: In function
`_CONTROLS$$_$$_TCONTROL_CREATECOMPONENT$TCOMPONENT': ././controls.o(.text+0xe1f): undefined reference to `gtk_container_border_width'/opt/fpc/gtk/gtk.o: In function `_GTK$$_GTK_TYPE_WINDOW_TYPE':
/opt/fpc/gtk/gtk.o(.text+0x523): undefined reference to `gtk_type_builtins' /opt/fpc/gtk/gtk.o: In function `_GTK$$_GTK_TYPE_STATE_TYPE': /opt/fpc/gtk/gtk.o(.text+0x53b): undefined reference to `gtk_type_builtins' /opt/fpc/gtk/gtk.o: In function `_GTK$$_GTK_TYPE_DIRECTION_TYPE': /opt/fpc/gtk/gtk.o(.text+0x553): undefined reference to `gtk_type_builtins' /opt/fpc/gtk/gtk.o: In function `_GTK$$_GTK_TYPE_SHADOW_TYPE': /opt/fpc/gtk/gtk.o(.text+0x56b): undefined reference to `gtk_type_builtins' /opt/fpc/gtk/gtk.o: In function `_GTK$$_GTK_TYPE_ARROW_TYPE': /opt/fpc/gtk/gtk.o(.text+0x583): undefined reference to `gtk_type_builtins' ...

this are a _few_ lines of my errors trying to link lazarus, the definite problem is that the linker want to link against gtk 1.2.x, not gtk 1.0.x

this is why gtk_type_builtins raise an error, it doesn't exist in gtk 1.2, this types are called GtkType in 1.2.
the same for others references, gtk_label_set, etc, etc (gtk_label_set doesn't exist in 1.2, it's called gtk_label_set_text)

well, a well know fact that gtk 1.0 and 1.2 are not even source compatible :)

maybe is worth to go gtk 1.2 sooner than later ?

Sergio

BTW I am using 1.2.2 headers....

Do you know what the name of the dll is in win32 for this? <- not that I really care ;)

Cliff