Sign in Join

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

Mailing lists / lazarus / 2012-03

Lazarus 0.9.30.4RC2 available for download

32 messages · 12 people · –

Reply by email Subscribe to this list Your subscription

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

Vincent Snijders

The Lazarus team is happy to announce that Lazarus 0.9.30.4RC2 is available for download from:
http://sourceforge.net/projects/lazarus/files/

Choose your CPU / OS / distro and then the 0.9.30.4RC2 directory.

The Lazarus testing repository at
http://www.hu.freepascal.org/lazarus/dists/lazarus-testing/ has been updated too.

This release candidate has been build with fpc 2.6.0 (0.9.30.2 was built with fpc 2.4.4).

Compared with 0.9.30.4RC1 the following changes have been made:
* configuration error in the windows installer has been fixed
* problems with threading under gtk2 has been fixed
* several bug fixes for the gtk2 and qt widget set interface have been merged from trunk

Please, let me know if you find any problems with these release candidates.

Also let me know if you installed it without any problem.

Vincent

Reply by email

Mark Morgan Lloyd
to Vincent Snijders
Vincent Snijders wrote 22 lines
The Lazarus team is happy to announce that Lazarus 0.9.30.4RC2 is available for download from: http://sourceforge.net/projects/lazarus/files/ Choose your CPU / OS / distro and then the 0.9.30.4RC2 directory. The Lazarus testing repository at http://www.hu.freepascal.org/lazarus/dists/lazarus-testing/ has been updated too. This release candidate has been build with fpc 2.6.0 (0.9.30.2 was built with fpc 2.4.4). Compared with 0.9.30.4RC1 the following changes have been made: * configuration error in the windows installer has been fixed * problems with threading under gtk2 has been fixed * several bug fixes for the gtk2 and qt widget set interface have been merged from trunk Please, let me know if you find any problems with these release candidates. Also let me know if you installed it without any problem.

What's that from SVN? Some of the naming's beginning to look a bit ragged.

branches/release_0_9_30_2_rc1/
branches/release_0_9_30_2_rc2/
branches/release_0_9_30_4/
..
tags/lazarus_0_9_30_2RC1/
tags/lazarus_0_9_30_2RC2/
tags/lazarus_0_9_30_4RC1/

Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues]

Reply by email

Vincent Snijders
to Mark Morgan Lloyd

Op 7 maart 2012 20:26 heeft Mark Morgan Lloyd
het volgende geschreven:

Vincent Snijders wrote: > What's that from SVN? Some of the naming's beginning to look a bit ragged.

The release has been build from this branch:

branches/release_0_9_30_4/ ..

The successful build has been tagged:

tags/lazarus_0_9_30_4RC2/

Vincent

Reply by email

Mark Morgan Lloyd
to Vincent Snijders
Vincent Snijders wrote 11 lines
Op 7 maart 2012 20:26 heeft Mark Morgan Lloyd het volgende geschreven: > Vincent Snijders wrote: > What's that from SVN? Some of the naming's beginning to look a bit ragged. > The release has been build from this branch: > branches/release_0_9_30_4/ > .. The successful build has been tagged: > tags/lazarus_0_9_30_4RC2/

OK on x86 Linux. NOT OK on SPARC Linux, get this when attempting to open a project:

Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 24359)]
0x006fb770 in SEARCH (ANUNITINFO=0xf673da20, ACOMPONENT=0xf6acabd0, parentfp=0xff0adc20) at project.pp:4653
4653 if (PropInfo^.PropType^.Kind=tkClass) then begin (gdb) bt
#0 0x006fb770 in SEARCH (ANUNITINFO=0xf673da20, ACOMPONENT=0xf6acabd0, parentfp=0xff0adc20) at project.pp:4653
#1 0x006fb2c8 in TPROJECT__UPDATEUNITCOMPONENTDEPENDENCIES (this=0xf6c2a4d0) at project.pp:4731
#2 0x000b5b30 in TMAINIDE__UNITCOMPONENTISUSED (ANUNITINFO=0xf673da20, CHECKHASDESIGNER=false, this=0xf6e4c0e0)
at main.pp:7333
#3 0x000b53a4 in TMAINIDE__CLOSEUNITCOMPONENT (ANUNITINFO=0xf673da20, FLAGS=[], this=0xf6e4c0e0) at main.pp:7207
#4 0x000bbf58 in TMAINIDE__DOCLOSEEDITORFILE (AEDITOR=0xf61a04a0, FLAGS=[CFPROJECTCLOSING], this=0xf6e4c0e0)
at main.pp:8589

Not tried other platforms yet.

Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues]

Reply by email

Mattias Gaertner
to Mark Morgan Lloyd
Show quoted text 15 lines
Vincent Snijders wrote: > Op 7 maart 2012 20:26 heeft Mark Morgan Lloyd > het volgende geschreven: >> Vincent Snijders wrote: >> What's that from SVN? Some of the naming's beginning to look a bit ragged. >> > The release has been build from this branch: >> branches/release_0_9_30_4/ >> .. > > The successful build has been tagged: >> tags/lazarus_0_9_30_4RC2/ OK on x86 Linux. NOT OK on SPARC Linux, get this when attempting to open a project:

AFAIK no developer has a Sparc machine to test.

The patches users sent for Sparc were for 0.9.31 and were all applied. Does 0.9.31 run on Sparc?

Show quoted text 20 lines
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 24359)] 0x006fb770 in SEARCH (ANUNITINFO=0xf673da20, ACOMPONENT=0xf6acabd0, parentfp=0xff0adc20) at project.pp:4653 4653 if (PropInfo^.PropType^.Kind=tkClass) then begin (gdb) bt #0 0x006fb770 in SEARCH (ANUNITINFO=0xf673da20, ACOMPONENT=0xf6acabd0, parentfp=0xff0adc20) at project.pp:4653 #1 0x006fb2c8 in TPROJECT__UPDATEUNITCOMPONENTDEPENDENCIES (this=0xf6c2a4d0) at project.pp:4731 #2 0x000b5b30 in TMAINIDE__UNITCOMPONENTISUSED (ANUNITINFO=0xf673da20, CHECKHASDESIGNER=false, this=0xf6e4c0e0) at main.pp:7333 #3 0x000b53a4 in TMAINIDE__CLOSEUNITCOMPONENT (ANUNITINFO=0xf673da20, FLAGS=[], this=0xf6e4c0e0) at main.pp:7207 #4 0x000bbf58 in TMAINIDE__DOCLOSEEDITORFILE (AEDITOR=0xf61a04a0, FLAGS=[CFPROJECTCLOSING], this=0xf6e4c0e0) at main.pp:8589 Not tried other platforms yet.

Mattias

Reply by email

Mark Morgan Lloyd
to Mattias Gaertner
Mattias Gaertner wrote 18 lines
On Wed, 07 Mar 2012 21:25:14 +0000 Mark Morgan Lloyd wrote: > Vincent Snijders wrote: >> Op 7 maart 2012 20:26 heeft Mark Morgan Lloyd >> het volgende geschreven: >>> Vincent Snijders wrote: >>> What's that from SVN? Some of the naming's beginning to look a bit ragged. >>> >> The release has been build from this branch: >>> branches/release_0_9_30_4/ >>> .. >> The successful build has been tagged: >>> tags/lazarus_0_9_30_4RC2/ > OK on x86 Linux. NOT OK on SPARC Linux, get this when attempting to open > a project: AFAIK no developer has a Sparc machine to test.

There has been one available here for years, Vincent has used it in the past. However at the moment I'm a little suspicious of it- might have suspect RAM.

The patches users sent for Sparc were for 0.9.31 and were all applied. Does 0.9.31 run on Sparc?

It did until recently ** , I'll check again.

** Except for a problem that I raised a few weeks ago, where some forms were being mis-read. But that appeared to affect all platforms, and I had to back out due to pressure of other work.

Show quoted text 28 lines
> Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 16384 (LWP 24359)] > 0x006fb770 in SEARCH (ANUNITINFO=0xf673da20, ACOMPONENT=0xf6acabd0, > parentfp=0xff0adc20) at project.pp:4653 > 4653 if (PropInfo^.PropType^.Kind=tkClass) then begin > (gdb) bt > #0 0x006fb770 in SEARCH (ANUNITINFO=0xf673da20, ACOMPONENT=0xf6acabd0, > parentfp=0xff0adc20) at project.pp:4653 > #1 0x006fb2c8 in TPROJECT__UPDATEUNITCOMPONENTDEPENDENCIES > (this=0xf6c2a4d0) at project.pp:4731 > #2 0x000b5b30 in TMAINIDE__UNITCOMPONENTISUSED (ANUNITINFO=0xf673da20, > CHECKHASDESIGNER=false, this=0xf6e4c0e0) > at main.pp:7333 > #3 0x000b53a4 in TMAINIDE__CLOSEUNITCOMPONENT (ANUNITINFO=0xf673da20, > FLAGS=[], this=0xf6e4c0e0) at main.pp:7207 > #4 0x000bbf58 in TMAINIDE__DOCLOSEEDITORFILE (AEDITOR=0xf61a04a0, > FLAGS=[CFPROJECTCLOSING], this=0xf6e4c0e0) > at main.pp:8589 > > Not tried other platforms yet. Mattias -- _______________________________________________ Lazarus mailing list http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues]

Reply by email

Vincent Snijders
to Mark Morgan Lloyd

Op 8 maart 2012 10:39 heeft Mark Morgan Lloyd
het volgende geschreven:

Show quoted text 10 lines
Mattias Gaertner wrote: > > On Wed, 07 Mar 2012 21:25:14 +0000 > Mark Morgan Lloyd wrote: > The patches users sent for Sparc were for 0.9.31 and were all applied. > Does 0.9.31 run on Sparc? It did until recently ** , I'll check again.

And did 0.9.30.2 run on it? If it does, then I will try to fix it for 0.9.30.4 too.

Vincent

Reply by email

Mark Morgan Lloyd
to Vincent Snijders
Vincent Snijders wrote 13 lines
Op 8 maart 2012 10:39 heeft Mark Morgan Lloyd het volgende geschreven: > Mattias Gaertner wrote: >> On Wed, 07 Mar 2012 21:25:14 +0000 >> Mark Morgan Lloyd wrote: >> The patches users sent for Sparc were for 0.9.31 and were all applied. >> Does 0.9.31 run on Sparc? > > It did until recently ** , I'll check again. > And did 0.9.30.2 run on it? If it does, then I will try to fix it for 0.9.30.4 too.

I think so, I'm working on it (although I've got other problems here that might force me off).

Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues]

Reply by email

Mark Morgan Lloyd
to Mark Morgan Lloyd: There has been one available here for years, Vincent has used it in the past. However at…
Mark Morgan Lloyd wrote 29 lines
Mattias Gaertner wrote: > On Wed, 07 Mar 2012 21:25:14 +0000 > Mark Morgan Lloyd wrote: > >> Vincent Snijders wrote: >>> Op 7 maart 2012 20:26 heeft Mark Morgan Lloyd >>> het volgende geschreven: >>>> Vincent Snijders wrote: >>>> What's that from SVN? Some of the naming's beginning to look a bit >>>> ragged. >>>> >>> The release has been build from this branch: >>>> branches/release_0_9_30_4/ >>>> .. >>> The successful build has been tagged: >>>> tags/lazarus_0_9_30_4RC2/ >> OK on x86 Linux. NOT OK on SPARC Linux, get this when attempting to >> open a project: > > AFAIK no developer has a Sparc machine to test. There has been one available here for years, Vincent has used it in the past. However at the moment I'm a little suspicious of it- might have suspect RAM. > The patches users sent for Sparc were for 0.9.31 and were all applied. > Does 0.9.31 run on Sparc? It did until recently ** , I'll check again.

0.9.31 at 35613 using 2.7.1 doesn't exhibit this problem, but it is unable to display some project forms (on any platform) for reasons which are yet to be resolved (I think I got as far as determining that it was specific to GTK2).

0.9.31 at 35818 using 2.7.1 is OK apart from the form problem.

0.9.30.4RC1 built from /tags/lazarus_0_9_30_4RC1 using 2.6.0 has the problem.

Which versions do you want me to try next?

Show quoted text 34 lines
** Except for a problem that I raised a few weeks ago, where some forms were being mis-read. But that appeared to affect all platforms, and I had to back out due to pressure of other work. >> Program received signal SIGSEGV, Segmentation fault. >> [Switching to Thread 16384 (LWP 24359)] >> 0x006fb770 in SEARCH (ANUNITINFO=0xf673da20, ACOMPONENT=0xf6acabd0, >> parentfp=0xff0adc20) at project.pp:4653 >> 4653 if (PropInfo^.PropType^.Kind=tkClass) then begin >> (gdb) bt >> #0 0x006fb770 in SEARCH (ANUNITINFO=0xf673da20, >> ACOMPONENT=0xf6acabd0, parentfp=0xff0adc20) at project.pp:4653 >> #1 0x006fb2c8 in TPROJECT__UPDATEUNITCOMPONENTDEPENDENCIES >> (this=0xf6c2a4d0) at project.pp:4731 >> #2 0x000b5b30 in TMAINIDE__UNITCOMPONENTISUSED >> (ANUNITINFO=0xf673da20, CHECKHASDESIGNER=false, this=0xf6e4c0e0) >> at main.pp:7333 >> #3 0x000b53a4 in TMAINIDE__CLOSEUNITCOMPONENT >> (ANUNITINFO=0xf673da20, FLAGS=[], this=0xf6e4c0e0) at main.pp:7207 >> #4 0x000bbf58 in TMAINIDE__DOCLOSEEDITORFILE (AEDITOR=0xf61a04a0, >> FLAGS=[CFPROJECTCLOSING], this=0xf6e4c0e0) >> at main.pp:8589 >> >> Not tried other platforms yet. > > Mattias > > -- > _______________________________________________ > Lazarus mailing list > > http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues]

Reply by email

Vincent Snijders
to Mark Morgan Lloyd

Op 8 maart 2012 12:53 heeft Mark Morgan Lloyd
het volgende geschreven:

Show quoted text 7 lines
0.9.31 at 35818 using 2.7.1 is OK apart from the form problem. 0.9.30.4RC1 built from /tags/lazarus_0_9_30_4RC1 using 2.6.0 has the problem. Which versions do you want me to try next?

0.9.30.2 built from /tags/lazarus_0_9_30_2 using 2.4,4 or 2.6.0 (2.6.0 probably won't work)

Vincent

Reply by email

Alexander Klenin
to Vincent Snijders: The Lazarus team is happy to announce that Lazarus 0.9.30.4RC2 is available for download…
Vincent Snijders wrote 5 lines
Compared with 0.9.30.4RC1 the following changes have been made: * configuration error in the windows installer has been fixed * problems with threading under gtk2 has been fixed * several bug fixes for the gtk2 and qt widget set interface have been merged from trunk

I have just fixed another TAChart bug which is present in 0.9.30.2: http://wiki.lazarus.freepascal.org/Lazarus_0.9.30_fixes_branch#TAChart_3

It is a rare condition, but encountered by at least one user and may cause Lazarus crash at design time:
http://forum.lazarus.freepascal.org/index.php/topic,16195.msg87774.html#msg87774

So if, by chance, you will end up issuing another RC, please merge this. Otherwise, do not bother -- said user is on trunk anyway ;-)

Alexander S. Klenin

Reply by email

Mark Morgan Lloyd
to Vincent Snijders: Op 8 maart 2012 12:53 heeft Mark Morgan Lloyd het volgende geschreven: 0.9.30.2 built…
Vincent Snijders wrote 11 lines
Op 8 maart 2012 12:53 heeft Mark Morgan Lloyd het volgende geschreven: > 0.9.31 at 35818 using 2.7.1 is OK apart from the form problem. > > 0.9.30.4RC1 built from /tags/lazarus_0_9_30_4RC1 using 2.6.0 has the > problem. > > Which versions do you want me to try next? 0.9.30.2 built from /tags/lazarus_0_9_30_2 using 2.4,4 or 2.6.0 (2.6.0 probably won't work)

C&P from my build scripts to try to keep tab on what's happening. This one still fails:

LAZTAG=/tags/lazarus_0_9_30_2
USEFPC=2.6.0

Reverting to 2.4.4:

LAZTAG=/tags/lazarus_0_9_30_2
USEFPC=2.4.4

Also fails. I can say with a fair degree of confidence that 0.9.30 and 0.9.30.1 (both on 2.4.4 with GTK2) are OK, but I moved off them towards trunk because of code generator problems, and haven't recently exercised them very hard on SPARC due to form-reading issues that rather got overshadowed by other work.

Next tags/releases to test?

Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues]

Reply by email

Vincent Snijders
to Mark Morgan Lloyd

Op 8 maart 2012 19:19 heeft Mark Morgan Lloyd
het volgende geschreven:

Show quoted text 35 lines
Vincent Snijders wrote: > > Op 8 maart 2012 12:53 heeft Mark Morgan Lloyd > het volgende geschreven: >> >> 0.9.31 at 35818 using 2.7.1 is OK apart from the form problem. >> >> 0.9.30.4RC1 built from /tags/lazarus_0_9_30_4RC1 using 2.6.0 has the >> problem. >> >> Which versions do you want me to try next? > > > 0.9.30.2 built from /tags/lazarus_0_9_30_2 using 2.4,4 or 2.6.0 (2.6.0 > probably won't work) C&P from my build scripts to try to keep tab on what's happening. This one still fails: LAZTAG=/tags/lazarus_0_9_30_2 USEFPC=2.6.0 Reverting to 2.4.4: LAZTAG=/tags/lazarus_0_9_30_2 USEFPC=2.4.4 Also fails. I can say with a fair degree of confidence that 0.9.30 and 0.9.30.1 (both on 2.4.4 with GTK2) are OK, but I moved off them towards trunk because of code generator problems, and haven't recently exercised them very hard on SPARC due to form-reading issues that rather got overshadowed by other work. Next tags/releases to test?

No, thanks.

Looking at your test results, I don't consider this issue in 0.9.30.4RC2 a regression compared to 0.9.30.2 and it will be fixed in the next release from trunk.

Vincent

Reply by email

Mark Morgan Lloyd
to Vincent Snijders
Vincent Snijders wrote 39 lines
Op 8 maart 2012 19:19 heeft Mark Morgan Lloyd het volgende geschreven: > Vincent Snijders wrote: >> Op 8 maart 2012 12:53 heeft Mark Morgan Lloyd >> het volgende geschreven: >>> 0.9.31 at 35818 using 2.7.1 is OK apart from the form problem. >>> >>> 0.9.30.4RC1 built from /tags/lazarus_0_9_30_4RC1 using 2.6.0 has the >>> problem. >>> >>> Which versions do you want me to try next? >> >> 0.9.30.2 built from /tags/lazarus_0_9_30_2 using 2.4,4 or 2.6.0 (2.6.0 >> probably won't work) > > C&P from my build scripts to try to keep tab on what's happening. This one > still fails: > > LAZTAG=/tags/lazarus_0_9_30_2 > USEFPC=2.6.0 > > Reverting to 2.4.4: > > LAZTAG=/tags/lazarus_0_9_30_2 > USEFPC=2.4.4 > > Also fails. I can say with a fair degree of confidence that 0.9.30 and > 0.9.30.1 (both on 2.4.4 with GTK2) are OK, but I moved off them towards > trunk because of code generator problems, and haven't recently exercised > them very hard on SPARC due to form-reading issues that rather got > overshadowed by other work. > > Next tags/releases to test? No, thanks. Looking at your test results, I don't consider this issue in 0.9.30.4RC2 a regression compared to 0.9.30.2 and it will be fixed in the next release from trunk.

Whatever, I've got it: Ludo's patches (specifically align_all.diff) from issue 19109 haven't been applied. This will also affect at least some ARM variants.

Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues]

Reply by email

Vincent Snijders
to Mark Morgan Lloyd: C&P from my build scripts to try to keep tab on what's happening. This one still fails:…

Op 8 maart 2012 19:19 heeft Mark Morgan Lloyd
het volgende geschreven:

Show quoted text 16 lines
> 0.9.30.2 built from /tags/lazarus_0_9_30_2 using 2.4,4 or 2.6.0 (2.6.0 > probably won't work) C&P from my build scripts to try to keep tab on what's happening. This one still fails: LAZTAG=/tags/lazarus_0_9_30_2 USEFPC=2.6.0 Reverting to 2.4.4: LAZTAG=/tags/lazarus_0_9_30_2 USEFPC=2.4.4 Next tags/releases to test?

I merged the revisions from issue 19109.
Please try:
fpc 2.6.0 and /branches/fixes_0_9_30

Vincent

Reply by email

Mark Morgan Lloyd
to Vincent Snijders
Vincent Snijders wrote 21 lines
Op 8 maart 2012 19:19 heeft Mark Morgan Lloyd het volgende geschreven: >> 0.9.30.2 built from /tags/lazarus_0_9_30_2 using 2.4,4 or 2.6.0 (2.6.0 >> probably won't work) > > C&P from my build scripts to try to keep tab on what's happening. This one > still fails: > > LAZTAG=/tags/lazarus_0_9_30_2 > USEFPC=2.6.0 > > Reverting to 2.4.4: > > LAZTAG=/tags/lazarus_0_9_30_2 > USEFPC=2.4.4 > > Next tags/releases to test? I merged the revisions from issue 19109. Please try: fpc 2.6.0 and /branches/fixes_0_9_30

LAZTAG=/branches/fixes_0_9_30
USEFPC=2.6.0

Works like a charm :-)

That should be OK on SPARC Linux and Solaris, and ARM Linux. Apologies that I was getting panicky yesterday, but I was seeing things go wrong that I'd had running before, but forgot that in at least some of those cases I'd been habitually applying the patch manually.

Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues]

Reply by email

Kjow
to Vincent Snijders: The Lazarus team is happy to announce that Lazarus 0.9.30.4RC2 is available for download…

2012/3/7 Vincent Snijders :

Show quoted text 24 lines
The Lazarus team is happy to announce that Lazarus 0.9.30.4RC2 is available for download from: http://sourceforge.net/projects/lazarus/files/ Choose your CPU / OS / distro and then the 0.9.30.4RC2 directory. The Lazarus testing repository at http://www.hu.freepascal.org/lazarus/dists/lazarus-testing/ has been updated too. This release candidate has been build with fpc 2.6.0 (0.9.30.2 was built with fpc 2.4.4). Compared with 0.9.30.4RC1 the following changes have been made: * configuration error in the windows installer has been fixed * problems with threading under gtk2 has been fixed * several bug fixes for the gtk2 and qt widget set interface have been merged from trunk Please, let me know if you find any problems with these release candidates. Also let me know if you installed it without any problem. Vincent

Hi,

I'm using Lazarus (at moment three version of Lazarus, for test) and FPC from SVN, I have an issue with specialization (in a GLScene unit).

FPC svn:
http://svn.freepascal.org/svn/fpc/tags/release_2_6_0/

Lazarus:
http://svn.freepascal.org/svn/lazarus/branches/release_0_9_30_4/ http://svn.freepascal.org/svn/lazarus/trunk/
http://svn.freepascal.org/svn/lazarus/branches/fixes_0_9_30/

So, with Lazaru 0.9.31 (trunk) no problems, all works very well. Instead, Lazarus 0.9.30.3 or 0.9.30.4RC2 can't compile this code on GLScene:

{$IFDEF GLS_SERVICE_CONTEXT}
  TServiceContextTaskList = {$IFDEF GLS_GENERIC_PREFIX} specialize {$ENDIF}
    GThreadList < TServiceContextTask > ;
{$ENDIF GLS_SERVICE_CONTEXT}

I read that FPC 2.6.0 doesn't need anymore "specialize" keyword, so removing it it can compile, but when I use "code completion" (ctrl+space) in my code I get this error;

Free Pascal Compiler version 2.6.0 [2012/03/09] for i386 Copyright (c) 1993-2011 by Florian Klaempfl and others Target OS: Win32 for i386
Compiling glscene_runtime.pas
Compiling C:\Develop\lazarus9304\components\GLScene\Source\GLContext.pas Compiling C:\Develop\lazarus9304\components\GLScene\Source\GLContext.pas Compiling C:\Develop\lazarus9304\components\GLScene\Source\GLContext.pas C:\Develop\lazarus9304\components\GLScene\Source\GLContext.pas(153,5) Error: Identifier not found "specialize"
C:\Develop\lazarus9304\components\GLScene\Source\GLContext.pas(153,5) Error: Error in type definition
C:\Develop\lazarus9304\components\GLScene\Source\GLContext.pas(153,5) Fatal: Syntax error, ";" expected but "identifier GTHREADLIST" found ---------------------------------------------
C:\Develop\lazarus9304\components\GLScene\Source\GLContext.pas(153,17) Error: ; expected, but < found

Reassuming:

With "specialize", both 0.9.30.3 or 0.9.30.4RC2 don't compile, but ctrl+space works
Without "specialize", both 0.9.30.3 or 0.9.30.4RC2 compile, but ctrl+space doesn't work.

With or without "specialize" 0.9.31 compile and ctrl+space works.

Thank you,
Kjow

Reply by email

Kjow
to Kjow

2012/3/9 Kjow :

Show quoted text 7 lines

...

Show quoted text 8 lines
Reassuming: With "specialize", both 0.9.30.3 or 0.9.30.4RC2 don't compile, but ctrl+space works Without "specialize", both 0.9.30.3 or 0.9.30.4RC2 compile, but ctrl+space doesn't work. With or without "specialize" 0.9.31 compile and ctrl+space works.

I forgot:

Lazarus: r35836
FPC: r20483
Windows 7 64Bit, but win32 widgetset

Kjow

Reply by email

Vincent Snijders
to Kjow: 2012/3/7 Vincent Snijders : I'm using Lazarus (at moment three version of Lazarus, for…

Op 9 maart 2012 15:12 heeft Kjow het volgende
geschreven:

Show quoted text 8 lines
Reassuming: With "specialize", both 0.9.30.3 or 0.9.30.4RC2 don't compile, but ctrl+space works Without "specialize", both 0.9.30.3 or 0.9.30.4RC2 compile, but ctrl+space doesn't work. With or without "specialize" 0.9.31 compile and ctrl+space works.

Ok, clear. You cannot use the release and must use the trunk version.

Vincent

Reply by email

Patrick Chevalley
to Kjow: 2012/3/7 Vincent Snijders : I'm using Lazarus (at moment three version of Lazarus, for…

Hi,

The problem is because GLScene wrongly define GLS_GENERIC_PREFIX depending on LCL_RELEASE instead of FPC_RELEASE.

I submitted a patch for that a few time ago and it is now available in the GLScene trunk.
http://glscene.svn.sourceforge.net/viewvc/glscene?view=revision&revision=6008

{$IFDEF GLS_SERVICE_CONTEXT} ?TServiceContextTaskList = {$IFDEF GLS_GENERIC_PREFIX} specialize {$ENDIF} ? ?GThreadList < TServiceContextTask > ; {$ENDIF GLS_SERVICE_CONTEXT}

Patrick

Reply by email

Kjow
to Patrick Chevalley

2012/3/9 Patrick Chevalley :

Show quoted text 15 lines
Hi, The problem is because GLScene wrongly define GLS_GENERIC_PREFIX depending on LCL_RELEASE instead of FPC_RELEASE. I submitted a patch for that a few time ago and it is now available in the GLScene trunk. http://glscene.svn.sourceforge.net/viewvc/glscene?view=revision&revision=6008 > {$IFDEF GLS_SERVICE_CONTEXT} > ?TServiceContextTaskList = {$IFDEF GLS_GENERIC_PREFIX} specialize {$ENDIF} > ? ?GThreadList < TServiceContextTask > ; > {$ENDIF GLS_SERVICE_CONTEXT} Patrick

Thank you!
Anyway, I update everyday sources from svn (lazarus, fpc, glscene) and I'm using r6018 of GLScene, but the problem is still present.

Kjow

Reply by email

Sven Barth
to Patrick Chevalley: The problem is because GLScene wrongly define GLS_GENERIC_PREFIX depending on LCL_RELEASE…
Patrick Chevalley wrote 13 lines
Hi, The problem is because GLScene wrongly define GLS_GENERIC_PREFIX depending on LCL_RELEASE instead of FPC_RELEASE. I submitted a patch for that a few time ago and it is now available in the GLScene trunk. http://glscene.svn.sourceforge.net/viewvc/glscene?view=revision&revision=6008 > {$IFDEF GLS_SERVICE_CONTEXT} > TServiceContextTaskList = {$IFDEF GLS_GENERIC_PREFIX} specialize {$ENDIF} > GThreadList< TServiceContextTask> ; > {$ENDIF GLS_SERVICE_CONTEXT}

What FPC mode is GLScene compiled with? The need for "specialize" and "generic" depends on the mode (mode Delphi does not allow them, while the other modes need them).

Regards,
Sven

Reply by email

Patrick Chevalley
to Sven Barth

GLScene use Delphi mode, so if I understand, it never need the "generic" prefix? In this case I don't understand why this ifdef to include it in the GLScene source. Do an older FPC version need it also for Delphi mode?

For me svn 6018 as no problem at this point with FPC 2.6 and Lazarus 0.9.30.4RC2.
The only change need to make it compile and work is to revert 6017 that make use of an undefined WA_ACTIVE.

Patrick

Reply by email

Sven Barth
to Patrick Chevalley
Patrick Chevalley wrote
GLScene use Delphi mode, so if I understand, it never need the "generic" prefix? In this case I don't understand why this ifdef to include it in the GLScene source. Do an older FPC version need it also for Delphi mode?

All versions prior to 2.6.0 (I exclude the youngest 2.5.1 revisions here) did not know about the Delphi syntax, so if you say that GLScene is compiled in Delphi mode your condition should be correct now.

Regards,
Sven

Reply by email

Koenraad Lelong
to Vincent Snijders: The Lazarus team is happy to announce that Lazarus 0.9.30.4RC2 is available for download…
Vincent Snijders wrote
The Lazarus team is happy to announce that Lazarus 0.9.30.4RC2 is available for download from: http://sourceforge.net/projects/lazarus/files/

...
Hi,

I downloaded the deb's on monday. I unpacked them and while I can install fpc fine, I can't install lazarus on my ubuntu 10.04 laptop. I get a dependency problem that can't be resolved.
I explicitly excluded the qt4-related files but I still get problems (sorry, it's in dutch) :

dpkg: vereistenproblemen verhinderen de configuratie van lazarus-ide-0.9.30.4:
lazarus-ide-0.9.30.4 is afhankelijk van libgdk-pixbuf2.0-0 (>= 2.22.0); maar:
Pakket `libgdk-pixbuf2.0-0' is niet ge?nstalleerd. lazarus-ide-0.9.30.4 is afhankelijk van libgtk2.0-0 (>= 2.24.0); maar: Versie van libgtk2.0-0 op dit systeem is 2.20.1-0ubuntu2.1. dpkg: fout bij afhandelen van lazarus-ide-0.9.30.4 (--install): vereistenproblemen - blijft ongeconfigureerd
dpkg: vereistenproblemen verhinderen de configuratie van lazarus-ide:

  lazarus-ide is afhankelijk van lazarus-ide-0.9.30.4 (= 0.9.30.4RC3-0);

maar:
Pakket lazarus-ide-0.9.30.4 is nog niet geconfigureerd. dpkg: fout bij afhandelen van lazarus-ide (--install): vereistenproblemen - blijft ongeconfigureerd
dpkg: vereistenproblemen verhinderen de configuratie van lazarus-ide-gtk2-0.9.30.4:
lazarus-ide-gtk2-0.9.30.4 is afhankelijk van libgdk-pixbuf2.0-0 (>= 2.22.0); maar:
Pakket `libgdk-pixbuf2.0-0' is niet ge?nstalleerd.

  lazarus-ide-gtk2-0.9.30.4 is afhankelijk van libgtk2.0-0 (>= 2.24.0);

maar:
Versie van libgtk2.0-0 op dit systeem is 2.20.1-0ubuntu2.1. lazarus-ide-gtk2-0.9.30.4 is afhankelijk van lazarus-ide-0.9.30.4; maar: Pakket lazarus-ide-0.9.30.4 is nog niet geconfigureerd. dpkg: fout bij afhandelen van lazarus-ide-gtk2-0.9.30.4 (--install): vereistenproblemen - blijft ongeconfigureerd
dpkg: vereistenproblemen verhinderen de configuratie van lazarus-ide-gtk2: lazarus-ide-gtk2 is afhankelijk van lazarus-ide-gtk2-0.9.30.4 (= 0.9.30.4RC3-0); maar:
Pakket lazarus-ide-gtk2-0.9.30.4 is nog niet geconfigureerd. dpkg: fout bij afhandelen van lazarus-ide-gtk2 (--install):

Lazarus from the repository (0.9.28.2) installs fine, but I think I need a newer version to try some things with fpvectorial.

I'll try on a Opensuse 12.1 system.

Regards,

Koenaad Lelong.

Reply by email

Bart
to Koenraad Lelong
Koenraad Lelong wrote 5 lines
dpkg: vereistenproblemen verhinderen de configuratie van lazarus-ide-0.9.30.4: lazarus-ide-0.9.30.4 is afhankelijk van libgdk-pixbuf2.0-0 (>= 2.22.0); maar: Pakket `libgdk-pixbuf2.0-0' is niet ge?nstalleerd.

Lazarus can still run happily with libgdk-pixbuf version 2.0.0 (at least on Suse)

lazarus-ide-0.9.30.4 is afhankelijk van libgtk2.0-0 (>= 2.24.0); maar: Versie van libgtk2.0-0 op dit systeem is 2.20.1-0ubuntu2.1.

Minimum gtk2 version is 2.8.0

Is there some swicht to ignore dependecy failures (like --nodeps for rpm), you might try that.

Alternatively just install fpc 2.6.0 and build Lazarus from sources.

Bart

Reply by email

Koenraad Lelong
to Bart

On 14-03-12 15:12, Bart wrote:
...

Alternatively just install fpc 2.6.0 and build Lazarus from sources. Bart

Bart,
I wanted to report my experience with installing the new lazarus, with ubuntu 10.04 LTS.
It's been a while I used lazarus under linux, so I'll have to search for a how-to, to make lazarus from sources.

Thanks,

Koenraad

Reply by email

Koenraad Lelong
to Vincent Snijders: The Lazarus team is happy to announce that Lazarus 0.9.30.4RC2 is available for download…
Vincent Snijders wrote 5 lines
The Lazarus team is happy to announce that Lazarus 0.9.30.4RC2 is available for download from: http://sourceforge.net/projects/lazarus/files/ Choose your CPU / OS / distro and then the 0.9.30.4RC2 directory.

Hi,

I just tried to install lazarus on opensuse 12.1 (rpm's). After some problems with a wrong fpc.cfg I could start lazarus. Compiling a little test-app was OK.
But when I tried to install a package, I got complaints about not finding the unit of the package. AFAIK, all is configured OK. Where do I have to look ?
I tried with running startlazarus as root, but that didn't help.

Regards,

Koenraad

Reply by email

Andrew Haines
to Koenraad Lelong: ... I wanted to report my experience with installing the new lazarus, with ubuntu 10.04…
Koenraad Lelong wrote 13 lines
On 14-03-12 15:12, Bart wrote: ... > > Alternatively just install fpc 2.6.0 and build Lazarus from sources. > > Bart Bart, I wanted to report my experience with installing the new lazarus, with ubuntu 10.04 LTS. It's been a while I used lazarus under linux, so I'll have to search for a how-to, to make lazarus from sources.

This is my process for setting up fpc and lazarus on a new computer

1) I create a folder

mkdir ~/programming
cd ~/programming

2) download and extract a bootstrap compiler from:

ftp://ftp.freepascal.org/pub/fpc/dist/2.6.0/bootstrap/

yours is probably
wget
ftp://ftp.freepascal.org/pub/fpc/dist/2.6.0/bootstrap/i386-linux-ppc386.bz2 or
ftp://ftp.freepascal.org/pub/fpc/dist/2.6.0/bootstrap/x86_64-linux-ppcx64.bz2

tar -jxf ./*.ppc*.bz2

3) download freepascal

3-a) fpc trunk (2.7.1)

svn checkout http://svn.freepascal.org/svn/fpc/trunk fpc

3-b) fpc fixes (2.6.1) basically 2.6.0 with patches that fix bugs found in 2.6.0

if you would rather use the released fpc then maybe the fixes branch is what you want:

svn checkout
http://svn.freepascal.org/cgi-bin/viewvc.cgi/branches/fixes_2_6/ fpc-2.6.1

4) download lazarus

svn checkout http://svn.freepascal.org/svn/lazarus/trunk lazarus

5) compile and install fpc

cd ./fpc
PP=~/programming/ppc386 make all
sudo PP=~/programming/ppc386 make install

6) create and /etc/fpc.cfg file

./utils/fpcmkcfg/fpcmkcfg -o /etc/fpc.cfg

edit /etc/fpc.cfg file and search replace "-Fu/units/" with "-Fu/usr/local/lib/fpc/$fpcversion/units/"

7) compile lazarus

cd ../lazarus
make all

create a link to lazarus in /usr/bin so you don't have to "install" lazarus

sudo ln -s ~/programming/lazarus/lazarus /usr/bin/

that's it.

For convenience I sometimes link /usr/local/lib/fpc to /usr/lib/fpc

Regards,

Andrew

Reply by email

Richard Mace
to Andrew Haines
Andrew Haines wrote 87 lines
On 03/14/12 10:59, Koenraad Lelong wrote: > On 14-03-12 15:12, Bart wrote: > ... >> >> Alternatively just install fpc 2.6.0 and build Lazarus from sources. >> >> Bart > > Bart, > I wanted to report my experience with installing the new lazarus, with > ubuntu 10.04 LTS. > It's been a while I used lazarus under linux, so I'll have to search for > a how-to, to make lazarus from sources. > This is my process for setting up fpc and lazarus on a new computer 1) I create a folder mkdir ~/programming cd ~/programming 2) download and extract a bootstrap compiler from: ftp://ftp.freepascal.org/pub/fpc/dist/2.6.0/bootstrap/ yours is probably wget ftp://ftp.freepascal.org/pub/fpc/dist/2.6.0/bootstrap/i386-linux-ppc386.bz2 or ftp://ftp.freepascal.org/pub/fpc/dist/2.6.0/bootstrap/x86_64-linux-ppcx64.bz2 tar -jxf ./*.ppc*.bz2 3) download freepascal 3-a) fpc trunk (2.7.1) svn checkout http://svn.freepascal.org/svn/fpc/trunk fpc 3-b) fpc fixes (2.6.1) basically 2.6.0 with patches that fix bugs found in 2.6.0 if you would rather use the released fpc then maybe the fixes branch is what you want: svn checkout http://svn.freepascal.org/cgi-bin/viewvc.cgi/branches/fixes_2_6/ fpc-2.6.1 4) download lazarus svn checkout http://svn.freepascal.org/svn/lazarus/trunk lazarus 5) compile and install fpc cd ./fpc PP=~/programming/ppc386 make all sudo PP=~/programming/ppc386 make install 6) create and /etc/fpc.cfg file ./utils/fpcmkcfg/fpcmkcfg -o /etc/fpc.cfg edit /etc/fpc.cfg file and search replace "-Fu/units/" with "-Fu/usr/local/lib/fpc/$fpcversion/units/" 7) compile lazarus cd ../lazarus make all create a link to lazarus in /usr/bin so you don't have to "install" lazarus sudo ln -s ~/programming/lazarus/lazarus /usr/bin/ that's it. For convenience I sometimes link /usr/local/lib/fpc to /usr/lib/fpc Regards, Andrew

This is great info Andrew.
I'll try it on Ubuntu 12.04 later.

Richard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20120314/a15fd393/attachment-0001.html>

Reply by email

Hans-Peter Diettrich
to Vincent Snijders: The Lazarus team is happy to announce that Lazarus 0.9.30.4RC2 is available for download…
The Lazarus team is happy to announce that Lazarus 0.9.30.4RC2 is available for download from: http://sourceforge.net/projects/lazarus/files/

I'm not sure whether I got the latest version for Win7 (http://freefr.dl.sourceforge.net/project/lazarus/Lazarus%20Windows%2032%20bits/Lazarus%200.9.30.4/lazarus-0.9.30.4-fpc-2.6.0-win32.exe)

Please, let me know if you find any problems with these release candidates. Also let me know if you installed it without any problem.

The installer refers to an old D:\lazarus931\ folder, possibly found in my user settings. I couldn't find out how to install it in a "clean" way, into D:\lazarus934\, independently from existing installations. The "IDE Internals" show an mix from several installations:

Lazarus version: 0.9.30.4
Lazarus svn revision: 35940
Lazarus build date: 2012/03/14
Lazarus was compiled for i386-win32
Lazarus was compiled with fpc 2.6.0

Global IDE options:
Primary config directory=C:\Users\dodi\AppData\Local\lazarus Secondary config directory=D:\lazarus934
LazarusDirectory=D:\git2\lazarus\
CompilerFilename=D:\lazarus931\fpc\2.4.4\bin\i386-win32\fpc.exe Real CompilerFilename=D:\lazarus931\fpc\2.4.4\bin\i386-win32\fpc.exe CompilerMessagesFilename=
FPC source directory=D:\lazarus931\fpc\2.4.4\source\ Real FPC source directory=D:\lazarus931\fpc\2.4.4\source\ Test directory=C:\Users\dodi\AppData\Local\Temp\

It looks as if the desktop shortcut
D:\lazarus934\lazarus.exe
is incomplete, lacking the proper -pcp

After adding
--pcp=D:\lazarus934
still something's wrong with the settings. The IDE Internals now look good:

Global IDE options:
Primary config directory=D:\lazarus934\
Secondary config directory=D:\lazarus934
LazarusDirectory=D:\lazarus934\
CompilerFilename=D:\lazarus934\fpc\2.6.0\bin\i386-win32\fpc.exe Real CompilerFilename=D:\lazarus934\fpc\2.6.0\bin\i386-win32\fpc.exe CompilerMessagesFilename=
FPC source directory=$(LazarusDir)fpc\$(FPCVer)\source\ Real FPC source directory=D:\lazarus934\fpc\2.6.0\source\ Test directory=C:\Users\dodi\AppData\Local\Temp\

also the fpc.cfg in above bin directory looks correct, but at startup a "Fehler" box appears, telling that the expected target files were not found. The FPC Internals show the default Path:

Environment variables:
PATH=C:\windows\system32;C:\windows;C:\windows\System32\Wbem;C:\windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\QuickTime\QTSystem\;C:\Program
Files\TortoiseSVN\bin;D:\lazarus\fpc\2.2.4\bin\x86_64-win64

which obviously includes a very old Lazarus/FPC bin directory. What can I do to clear the PATH, so that it only contains the minimal set of directories required to run Lazarus, without affecting other applications?

DoDi

Reply by email

Hans-Peter Diettrich
to Vincent Snijders: The Lazarus team is happy to announce that Lazarus 0.9.30.4RC2 is available for download…
Please, let me know if you find any problems with these release candidates. Also let me know if you installed it without any problem.

Installing into an new (clean) Win7 user account seems to work, but this IMO is a poor solution.

Now the well known docking problems still exist, see Mantis 18525. What's so problematic with integrating the already supplied patch, so that both applications and IDE can use docking???

DoDi

Reply by email