> Ow ?
> I've coded a lot if interfaces with D6 and luckily it complained if I
> forgot to implement some of them.
>
OTOH if the "abstract" keyword for classes was introduced/implemented
in FPC it would be nice to have "partial interface implementation"
just like Java ;-)
Cheers,
Flávio
___
On Friday 25 May 2007, Marc Weustink wrote:
> Mario R. Carro wrote:
> > Hi, I'm trying to compile the JCL with FreePascal (the common, unix and
> > vcl folders). Excluding the portability errors in the JCL, I found some
> > issues that I think could be best solved by FPC (and benefit the porting
>
Jonas Maebe wrote:
It's a bug in the compiler. Please submit a bug report with a
compilable sample that demonstrates the problem.
Jonas,
Thanks much for the reply. I will submit a bug report ASAP. I spent most
of the morning trying to simplify the error case, and came up with the
following:
On 25 mei 2007, at 18:50, Alan Krause wrote:
The problem arises when the linker attempts to put all the pieces
together into one .so :
/usr/bin/ld: uCUNASP_CLCalc.o: relocation R_X86_64_32S against
`U_UCUNASP_CLCALC_CUNASPCLSET' can not be used when making a shared
object; recompile with
Mario R. Carro wrote:
Hi, I'm trying to compile the JCL with FreePascal (the common, unix and vcl
folders). Excluding the portability errors in the JCL, I found some issues
that I think could be best solved by FPC (and benefit the porting of any
other Delphi project also). I'm using FPC from SV
I posted a similar email to the fpc-pascal mailing list, but I am
guessing that since the issue is somewhat complex, someone on this list
might have a better understanding of what the underlying issue might be.
I have successfully ported a Delphi DLL to a compiled shared library
under 32-bit l
On 25 mei 2007, at 15:23, Mario R. Carro wrote:
- Some assembler does not compile. For example this function, in
JclLogic.pas:
procedure SetBitBuffer(var Value; const Bit: Cardinal);
asm
BTS[Value], Bit
end;
This unit can be compiled with FPC defining PUREPASCAL but with
degraded
p
Hi, I'm trying to compile the JCL with FreePascal (the common, unix and vcl
folders). Excluding the portability errors in the JCL, I found some issues
that I think could be best solved by FPC (and benefit the porting of any
other Delphi project also). I'm using FPC from SVN (updated daily).
He
On 25 mei 2007, at 11:45, Graeme Geldenhuys wrote:
Compiling it with FPC 2.3.1 (Revision: 7448) using
ppc386 -S2cgi -OG1 -gl -vewnhi -l -Fu../ -Fu. -FUlib/i386-linux/
fpgfxpackage.pas
..I get the following errors. Any ideas why?
fpGUI/gfx/x11/gfx_x11.pas(798,8) Error: Argument can't be assi
Graeme Geldenhuys wrote:
- code where error occurs ---
case Attr.Depth of
1: PixelFormat.FormatType := ftMono;// <-- line 798
4: PixelFormat.FormatType := ftPal4;
public
propertyPixelFormat: TGfxPixelFormat read FPixelFormat;
You only allow read access to
Hi,
I thought I would try out FPC 2.3.1 (Revision: 7448) and compile
fpGUI. Compiling fpGUI with 2.0.5 and 2.1.3 works 100%
Compiling it with FPC 2.3.1 (Revision: 7448) using
ppc386 -S2cgi -OG1 -gl -vewnhi -l -Fu../ -Fu. -FUlib/i386-linux/
fpgfxpackage.pas
..I get the following errors. Any i
Marco van de Voort schrieb:
>> Peter Vreman a ?crit :
>>> Thanks, the patches are applied. One small change in ttyname.inc to use
>>> {$ifndef beos} instead of
>>> disabling the code for all platforms.
>>>
>> Oups ! I forgot this one. This is why code review is important.
>>
>> After updating m
> Peter Vreman a ?crit :
> > Thanks, the patches are applied. One small change in ttyname.inc to use
> > {$ifndef beos} instead of
> > disabling the code for all platforms.
> >
> Oups ! I forgot this one. This is why code review is important.
>
> After updating my working copy, i found that i
13 matches
Mail list logo
