Re: [fpc-devel] Minor problem building fpc2.3.1on OS/2

2007-12-07 Thread Vincent Snijders

Dave Parsons schreef:

Hi,

I've just tried building fpc-2.3.1 from svn using fpc-2.0.4 and
received the following errors.

classes.inc(1131,3) Error: Procedure type INLINE not supported
classes.inc(1139,3) Error: Procedure type INLINE not supported
classes.inc(1147,3) Error: Procedure type INLINE not supported
classes.inc(1445,3) Error: Procedure type INLINE not supported
classes.inc(1453,3) Error: Procedure type INLINE not supported
classes.inc(1461,3) Error: Procedure type INLINE not supported
classes.pp(51) Fatal: There were 6 errors compiling module, stopping

Commenting out the inline attributes allowed the build to complete
successfully.

Presumably these inline attributes ought to be conditional until
support is available.


Can you start with fpc-2.2.0?

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] (patch) An attempt to improve assignments/function result reuse

2007-12-07 Thread Jonas Maebe


On 04 Dec 2007, at 11:30, Sergei Gorelkin wrote:

Currently, when assigning types that need helper routines (records,  
Windows widestrings and variants), the compiler converts assignment  
into a helper call immediately. If this is moved from typecheckpass  
to pass1, certain assignments get the chance to be optimized away.  
See the patch attached.


Thanks, I've applied your patch. I'm also testing a patch for the  
function result handling (there was another issue: the fact that the  
fake result variable is actually implemented as an absolute  
variable referring to the actual function result, causing an extra  
absolute type conversion node to appear around it), which optimizes a  
lot more in general (in the compiler it removes a lot of unnecessary  
shortstring copy operations).



Jonas
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


[fpc-devel] Minor problem building fpc2.3.1on OS/2

2007-12-07 Thread Dave Parsons
Hi,

I've just tried building fpc-2.3.1 from svn using fpc-2.0.4 and
received the following errors.

classes.inc(1131,3) Error: Procedure type INLINE not supported
classes.inc(1139,3) Error: Procedure type INLINE not supported
classes.inc(1147,3) Error: Procedure type INLINE not supported
classes.inc(1445,3) Error: Procedure type INLINE not supported
classes.inc(1453,3) Error: Procedure type INLINE not supported
classes.inc(1461,3) Error: Procedure type INLINE not supported
classes.pp(51) Fatal: There were 6 errors compiling module, stopping

Commenting out the inline attributes allowed the build to complete
successfully.

Presumably these inline attributes ought to be conditional until
support is available.

Thanks,
Dave


___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Minor problem building fpc2.3.1on OS/2

2007-12-07 Thread Dave Parsons
On Fri, 07 Dec 2007 12:12:53 +0100, Vincent Snijders wrote:

 Dave Parsons schreef:
  Hi,
  
  I've just tried building fpc-2.3.1 from svn using fpc-2.0.4 and
  received the following errors.

 Can you start with fpc-2.2.0?
 

No, according to the FPC download page 2.0.4 is the latest.
I've been trying to build from svn for a while now but it
didn't build until about 2 months ago  that was 2.3.1.

Dave



___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Parallel Computing

2007-12-07 Thread Mark Morgan Lloyd

Mattias Gaertner wrote:


Here is a start:
http://wiki.lazarus.freepascal.org/OpenMP_support


Thanks, interesting. I'll tack any thoughts I have into that page's discussion.

--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Parallel Computing

2007-12-07 Thread Mattias Gaertner
On Mon, 03 Dec 2007 15:06:53 +0100
Michael Schnell [EMAIL PROTECTED] wrote:

 
  Here is a start:
  http://wiki.lazarus.freepascal.org/OpenMP_support

 Thanks for the link.
 
 I'll add my thread event idea as another proposal.

Interesting idea.

OpenMP is about lightweight threads. The 'thread events' proposal is
the opposite: normal threads+events queues. Both techniques can live
happily together, so I think, the thread events should get a page of
its own.


Mattias
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] (patch) An attempt to improve assignments/function result reuse

2007-12-07 Thread Jonas Maebe


On 07 Dec 2007, at 18:04, Michael Van Canneyt wrote:

Thanks, I've applied your patch. I'm also testing a patch for the  
function
result handling (there was another issue: the fact that the fake  
result
variable is actually implemented as an absolute variable referring  
to the
actual function result, causing an extra absolute type conversion  
node to
appear around it), which optimizes a lot more in general (in the  
compiler it

removes a lot of unnecessary shortstring copy operations).


Does it have a measurable speed impact ?


I don't know. I'm on a network home directory, so there's quite a bit  
of fluctuation.



Jonas
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] (patch) An attempt to improve assignments/function result reuse

2007-12-07 Thread Michael Van Canneyt


On Fri, 7 Dec 2007, Jonas Maebe wrote:

 
 On 04 Dec 2007, at 11:30, Sergei Gorelkin wrote:
 
 Currently, when assigning types that need helper routines (records, Windows
 widestrings and variants), the compiler converts assignment into a helper
 call immediately. If this is moved from typecheckpass to pass1, certain
 assignments get the chance to be optimized away. See the patch attached.
 
 Thanks, I've applied your patch. I'm also testing a patch for the function
 result handling (there was another issue: the fact that the fake result
 variable is actually implemented as an absolute variable referring to the
 actual function result, causing an extra absolute type conversion node to
 appear around it), which optimizes a lot more in general (in the compiler it
 removes a lot of unnecessary shortstring copy operations).

Does it have a measurable speed impact ?

Michael.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Minor problem building fpc2.3.1on OS/2

2007-12-07 Thread Tomas Hajny
Dave Parsons wrote:
 On Fri, 07 Dec 2007 12:12:53 +0100, Vincent Snijders wrote:
 Dave Parsons schreef:


Hi,

  I've just tried building fpc-2.3.1 from svn using fpc-2.0.4 and
  received the following errors.

 Can you start with fpc-2.2.0?

 No, according to the FPC download page 2.0.4 is the latest.
 I've been trying to build from svn for a while now but it
 didn't build until about 2 months ago  that was 2.3.1.

Correct. Nevertheless, there are binary snapshots available for both 2.2.1
and 2.3.1; building with either of them should probably work (2.2.1 is
preferred). There's still at least one major outstanding issue - FP IDE
(and other FV based application) crash immediately on startup while
calling a function in VIOCALLS.DLL. My guess is somehow messed stack or
something else triggering troubles when calling thunked 16-bit APIs, but I
didn't manage to debug this issue yet (mostly due to missing time :-( ).

Regards

Tomas

___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel