So, is the solution to copy makefile.fpc into the cfg directory or to edit the Makefile to point at ../makefile.fpc ?

Michael Van Canneyt wrote

This file has been superseded by makefile.fpc

Michael Anthon wrote

I have tried the following instructions and have some unstuck trying to compile the rtl. In the rtl/README it says...

That file is out of date. I updated it.

Now, the problem is, there does not seem to be a rtl/cfg/makefile.cfg. Is this something I am doing wrong or should this file exist in the CVS ? I have only just done a CVS update.

No. see below

This file has been superseded by makefile.fpc

The difference between 3 and 9 is minimal. level 9 however puts a big load on the server, so it is not good practice to use that.

Michael.

Thanks to all the comments, I think I've simplyfied this beast a little, of course, more comments, the better.

Lazarus-developer-HowTo-0.2

Linux instructions:

Well, this is how I configured my system, this approach is intended for developers and those that want to stay up to date with the code in CVS.

You will need the cvs program installed, type "cvs --help" to see if it's installed, if not try to install it from a .rpm, .deb or .pkg (up to you :)

Also, if you have the mc (Midnigth commander), a clone of the Norton Commander, it will make very easy the tasks of copying and moving files, type "mc" and see if you have it installed (it come with most distros).

This text assume that you are running the bash shell, if you don't know what the hell is this, don't worry :)

One time actions (First day only):
----------------

Make a directory called /opt (if you don't have it, of course) The /opt is always used by self contained apps that doesn't come in packages, so it's easy to administer it in a isolated directory.

Enter to the /opt directory and create one inside called "fpc", enter to the fpc directory.

Connect to the internet (up to you :) (if you are using RedHat, try LinuxConf or Gnome-PPP).

Now (inside /opt/fpc ) you have to type the following on the command line:

$ export CVSROOT=''
$ cvs login

You will be prompted for a password:

(Logging in to )
CVS password:

The password is 'cvs' (don't type the quotes).
This step needs to be performed only once.
Your CVS client will remember the password.

Now you need to checkout (download) the modules:

cvs -z3 checkout <module1> <module2>

example:

$ cvs -z3 checkout base compiler rtl fcl docs gtk lazarus

This will download the current cvs source code (the bleeding edge) to your computer and create a directory structure. ok, this will be a big download, BUT you have to do this only _one_ time, the first time.
The -z3 parameter means compression for saving bandwidht. if you are not interested in docs, for example, do not checkout it (docs is large :)

you will end up with this tree:

/opt
/fpc
/CVS (internal cvs use, do not touch)
/base
/compiler
/rtl
/gtk
/lazarus
...

Now make a directory /opt/fpc/units/linux in where we'll put the compiled units.

But the first time we need a binary compiler, because we have all the source but we don't have a compiler, so download a snapshot for linux from
ftp://tflily.fys.kuleuven.ac.be/pub/fpc/snapshot/snapshot.tar.gz and put the binarys in /opt/fpc and the units in
/opt/fpc/units/linux

Now edit your ~/.bash_profile to include /opt/fpc in your path and declare environment variable FPCDIR=/opt/fpc and export it.
Logout and login again so this take effect.

Repeated actions (every day or so):
----------------

1) Copy the content of /opt/fpc/base to /opt/fpc, but *don't* delete the base directory.

2) Is a good idea to recompile the compiler every time you update your sources (and copy the binary to /opt/fpc) For this do a "make" in /opt/fpc/compiler and copy the new binary in /opt/fpc

3) Also, it's good to recompile the rtl and copy the .o and .ppu files to /opt/fpc/units/linux every time you update your sources.

4) The next time you want to update your source code from the fpc repository, just sit inside the /opt/fpc
directory and do:

cvs -z3 update -dP <module1> <module2> ... <moduleN>

this will download _only_ what is changed in the central repository and your sources get updated (the -dP means create any new directory that appears in the repository and prune any empty directory).

5) Go to 1)

Reasons for use CVS:

- MUCH more bandwidth friendly than download .zip or.gz every day.
- Easy, very, very easy to use once you checkout the modules.
- You will stay in the bleeding edge state of the source

What I do is update the cvs in the work (we have a dedicated line to the Internet), but because I can't investigate further in the work, I gzipped all the tree and take it to my house. For compress the whole tree, I do:

tar -czvf fpc.tar.gz /opt/fpc

Sergio

I have tried the following instructions and have some unstuck trying to compile the rtl. In the rtl/README it says...
___________________________________________________________________________ To recompile the RTL, edit the main makefile. The makefiles NEED a GNU make
compatible make, they need unix-like 'rm' and 'mv' commands. You can find
these in the gnuutils package on the ftp site.

You must set:
The compiler to use
- If you specify a path, set an ABSOLUTE path !!
The directory where to install the libraries.
- Under DOS, this directory MUST exist.
- Subdirectories of this directory will be created for each OS OS dependent files will be installed there.
The OS you are compiling under
- dos, go32v2, linux, os2
- Under linux, you must specify the version of the compiler. Do you want debugging information included in the RTL. ___________________________________________________________________________

So I went and had a look at the Makefile and found this in the "configurable" section...
___________________________________________________________________________ # Everything else has been moved to rtl/cfg/makefile.cfg

##################################################################### # Include default makefile
#####################################################################

CFG=cfg

include $(CFG)/makefile.cfg
___________________________________________________________________________

Now, the problem is, there does not seem to be a rtl/cfg/makefile.cfg. Is this something I am doing wrong or should this file exist in the CVS ? I have only just done a CVS update.
___________________________________________________________________________ fpc]# pwd
/opt/fpc
fpc]# find . -name makefile.cfg
fpc]#
___________________________________________________________________________

This file does not exist anywhere in the cvs (or maybe I have done the update wrong? See following script and please let me know if I am an idiot)

Here is a simple script that may be of help to those trying to figure out this CVS stuff for the first time. Place it in /opt/fpc and just run it each time you want to do an update.
___________________________________________________________________________

#!/bin/bash
CVSROOT=''
cvs -z3 -d ${CVSROOT} update -d base gtk compiler lazarus rtl fcl ___________________________________________________________________________

While we are on this subject, what level of compression should be used? I was of the understanding that 9 is the highest compression ratio, should I be using this instead of 3 ?

Cheers
Michael Anthon

I will give this a whirl tonight Sergio and see how the procedure works. I am ready to get back to some
lazarus code. Shane please send me your latest when you get ready to go home and I will get it to the CVS...

Cliff

Please try compiling with the -vt switch. That will show the paths and filenames the compiler tries.

Michael Anthon wrote

So, is the solution to copy makefile.fpc into the cfg directory or to edit the Makefile to point at ../makefile.fpc ?

No; you should have the following structure:

/opt/fpc/src/Makefile <-
/makefile.fpc <- These come from base.zip /rtl <- makefiles in RTL expect the above files. /compiler
/gtk
/fcl
/lazarus

Michael.

Added to makefile.fpc

Peter

Michael Anthon el d�a Sat, 15 May 1999 00:53:19 +1000, escribi�:

Here's a simple patch to makefile.fpc that gets rid of comment lines in ld.so.conf when building a list of library directories for the compiler.

Hmmm, interesting...

Who put those comments ?
_

Michael Anthon el d�a Sat, 15 May 1999 01:09:21 +1000, escribi�:

I think I am getting closer and closer to getting this to work.... here's the latest problem I am having (below). I'm not sure what "no sources availabel" means, can anyone see what is wrong here?

edit the line NEEDUNITDIR in the makefile and ADD (in the same line) ../gtk/gdk ../gtk/glib ../gtk/gtk

I _think_ this should solve this problem.

Michael Anthon el d�a Sat, 15 May 1999 00:26:35 +1000, escribi�:

So, is the solution to copy makefile.fpc into the cfg directory or to edit the Makefile to point at ../makefile.fpc ?

just update cvs and all will be fine (I believe in Michael :)

I am getting the same error. I even added objpas to the USES of TControls and I still get it.......

>> Michael Anthon 05/14 10:44 AM >>>

Ahhh!!! I had already done this (I thought) but have just done it again, and now get one little step further. (Thanks for all the help with this gents)

lazarus]# make
ppc386 -Tlinux -Fu/opt/fpc/rtl/linux -Fu/opt/fpc/units/linux -Fu../fcl/linux -Fu../gtk -Fl
/usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3 -Fl/usr/local/lib -Fl/usr/local/gnome/lib -Fl/usr
/i486-linux-libc5/lib -Fl/usr/X11R6/lib -Fl/opt/kde/lib -Fl/usr/local/omniORB_2.6.1/lib/i586
_linux_2.0_glibc -Fl/usr/local/sybase/lib -Fl/usr/local/freetds/lib -FE. -di386 lazarus.pp
Free Pascal Compiler version 0.99.11 [1999/05/13] for i386 Copyright (c) 1993-98 by Florian Klaempfl
Target OS: Linux for i386
Compiling lazarus.pp
Compiling application.pp
Compiling main.pp
Compiling editor.pp
Compiling forms.pp
Compiling controls.pp
Compiling vclglobals.pp
controls.pp(11,45) Error: Identifier not found TOBJECT controls.pp(11,45) Error: Type identifier expected controls.pp(145,1) Fatal: There were 2 errors compiling module, stopping make: *** [lazarus] Error 1
lazarus]#

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

in Controls.pp after the
unit Controls;
line put {$mode objfpc} to bypass that error....then I got another error dealing with TMemoStrings. I commented out the override; in the Delete method in stdcontrols.

Then...yes there's more....I got an error in Buttons.pp (TObject error) so I added {$mode objfpc} and the same in comctrls and project.pp and dialogs.pp etc. Shane

>> Michael Anthon 05/14 10:44 AM >>>

Ahhh!!! I had already done this (I thought) but have just done it again, and now get one little step further. (Thanks for all the help with this gents)

lazarus]# make
ppc386 -Tlinux -Fu/opt/fpc/rtl/linux -Fu/opt/fpc/units/linux -Fu../fcl/linux -Fu../gtk -Fl
/usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3 -Fl/usr/local/lib -Fl/usr/local/gnome/lib -Fl/usr
/i486-linux-libc5/lib -Fl/usr/X11R6/lib -Fl/opt/kde/lib -Fl/usr/local/omniORB_2.6.1/lib/i586
_linux_2.0_glibc -Fl/usr/local/sybase/lib -Fl/usr/local/freetds/lib -FE. -di386 lazarus.pp
Free Pascal Compiler version 0.99.11 [1999/05/13] for i386 Copyright (c) 1993-98 by Florian Klaempfl
Target OS: Linux for i386
Compiling lazarus.pp
Compiling application.pp
Compiling main.pp
Compiling editor.pp
Compiling forms.pp
Compiling controls.pp
Compiling vclglobals.pp
controls.pp(11,45) Error: Identifier not found TOBJECT controls.pp(11,45) Error: Type identifier expected controls.pp(145,1) Fatal: There were 2 errors compiling module, stopping make: *** [lazarus] Error 1
lazarus]#

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject
archives at http://www.miraclec.com/list_archives/lazarus

you wrote

I am getting the same error. I even added objpas to the USES of TControls and I still get it.......

You should add {$mode delphi} or {$mode objfpc}

Here's a simple patch to makefile.fpc that gets rid of comment lines in ld.so.conf when building a list of library directories for the compiler.

Cheers
Michael

____________________________________________________________________________ --- makefile.fpc.orig Sat May 15 00:46:06 1999
+++ makefile.fpc Sat May 15 00:50:32 1999
@@ -15,7 +15,6 @@
##################################################################### # Force default settings
##################################################################### -
# Latest release version
override RELEASEVER:=0.99.11

@@ -355,7 +354,7 @@
GCCLIBDIR:=$(shell dirname `(gcc -v 2>&1)| head -n 1| awk '{ print $$4 } '`)
endif
ifndef OTHERLIBDIR
-OTHERLIBDIR:=$(shell cat /etc/ld.so.conf | awk '{ ORS=" "; print $1 }') +OTHERLIBDIR:=$(shell grep -v "^\#" /etc/ld.so.conf | awk '{ ORS=" "; print $1 }')
endif
endif

Glad to hear you are up and runing I am trying Sergio's check out procedure now before posting it to the web...

I plan on hammering in Lazarus code all weekend.....

Cliff

glib is not on the search path.

The compiler cannot find the path to glib which is from GTK...

Cliff

it is looking for the compiled .o and .ppu files from the gtk build.

I always just copy the output .o and .ppu files from gtk to the linuxunits directory so it is always on the search path. This is not proper the makefile should set the switches to out the gtk directory on the search path also..

Cliff

Hmmm.. I have installed GTK 1.2 from source (with
--prefix=/usr/local/gnome), and that source is still there. The gtk units for fpc compiled correctly as far as I can tell. Which particular file is it having trouble finding? Is there a way to work this out, and then to force it to look in the right place ?

Thanks
Michael

Ahhh!!! I had already done this (I thought) but have just done it again, and now get one little step further. (Thanks for all the help with this gents)

lazarus]# make
ppc386 -Tlinux -Fu/opt/fpc/rtl/linux -Fu/opt/fpc/units/linux -Fu../fcl/linux -Fu../gtk -Fl
/usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3 -Fl/usr/local/lib -Fl/usr/local/gnome/lib -Fl/usr
/i486-linux-libc5/lib -Fl/usr/X11R6/lib -Fl/opt/kde/lib -Fl/usr/local/omniORB_2.6.1/lib/i586
_linux_2.0_glibc -Fl/usr/local/sybase/lib -Fl/usr/local/freetds/lib -FE. -di386 lazarus.pp
Free Pascal Compiler version 0.99.11 [1999/05/13] for i386 Copyright (c) 1993-98 by Florian Klaempfl
Target OS: Linux for i386
Compiling lazarus.pp
Compiling application.pp
Compiling main.pp
Compiling editor.pp
Compiling forms.pp
Compiling controls.pp
Compiling vclglobals.pp
controls.pp(11,45) Error: Identifier not found TOBJECT controls.pp(11,45) Error: Type identifier expected controls.pp(145,1) Fatal: There were 2 errors compiling module, stopping make: *** [lazarus] Error 1
lazarus]#

I think I am getting closer and closer to getting this to work.... here's the latest problem I am having (below). I'm not sure what "no sources availabel" means, can anyone see what is wrong here?

Thanks
Michael

fpc]# cd lazarus/
lazarus]# make
ppc386 -Tlinux -Fu/opt/fpc/rtl/linux -Fu/opt/fpc/units/linux -Fu../fcl/linux -Fu../gtk -Fl/usr/lib/gcc-lib/i386-redh at-linux/2.7.2.3 -Fl/usr/local/lib -Fl/usr/local/gnome/lib -Fl/usr/i486-linux-libc5/lib -Fl/usr/X11R6/lib -Fl/opt/kde/ lib -Fl/usr/local/omniORB_2.6.1/lib/i586_linux_2.0_glibc -Fl/usr/local/sybase/lib -Fl/usr/local/freetds/lib -FE. -di3 86 lazarus.pp
Free Pascal Compiler version 0.99.11 [1999/05/13] for i386 Copyright (c) 1993-98 by Florian Klaempfl
Target OS: Linux for i386
Compiling lazarus.pp
glib.pp(29,7) Fatal: Can't compile unit GLIB, no sources available make: *** [lazarus] Error 1
lazarus]# find .. | grep glib
../gtk/conv/fixglibcdecl.pp
../gtk/glib
../gtk/glib/CVS
../gtk/glib/CVS/Root
../gtk/glib/CVS/Repository
../gtk/glib/CVS/Entries
../gtk/glib/gmodule.pp
../gtk/glib/glib.pp
../gtk/glib.ppu
../gtk/glib.o
../units/linux/glib.ppu
../units/linux/glib.o
lazarus]#

Michael Anthon wrote

I think I am getting closer and closer to getting this to work.... here's the latest problem I am having (below). I'm not sure what "no sources availabel" means, can anyone see what is wrong here?

Before compiling lazarus, do the following first:

cd fcl/linux
make -< should compile the fcl. cd ../../gtk
make -< should compile glib, gtk etc. cd ../lazarus
make -< should compile lazarus.

Michael.

Success !!!!!!!

I (finally) got Lazarus to compile, link and run. I did a CVS update this morning then recompiled everything. Initially, lazarus would not link, but I tracked this down. I had gtk1.1 installed from RPM and gtk1.2 from source. The RPM installs all it's library files in /usr/lib and I had the gtk1.2 stuff in /usr/local/gnome/lib. This in itself should not cause a problem, but the linker is trying to link using the 1.1 libs. I simply removed these to another location and recompiled everything[1] again and it worked !!

Thanks for all the help with this everyone. Now I just have to wait till I get in to work on Monday and have a play with it [2]

Cheers
Michael A

[1] Just to be on the safe side, probably could just have re-linked lazarus but I was not sure.

[2] Running X over a modem really sucks

Michael Anthon el d�a Fri, 14 May 1999 20:47:07 +1000, escribi�:

[snip]

thanks, I've added this to the how-to (a little modified)

While we are on this subject, what level of compression should be used? I was of the understanding that 9 is the highest compression ratio, should I be using this instead of 3 ?

There is no much difference betwen z3 and z9, ok, z9 will compress a little more, but it will eat much CPU from the cvs server (the cvs server must run gzip at full compression), so if everyone will use z9, the tflily server will get overloaded if there the rigth amount of people.
Then I don't think z9 is correct or polite to put in a how-to that many people can follow.

Sergio

No, just run 'make' in ../gtk and it should create all .ppu's in ../gtk

Peter

Everyone I am having this problem with the source I just checked out.

I am using sergio's document to build everything but I ran into a snag.

we also need to add to the document to copy makefile.fpc to the /opt/fpc directory from base.......

I am throwing this error?
Text.inc 100,1 Fatal Reading ppu file

The compiler

Ummm.. I DID !!!
What they actually are are library directories I don't wish to use at the moment (things like the oracle libraries because the drive they are on is not mounted). I commented them out rather than deleting them because then it is easier to put em back in again. I have no idea if this is not allowed or even if it is not good practice, but ldconfig certainly has no problem with it

Michael A
(too many Michaels on this list !! 8^)

"Marco van de Voort" el d�a Sat, 15 May 1999 15:47:50 +0100, escribi�:

Oops, yes, before making cycle delete all files in /opt/fpc/units/linux/

Sorry,
Sergio
(making another release)

I will try the next release when ready....
Cliff

And to kill all stale *.o, *.a and *.ppu files :-)

Marco van de Voort ()
<http://www.stack.nl/~marcov/xtdlib.htm>