Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / lazarus / 2003-04

Compile with fpc1.1

8 messages · 3 people ·

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Siegfried Goericke

Hi all,

I compiled lazarus with: make clean all OPT="-dNoGdkPixBufLib -dInterbase -dNEW1_1"
that produce the following error msg:

make --assume-new=lazarus.pp lazarus
make[1]: Entering directory `/home/blgoeris/src/lazarus' /usr/local/bin/ppc386 -gl -Fucomponents/custom -Fulcl/units -Fulcl/units/gtk -Fudesigner -Fudesigner/units -Fudebugger -Fupackager -Fucomponents/units -Fucomponents/mpaslex -Fu. -Fu/usr/local/lib/fpc/1.1/units/linux/rtl -Fu/usr/local/lib/fpc/1.1/units/linux/paszlib
-Fu/usr/local/lib/fpc/1.1/units/linux/inet
-Fu/usr/local/lib/fpc/1.1/units/linux/fcl
-Fu/usr/local/lib/fpc/1.1/units/linux/regexpr
-Fu/usr/local/lib/fpc/1.1/units/linux/mysql
-Fu/usr/local/lib/fpc/1.1/units/linux/ibase -Fiinclude -Fiinclude/linux -FE. -Fl/usr/lib/gcc-lib/i486-suse-linux/2.95.3 -Fl/lib-aout -Fl/usr/IBMdb2/V7.1/lib -Fl/usr/X11R6/lib/Xaw95 -Fl/usr/X11R6/lib/Xaw3d -Fl/usr/X11R6/lib -Fl/usr/lib -Fl/usr/i486-linux/lib -Fl/usr/i486-linux-libc5/lib=libc5 -Fl/usr/i486-linux-libc6/lib=libc6 -Fl/usr/i486-linuxaout/lib -Fl/usr/i386-suse-linux/lib -Fl/usr/local/lib -Fl/usr/openwin/lib -Fl/opt/kde/lib -Fl/opt/kde2/lib -Fl/opt/kde3/lib -Fl/opt/gnome/lib -Fl/opt/lotus/notes/5061/linux -dNoGdkPixBufLib -dInterbase -dNEW1_1 -di386 lazarus.pp
Free Pascal Compiler version 1.1 [2003/04/15] for i386 Copyright (c) 1993-2002 by Florian Klaempfl
Target OS: Linux for i386
Compiling lazarus.pp
Fatal: Can't find unit GLIB
make[1]: *** [lazarus] Error 1
make[1]: Leaving directory `/home/blgoeris/src/lazarus' make: *** [ide] Error 2

I think, that the "-Fu/usr/local/lib/fpc/1.1/units/linux/gtk" is missing, but when I insert this option, than the next error msg is "Fatal: Cant't find unit X"
So I added this option and I seem that all works fine. make clean all OPT="-dNoGdkPixBufLib -dInterbase -dNEW1_1 -Fu/usr/local/lib/fpc/1.1/units/linux/gtk
-Fu/usr/local/lib/fpc/1.1/units/linux/x11"

I think that is not the right way to compile lazarus. Can anybody help me?

Gruss Siggi

Reply by email

Peter Vreman
to Peter Vreman: Add in the Makefile.fpc to the require section 'gtk' and run fpcmake to regenerated the…
Show quoted text 8 lines
> The problem is that lazarus Makefile does not know that it needs gtk for > the lcl interface. I once made some patches for fpcmake to support lcl and > > it's targets but at that time it didn't work fully for everybody and the > changes from the Makefiles were reverted. Since i'm not one of the main > developppers of lazarus i did not pay any attention to it anymore I'm a pp devel. Can you describe me how to add gtk to [require], if needed?

The only way to do that is that fpcmake knows about the LCL. I already made some things in the past for that. Also specifying the components needed was possible. So adding synedit would directly add the -Fu to the synedit subdir.

Btw, what has changed in current 1.1?

Nothing regarding this problem. I guess that it works with 1.0.7 is that the configuration paths are configured for 1.0.7 and there are no configuration settings avaialble for 1.1, so 1.1 does not know where all the units are. It can guess only some default paths but that is not enough for this case.

Peter

Reply by email

Mattias Gaertner
to Peter Vreman: Add in the Makefile.fpc to the require section 'gtk' and run fpcmake to regenerated the…
Show quoted text 49 lines
At 12:53 16-4-2003, you wrote: >Hi all, > >I compiled lazarus with: make clean all OPT="-dNoGdkPixBufLib -dInterbase >-dNEW1_1" >that produce the following error msg: > >make --assume-new=lazarus.pp lazarus >make[1]: Entering directory `/home/blgoeris/src/lazarus' >/usr/local/bin/ppc386 -gl -Fucomponents/custom -Fulcl/units >-Fulcl/units/gtk-Fudesigner -Fudesigner/units -Fudebugger -Fupackager >-Fucomponents/units-Fucomponents/mpaslex -Fu. >-Fu/usr/local/lib/fpc/1.1/units/linux/rtl-Fu/usr/local/lib/fpc/1.1/units >/linux/paszlib-Fu/usr/local/lib/fpc/1.1/units/linux/inet >-Fu/usr/local/lib/fpc/1.1/units/linux/fcl >-Fu/usr/local/lib/fpc/1.1/units/linux/regexpr >-Fu/usr/local/lib/fpc/1.1/units/linux/mysql >-Fu/usr/local/lib/fpc/1.1/units/linux/ibase -Fiinclude -Fiinclude/linux >-FE.-Fl/usr/lib/gcc-lib/i486-suse-linux/2.95.3 -Fl/lib-aout >-Fl/usr/IBMdb2/V7.1/lib -Fl/usr/X11R6/lib/Xaw95 -Fl/usr/X11R6/lib/Xaw3d >-Fl/usr/X11R6/lib -Fl/usr/lib -Fl/usr/i486-linux/lib >-Fl/usr/i486-linux-libc5/lib=libc5 -Fl/usr/i486-linux-libc6/lib=libc6 >-Fl/usr/i486-linuxaout/lib -Fl/usr/i386-suse-linux/lib -Fl/usr/local/lib >-Fl/usr/openwin/lib -Fl/opt/kde/lib -Fl/opt/kde2/lib -Fl/opt/kde3/lib >-Fl/opt/gnome/lib -Fl/opt/lotus/notes/5061/linux -dNoGdkPixBufLib >-dInterbase-dNEW1_1 -di386 lazarus.pp >Free Pascal Compiler version 1.1 [2003/04/15] for i386 >Copyright (c) 1993-2002 by Florian Klaempfl >Target OS: Linux for i386 >Compiling lazarus.pp >Fatal: Can't find unit GLIB >make[1]: *** [lazarus] Error 1 >make[1]: Leaving directory `/home/blgoeris/src/lazarus' >make: *** [ide] Error 2 > > >I think, that the "-Fu/usr/local/lib/fpc/1.1/units/linux/gtk" is missing, >but when I insert this option, than the next error msg is "Fatal: Cant't >find unit X" >So I added this option and I seem that all works fine. >make clean all OPT="-dNoGdkPixBufLib -dInterbase -dNEW1_1 >-Fu/usr/local/lib/fpc/1.1/units/linux/gtk >-Fu/usr/local/lib/fpc/1.1/units/linux/x11" > >I think that is not the right way to compile lazarus. >Can anybody help me? Add in the Makefile.fpc to the require section 'gtk' and run fpcmake to regenerated the Makefile

The gtk should only be required if the LCL_PLATFORM is gtk, gnome or gtk2.

Show quoted text 6 lines
The problem is that lazarus Makefile does not know that it needs gtk for the lcl interface. I once made some patches for fpcmake to support lcl and it's targets but at that time it didn't work fully for everybody and the changes from the Makefiles were reverted. Since i'm not one of the main developppers of lazarus i did not pay any attention to it anymore

I'm a pp devel. Can you describe me how to add gtk to [require], if needed?

Btw, what has changed in current 1.1?

Mattias

Reply by email

Peter Vreman
you wrote 45 lines
Hi all, I compiled lazarus with: make clean all OPT="-dNoGdkPixBufLib -dInterbase -dNEW1_1" that produce the following error msg: make --assume-new=lazarus.pp lazarus make[1]: Entering directory `/home/blgoeris/src/lazarus' /usr/local/bin/ppc386 -gl -Fucomponents/custom -Fulcl/units -Fulcl/units/gtk -Fudesigner -Fudesigner/units -Fudebugger -Fupackager -Fucomponents/units -Fucomponents/mpaslex -Fu. -Fu/usr/local/lib/fpc/1.1/units/linux/rtl -Fu/usr/local/lib/fpc/1.1/units/linux/paszlib -Fu/usr/local/lib/fpc/1.1/units/linux/inet -Fu/usr/local/lib/fpc/1.1/units/linux/fcl -Fu/usr/local/lib/fpc/1.1/units/linux/regexpr -Fu/usr/local/lib/fpc/1.1/units/linux/mysql -Fu/usr/local/lib/fpc/1.1/units/linux/ibase -Fiinclude -Fiinclude/linux -FE. -Fl/usr/lib/gcc-lib/i486-suse-linux/2.95.3 -Fl/lib-aout -Fl/usr/IBMdb2/V7.1/lib -Fl/usr/X11R6/lib/Xaw95 -Fl/usr/X11R6/lib/Xaw3d -Fl/usr/X11R6/lib -Fl/usr/lib -Fl/usr/i486-linux/lib -Fl/usr/i486-linux-libc5/lib=libc5 -Fl/usr/i486-linux-libc6/lib=libc6 -Fl/usr/i486-linuxaout/lib -Fl/usr/i386-suse-linux/lib -Fl/usr/local/lib -Fl/usr/openwin/lib -Fl/opt/kde/lib -Fl/opt/kde2/lib -Fl/opt/kde3/lib -Fl/opt/gnome/lib -Fl/opt/lotus/notes/5061/linux -dNoGdkPixBufLib -dInterbase -dNEW1_1 -di386 lazarus.pp Free Pascal Compiler version 1.1 [2003/04/15] for i386 Copyright (c) 1993-2002 by Florian Klaempfl Target OS: Linux for i386 Compiling lazarus.pp Fatal: Can't find unit GLIB make[1]: *** [lazarus] Error 1 make[1]: Leaving directory `/home/blgoeris/src/lazarus' make: *** [ide] Error 2 I think, that the "-Fu/usr/local/lib/fpc/1.1/units/linux/gtk" is missing, but when I insert this option, than the next error msg is "Fatal: Cant't find unit X" So I added this option and I seem that all works fine. make clean all OPT="-dNoGdkPixBufLib -dInterbase -dNEW1_1 -Fu/usr/local/lib/fpc/1.1/units/linux/gtk -Fu/usr/local/lib/fpc/1.1/units/linux/x11" I think that is not the right way to compile lazarus. Can anybody help me?

Add in the Makefile.fpc to the require section 'gtk' and run fpcmake to regenerated the Makefile

The problem is that lazarus Makefile does not know that it needs gtk for the lcl interface. I once made some patches for fpcmake to support lcl and it's targets but at that time it didn't work fully for everybody and the changes from the Makefiles were reverted. Since i'm not one of the main developppers of lazarus i did not pay any attention to it anymore

Peter

Reply by email

Siegfried Goericke
to Peter Vreman: The only way to do that is that fpcmake knows about the LCL. I already made some things…
Mattias Gaertner wrote 36 lines
On Wed, 16 Apr 2003 17:26:26 +0200 Peter Vreman wrote: > > > The only way to do that is that fpcmake knows about the LCL. I > > > already made some things in the past for that. Also specifying the > > > components needed was possible. So adding synedit would directly add > > > the -Fu to the synedit subdir. > > > >Fine. How? > > I need to look at it again. It's a year again that i made the changes. > > > > >Btw, what has changed in current 1.1? > > > > > > Nothing regarding this problem. I guess that it works with 1.0.7 is > > > that the configuration paths are configured for 1.0.7 and there are > > > no configuration settings avaialble for 1.1, so 1.1 does not know > > > where all the units are. It can guess only some default paths but > > > that is not enough > > > > > > for this case. > > > >The 1.1 from saturday works with lazarus. So, probably there are some > >other reasons too. > > I fixed the problem in 1.1. The reason was that the unit names 'Sysutils' > and 'sysutils' were generated differently between compiling xmlread > implicitly from xmlcfg and xmlread direct from the commandline. That > resulted in a CRC difference and a try to recompile I ment, the 1.1 from saturday does not have the problem. I just tested the current 1.1. It compiles fine. Maybe Siegfried has another problem. Mattias

Can anybody send me a fpc.cfg which runs with fpc1.1 and lazarus? thx siggi

Gruss Siggi

Reply by email

Peter Vreman
to Peter Vreman: The only way to do that is that fpcmake knows about the LCL. I already made some things…
Show quoted text 6 lines
> The only way to do that is that fpcmake knows about the LCL. I already > made some things in the past for that. Also specifying the components > needed was possible. So adding synedit would directly add the -Fu to the > synedit subdir. Fine. How?

I need to look at it again. It's a year again that i made the changes.

Show quoted text 12 lines
> >Btw, what has changed in current 1.1? > > Nothing regarding this problem. I guess that it works with 1.0.7 is that > the configuration paths are configured for 1.0.7 and there are no > configuration settings avaialble for 1.1, so 1.1 does not know where all > the units are. It can guess only some default paths but that is not enough > > for this case. The 1.1 from saturday works with lazarus. So, probably there are some other reasons too.

I fixed the problem in 1.1. The reason was that the unit names 'Sysutils' and 'sysutils' were generated differently between compiling xmlread implicitly from xmlcfg and xmlread direct from the commandline. That resulted in a CRC difference and a try to recompile

Peter

Reply by email

Mattias Gaertner
to Peter Vreman: Add in the Makefile.fpc to the require section 'gtk' and run fpcmake to regenerated the…
Show quoted text 16 lines
> > The problem is that lazarus Makefile does not know that it needs gtk > > for the lcl interface. I once made some patches for fpcmake to support > > lcl and > > > > it's targets but at that time it didn't work fully for everybody and > > the changes from the Makefiles were reverted. Since i'm not one of the > > main developppers of lazarus i did not pay any attention to it anymore > >I'm a pp devel. Can you describe me how to add gtk to [require], if >needed? The only way to do that is that fpcmake knows about the LCL. I already made some things in the past for that. Also specifying the components needed was possible. So adding synedit would directly add the -Fu to the synedit subdir.

Fine. How?

Show quoted text 8 lines
>Btw, what has changed in current 1.1? Nothing regarding this problem. I guess that it works with 1.0.7 is that the configuration paths are configured for 1.0.7 and there are no configuration settings avaialble for 1.1, so 1.1 does not know where all the units are. It can guess only some default paths but that is not enough for this case.

The 1.1 from saturday works with lazarus. So, probably there are some other reasons too.

Mattias

Reply by email

Mattias Gaertner
to Peter Vreman: The only way to do that is that fpcmake knows about the LCL. I already made some things…
Show quoted text 29 lines
> > The only way to do that is that fpcmake knows about the LCL. I already > > made some things in the past for that. Also specifying the components > > needed was possible. So adding synedit would directly add the -Fu to > > the synedit subdir. > >Fine. How? I need to look at it again. It's a year again that i made the changes. > > > >Btw, what has changed in current 1.1? > > > > Nothing regarding this problem. I guess that it works with 1.0.7 is > > that the configuration paths are configured for 1.0.7 and there are no > > configuration settings avaialble for 1.1, so 1.1 does not know where > > all the units are. It can guess only some default paths but that is > > not enough > > > > for this case. > >The 1.1 from saturday works with lazarus. So, probably there are some >other reasons too. I fixed the problem in 1.1. The reason was that the unit names 'Sysutils' and 'sysutils' were generated differently between compiling xmlread implicitly from xmlcfg and xmlread direct from the commandline. That resulted in a CRC difference and a try to recompile

I ment, the 1.1 from saturday does not have the problem. I just tested the current 1.1. It compiles fine. Maybe Siegfried has another problem.

Mattias

Reply by email