headers
leledumbo | 1 Aug 2008 10:48
Picon
Favicon
Gravatar

Re: Enabling FPC_HAS_FEATURE_CONSOLEIO


Micha Nelissen wrote:
> 
> Can you undefine FPC_HAS_FEATURE_TEXTIO as well?
> 
> In the end, you have nothing left :-). Or is this the point?
> 
> What's the goal?
> 
> Micha
> 
It's already undefined. Yes, I have nothing for now. In systemh.inc, you may
find:

{$ifndef FPC_HAS_FEATURE_SUPPORT}
{$define FPC_HAS_FEATURE_HEAP}
{$define FPC_HAS_FEATURE_INITFINAL}
{$define FPC_HAS_FEATURE_RTTI}
{$define FPC_HAS_FEATURE_CLASSES}
{$define FPC_HAS_FEATURE_EXCEPTIONS}
{$define FPC_HAS_FEATURE_EXITCODE}
{$define FPC_HAS_FEATURE_ANSISTRINGS}
{$define FPC_HAS_FEATURE_WIDESTRINGS}
{$define FPC_HAS_FEATURE_TEXTIO}
{$define FPC_HAS_FEATURE_CONSOLEIO}
{$define FPC_HAS_FEATURE_FILEIO}
{$define FPC_HAS_FEATURE_RANDOM}
{$define FPC_HAS_FEATURE_VARIANTS}
{$define FPC_HAS_FEATURE_OBJECTS}
{$define FPC_HAS_FEATURE_DYNARRAYS}
(Continue reading)

Permalink | Reply | 2 comments |
headers
Florian Klaempfl | 1 Aug 2008 11:54
Favicon

Re: Enabling FPC_HAS_FEATURE_CONSOLEIO

leledumbo schrieb:
> Perhaps someone have a dependency graph for all of these features?

This is probably too hard to do. The goal of the feature approach is 
designed more towards the possibility to create a stripped rtl for 
existing targets. If you want only consoleio without file system support 
I fear you need to take your own approach
_______________________________________________
fpc-pascal maillist  -  fpc-pascal@...
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Permalink | Reply | 1 comment |
headers
leledumbo | 1 Aug 2008 12:27
Picon
Favicon
Gravatar

Re: Enabling FPC_HAS_FEATURE_CONSOLEIO


Florian Klaempfl wrote:
> 
> If you want only consoleio without file system support 
> I fear you need to take your own approach
> 
No workaround?

I'll implement a file system soon, so I guess I'll be fine. Except there's
another feature dependency for CONSOLEIO besides TEXTIO.

PS: FILEIO looks ... suspicious (i.e. not much different from TEXTIO).
--

-- 
View this message in context: http://www.nabble.com/Enabling-FPC_HAS_FEATURE_CONSOLEIO-tp18686657p18771747.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.

_______________________________________________
fpc-pascal maillist  -  fpc-pascal@...
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Permalink | Reply | 0 comments |
headers
Johann Glaser | 3 Aug 2008 18:04
Picon
Picon

Access inherited^2

Hi!

How can I access an inherited inherited method which was overloaded?

====== Example: ======

{$mode objfpc}{$H+}
Program TestInherited;
Uses Classes, SysUtils;

Type
  TFirst = class
    Constructor Create(A,B,C:Integer);
  End;
  TSecond = class(TFirst)
    Constructor Create(A,B:Integer);
  End;
  TThird = class(TSecond)
    Constructor Create(A,B:Integer);
  End;

Constructor TFirst.Create(A, B, C: Integer);
Begin
  { ... }
End;

Constructor TSecond.Create(A, B: Integer);
Begin
  inherited Create(A,B,0);
End;
(Continue reading)

Permalink | Reply | 7 comments |
headers
Alexey Taran | 3 Aug 2008 21:16
Favicon

Re: Access inherited^2

Johann Glaser writes:
> Hi!
>
> How can I access an inherited inherited method which was overloaded?
>   
AFAIK TThird inherits Create method not from TFirst, but from TSecond,
i.e. TThird.Create calls TSecond.Create, not TFirst.Create.
_______________________________________________
fpc-pascal maillist  -  fpc-pascal@...
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Permalink | Reply | 0 comments |
headers
Roland Turcan | 4 Aug 2008 11:56
Picon

Re[2]: Ugly exception during compilation FPC 2.3.1 MacOS X 10.5 PowerPC

Hello Mattias,

MG> /usr/local/share/lazarus/lazbuild --build-ide="-va -dVerboseOFExecute"

I have done all things you wrote me, but the result of compilation
didn't write any line written by WriteLn inside of IFDEFs. Maybe there
could be a bug during parsing of -d parameter and IFDEF sections were
not compiled into the code. Therefore I have commented IFDEFs out to
get them into lazbuild and the result is the following:

Compiling ./unit/ResConf.pas
Assembling resconf
An unhandled exception occurred at $00148A20 :
TOutputFilter.Execute W1
TOutputFilter.Execute W2
EAccessViolation : Access violation
  $00148A20
  $001479C4
  $0014C8FC
  $0014B04C
  $001245B0
  $0014FE68
  $00150368
  $0013320C
  $0012B970
  $00109034
  $0011D3B4
  $0012AADC
  $0012ADF0
  $0012BB78
(Continue reading)

Permalink | Reply | 9 comments |
headers
Roland Turcan | 4 Aug 2008 12:03
Picon

Re[3]: Ugly exception during compilation FPC 2.3.1 MacOS X 10.5 PowerPC

Hello Mattias,

I have forgotten to send also result of building under gdb. Here is:

Compiling ./unit/ResConf.pas
Assembling resconf
An unhandled exception occurred at $00148A20 :

Breakpoint 1, 0x00017500 in fpc_raiseexception ()
(gdb) bt
#0  0x00017500 in fpc_raiseexception ()
#1  0x0010d334 in TOUTPUTFILTER__EXECUTE (THEPROCESS=0x2788a20, ACALLER=0x25e9d40,
ATOOL=0x2997200, this=0x27882a0)
#2  0x003b7bbc in TEXTERNALTOOLLIST__RUN (EXTTOOL=0x2997200, MACROS=0x29780c0,
THEOUTPUTFILTER=0x27882a0, COMPILEROPTIONS=0x297ce90, this=0x25e9d40) at exttooldialog.pas:370
#3  0x0017e458 in TBUILDMANAGER__ONRUNCOMPILERWITHOPTIONS (EXTTOOL=0x2997200,
COMPOPTIONS=0x297ce90, this=0x25d8860) at buildmanager.pas:1222
#4  0x0016d804 in TLAZPACKAGEGRAPH__COMPILEPACKAGE (APACKAGE=0x29ccb80, FLAGS=Invalid C/C++ type
code 10 in symbol table.
) at packagesystem.pas:2947
#5  0x0016ce00 in TLAZPACKAGEGRAPH__COMPILEREQUIREDPACKAGES (APACKAGE=0x0,
FIRSTDEPENDENCY=0x29db0a0, GLOBALS=0x25e66d0, POLICIES=Invalid C/C++ type code 10 in symbol table.
) at packagesystem.pas:2778
#6  0x0000341c in TLAZBUILDAPPLICATION__COMPILEAUTOINSTALLPACKAGES (this=0x27b8090) at lazbuild.lpr:502
#7  0x000030d8 in TLAZBUILDAPPLICATION__BUILDLAZARUSIDE (this=0x27b8090) at lazbuild.lpr:445
#8  0x00005c6c in TLAZBUILDAPPLICATION__RUN (this=0x27b8090) at lazbuild.lpr:978
#9  0x000073b8 in PASCALMAIN () at lazbuild.lpr:1167
#10 0x00029df0 in SYSTEM_FPC_SYSTEMMAIN$LONGINT$PPCHAR$PPCHAR ()
#11 0x00001b6c in _start ()
#12 0x00001870 in start ()
(Continue reading)

Permalink | Reply | 7 comments |
headers
Roland Turcan | 4 Aug 2008 12:23
Picon

Re[4]: Ugly exception during compilation FPC 2.3.1 MacOS X 10.5 PowerPC

Hello Mattias,

