FPCDIR Was: RE: [lazarus] New Makefiles
peter at skel.demon.co.uk
Mon Apr 10 18:09:58 EDT 2000
I favour the first Marc.
I do not run the 'release' version in any way any more
as I expect the CVS source tree to be self contained.
I could not get the latest files to compile until I did a
make install for rtl, fcl, packages. It did this to
usr/lib/fpc/0.99.15... which was certainly not what I
expect from the makefiles. I thought the point of them
was so that development versions are self contained and
do not require any of the 'normal' installation configuration
files in order to compile the dev versions.
This will probably mean adding the ../fcl/$(OS_SOURCE)..etc
to all the makefiles in order to find the latest unit files as found
in the dev directory.
BTW I did add fpcdir=../[../] as the first makefile change I tried,
but this did not work. I have not tried the above to the Makefile.fpc
as I am unsure of what shell variable it should be assigned to to
make it work.
----- Original Message -----
From: Marc Weustink <weus at quicknet.nl>
To: <lazarus at miraclec.com>
Sent: Monday, April 10, 2000 9:08 PM
Subject: FPCDIR Was: RE: [lazarus] New Makefiles
> At 18:43 10-04-2000 +0200, Marc Weustink wrote:
> >+ From: Vincent Snijders [mailto:vrs at dds.nl]
> >+ > BTW, what's the fist line make reports. (the one with a
> >+ > call to ppc386)
> >+ ppc386 -Fu/usr/lib/fpc/0.99.15/units/linux -FU../units -di386
> >+ gtkwinapiwindow.pp
> >??? I thought I got more, I'll look at it when I'm at home, can't do it
> >+ I have no units in the usr/lib/fpc/0.99.15/units/linux directory.
> >I didn't use them either. I expected something like
> >ppc386 -Fu/usr/src/fpc/rtl/linux -FU../units -di386 gtkwinapiwindow.pp
> >or whereever you have your sources.
> I got it, from the early beginnings I still had a FPCDIR environment
> This brings me to the following:
> Are we going to assume that the fpc dir is always
> the parent of the lazarus dir ? So that we define
> fpcdir= in the makefiles
> Are we stating that one should set the FPCDIR
> environment variable.
> For something foolproof I feel for the first one, for something more
> flexible I feel for the second on.
> Any toughts
> Due to some security problems of my provider is my private email adress
> weus at quicknet.nl temporary out of order. Any mail sent after april 8 0.00
> GMT will be read after april 11 (I hope)
> Until further notice please use my temporary adress:
> marc at rd1551.quicknet.nl.
> To unsubscribe: mail lazarus-request at miraclec.com with
> "unsubscribe" as the Subject
> archives at http://www.miraclec.com/list_archives/lazarus
More information about the Lazarus