I have also uncommented some DebugLns which are inside of code:

Compiling ./unit/ResConf.pas
Assembling resconf
An unhandled exception occurred at $00148A20 :
TOutputFilter.Execute After Loop
TOutputFilter.Execute fProcess.ExitStatus=217

Breakpoint 1, 0x000173e0 in fpc_raiseexception ()
(gdb) bt
#0  0x000173e0 in fpc_raiseexception ()
#1  0x0010d33c in TOUTPUTFILTER__EXECUTE (THEPROCESS=0x2788a20, ACALLER=0x25e9d40,
ATOOL=0x2c35340, this=0x27882a0)
#2  0x003b7bbc in TEXTERNALTOOLLIST__RUN (EXTTOOL=0x2c35340, MACROS=0x29780c0,
THEOUTPUTFILTER=0x27882a0, COMPILEROPTIONS=0x297ce90, this=0x25e9d40) at exttooldialog.pas:370
#3  0x0017e458 in TBUILDMANAGER__ONRUNCOMPILERWITHOPTIONS (EXTTOOL=0x2c35340,
COMPOPTIONS=0x297ce90, this=0x25d8860) at buildmanager.pas:1222
#4  0x0016d804 in TLAZPACKAGEGRAPH__COMPILEPACKAGE (APACKAGE=0x29ccb80, FLAGS=Invalid C/C++ type
code 10 in symbol table.
) at packagesystem.pas:2947
#5  0x0016ce00 in TLAZPACKAGEGRAPH__COMPILEREQUIREDPACKAGES (APACKAGE=0x0,
FIRSTDEPENDENCY=0x29db0a0, GLOBALS=0x25e66d0, POLICIES=Invalid C/C++ type code 10 in symbol table.
) at packagesystem.pas:2778
#6  0x000032fc in TLAZBUILDAPPLICATION__COMPILEAUTOINSTALLPACKAGES (this=0x27b8090) at lazbuild.lpr:502
#7  0x00002fb8 in TLAZBUILDAPPLICATION__BUILDLAZARUSIDE (this=0x27b8090) at lazbuild.lpr:445
#8  0x00005b4c in TLAZBUILDAPPLICATION__RUN (this=0x27b8090) at lazbuild.lpr:978
#9  0x00007298 in PASCALMAIN () at lazbuild.lpr:1167
#10 0x00029cd0 in SYSTEM_FPC_SYSTEMMAIN$LONGINT$PPCHAR$PPCHAR ()
(Continue reading)

Permalink | Reply | 5 comments |
headers
Joao Morais | 4 Aug 2008 13:23
Picon

Re: Access inherited^2

Johann Glaser wrote:
> How can I access an inherited inherited method which was overloaded?

You can't, one of them will need to have a different name.

Joao Morais
_______________________________________________
fpc-pascal maillist  -  fpc-pascal@...
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Permalink | Reply | 3 comments |
headers
Mattias Gärtner | 4 Aug 2008 13:45
Picon
Favicon

Re: Re[2]: Ugly exception during compilation FPC 2.3.1 MacOS X 10.5 PowerPC

Zitat von Roland Turcan <konf@...>:

> Hello Mattias,
>
> MG> /usr/local/share/lazarus/lazbuild --build-ide="-va -dVerboseOFExecute"
>
> I have done all things you wrote me, but the result of compilation
> didn't write any line written by WriteLn inside of IFDEFs. Maybe there
> could be a bug during parsing of -d parameter and IFDEF sections were
> not compiled into the code.

Or:
FPC does not automatically recompile units if a -d option is given. You must add
a -B (build all) yourself or clean up before build.
For example:

/usr/local/share/lazarus/lazbuild --build-ide="-dVerboseOFExecute -B"

> Therefore I have commented IFDEFs out to
> get them into lazbuild and the result is the following:
>
> Compiling ./unit/ResConf.pas
> Assembling resconf
> An unhandled exception occurred at $00148A20 :
> TOutputFilter.Execute W1
> TOutputFilter.Execute W2
> EAccessViolation : Access violation
>   $00148A20

ok. So, it is somewhere in EndBufferingOutput.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane