x-androideabi-ld.exe
--dynamic-linker=/system/bin/linker --gc-sections -s -L. -o
bin\arm-android\fppkg bin\arm-android\link.res
if errorlevel 1 goto linkend
goto end
:asmend
echo An error occured while assembling %THEFILE%
goto end
:linkend
echo An error occured while linking %THEFILE%
:end
--
Felipe
ing error?
thanks,
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
oblem too =) Strange that both solution works:
copying my binutils&fpc binary to the same drive as the source code or
putting a useless ; in the PATH
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://list
On Mon, Jul 9, 2012 at 12:09 PM, Felipe Monteiro de Carvalho
wrote:
> but I have:
>
> SET PATH=C:\Programas\lazarus31\fpc\2.6.1\bin\i386-win32
>
> And the file C:\Programas\lazarus31\fpc\2.6.1\bin\i386-win32\pwd.exe does
> exist
I think I found the problem. It seams that bu
on looks smaller and easier to implement.
I don't see how TBufDataset has anything to do with anything, I just
selected it randomly as a model to study.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepa
he normal TSQLite3Connection does not work in Android (no idea why).
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
y?
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
be a better solution? TBufDataset is huge ... it me
it looks much harder to understand how it works and subclass it then
to attempt to start with empty methods and see if implementing
something on them will work.
--
Felipe Monteiro de Carvalho
___
fpc-devel ma
in my own personalized FPC 2.5.1.
Basically I want to implement a new dataset for Android which works via JNI.
thanks,
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinf
are talking about ucs2 and not true utf-16.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
will get random errors all the time, as you seem to be getting
> based on your previous mails.
I don't think that this problem is related at all to the previous
e-mails. Previously I was trying to build in Mac OS X at home. Now I
am trying at work in Windows.
:)
Didn't change anything.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
k-r8\toolch
ains\arm-linux-androideabi-4.4.3\prebuilt\windows\bin OPT=-dFPC_ARMEL BINUTILSPR
EFIX=arm-linux-androideabi- INSTALL_PREFIX=output
makefile:29: *** You need the GNU utils package to use this Makefile. Stop.
Any ideas?
This same kind of method worked fine for building Lazarus...
thanks,
--
F
On Mon, Jul 9, 2012 at 9:42 AM, Thomas Schatzl wrote:
> Run
>...
> (I.e. the command line that failed, including "-al -s")
That results in:
Fatal: No source file name in command line
Fatal: Compilation aborted
--
Felipe Monteiro de Carvalho
"argv"
system.pp(192,19) Error: Identifier not found "argv"
system.pp(200,16) Error: Identifier not found "argc"
system.pp(380) Fatal: There were 9 errors compiling module, stopping
Fatal: Compilation aborted
--
Felipe Monteiro de Carvalho
__
On Sun, Jul 8, 2012 at 2:20 PM, Felipe Monteiro de Carvalho
wrote:
> Maybe it will work with NDK v8, so I am downloading that now.
nope, using NDK v8 didn't help
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepa
oid_all] Error 2
make[2]: *** [rtl_all] Error 2
make[1]: *** [build-stamp.arm-android] Error 2
make: *** [crossinstall] Error 2
user-31-174-84-158:targetandroid felipe$
Maybe it will work with NDK v8, so I am downloading that now.
--
Felipe Monteiro de Carvalho
___
I just conected the points based on your assertion
that default=v5, but indeed maybe it is v4.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
is interresting as a future possibility, but right now all
devices which I am interrested at run ARM.
thanks,
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
compiling module, stopping
Fatal: Compilation aborted
make[4]: *** [system.ppu] Error 1
make[3]: *** [android_all] Error 2
make[2]: *** [rtl_all] Error 2
make[1]: *** [build-stamp.arm-android] Error 2
make: *** [crossinstall] Error 2
any ideas?
thanks,
--
Felipe Monteiro de Carvalho
__
mp
-S libs/armeabi/liblclapp.so > lclappsym2.txt
Felipe Monteiro de Carvalho
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
et it into working to have sqlite
support. Really unexpected to need threading for sqlite...
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
of dynamic
binding.
Well, so basically I am just sending this e-mail to start talks about
what kind of solution would be accepted, maybe someone has better
ideas then I had. I am tempted towards:
{$ifdef Android}
libsqlite3 = '/system/lib/libsqlite.so&
till the index is found.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
I am curious as to how exactly it will work. For example: Does it
support overlapping windows or only full screen ones like a mobile
platform?
And how do DirectX applications work there? Also via a DLL together
with WinRT or can one make a native executable with DirectX?
--
Felipe Monteiro de
can handle the imense complexity of 1
if clause in 10 functions.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
e
else. But sure, for me it is also fine to go W all the way if someone
can test that it works in Windows 9x or if someone does the decision
to kill support for it.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
h
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
avoid
this kind of problem. They all exist and they all simply don't do
anything so a runtime check is appropriate. There will be no
unresolved imports error. We do this in a similar fashion in Lazarus
since maybe 5 years without problems and it always ran correctly in
Windows 9x.
--
Fel
ully and make it work reliably, make
it support UTF-8 and use newer APIs when possible. Like my proposed
patch does for improving the Unicode support of
TStringList.LoadFromFile / SaveToFile.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist
:
1> makes it impossible to support Unicode and support Windows 9x at
the same time, but I doubt that Free Pascal wants to drop Windows 9x
support (even if it is obsolete).
2> Breaks the interface because the string type changed
--
Felipe Monteiro de Carvalho
_
The related bug tracker item is:
http://mantis.freepascal.org/view.php?id=21114
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
.
Disadvantages of the patch:
* None that I can imagine.
Waiting for comments.
--
Felipe Monteiro de Carvalho
unicodesysutils.diff
Description: Binary data
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman
estion next time
I see this.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
The errors disappeared after deleting the lpi and getting a fresh version of it.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
\lazarussvn\lcl\units\arm-wince\customdrawn\customdrawnproc.s:956:
Error: cannot represent BFD_RELOC_ARM_PCREL_BLX relocation in this
object file format
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
are
already similar to Pascal. VHDL for example is quite pascal-ish.
See: http://en.wikipedia.org/wiki/File:Vhdl_signed_adder.png
So why modify Pascal to try to make it usable in FPGA when the main
language for FPGA development is already pascalish?
--
Felipe M
me simply shipping you the hardware that I have? It comes
with Debian installed and should be a pretty good MIPS machine (I
don't remember the specs, but it was used for running desktop linux
with KDE). Then you could make it accessible via ssh if you want or
whatever else.
--
Felipe Montei
a { comment opening followed by a
character * inside the comment.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
As for WriteLn / ReadLn if one really wants to allow inputing directly
control codes, one could either make them use UTF-8 and offer an
alternative RawWriteLn / RawReadLn for raw input of control codes or
leave them sending raw text and expose the routines to convert UTF-8
<-> EBCDIC
--
Fe
2012/1/18 Tomas Hajny :
> ...except for the EBCDIC stuff, because the common parts of our RTL assume
> ASCII in many places
If it was me implementing I would simply convert between both types
everywhere necessary and leave the RTL using ASCII.
--
Felipe Monteiro de Ca
On Sun, Jan 1, 2012 at 2:12 PM, Jeff Duntemann wrote:
> Bravo! My only question is: Are there any particular issues with respect to
> using 2.6.0 with Lazarus?
For desktop platforms I don't know any issues. It works just as good as 2.4
--
Felipe Monteiro
ments to do everything.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
+rename
And it is the 1st hit in Google, not the 10th or something like that
like in the CHM
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
In lazarus/components/lazutils/fileutil.pas there is:
function FileSize(const Filename: string): int64;
And as a bonus it works only with UTF-8
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
zone information. This can be easily corrected by adding a
EpochToUTC routine and this solution works fine in this machine too ;)
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
general routine. At least
CLOCK_MONOTONIC_RAW, CLOCK_MONOTINIC and CLOCK_REALTIME are constants
I already know I'd like to test. But there may be more.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freep
e up with a better implementation which supports
a specified length of time it would be ideal.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Fri, Dec 9, 2011 at 3:42 PM, Marco van de Voort wrote:
> FreeBSD has it. But OS X hasn't it seems, not even in recent versions.
I'm not sure if Mac OS X has it, but it doesn't work (returns failure
or something) or if it doesn't have it at all.
--
Feli
proportion
of OS/2 users in the FPC community? From source forge I'd say 0,005%
or less
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
est one can do for old kernels.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
duplicated code and because it is a very basic routine.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
m/man-page/FreeBSD/2/CLOCK_GETTIME/
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Hello,
How can one call clock_gettime ? I couldn't find a fp prefixed routine
for it ...
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
<-- problem here
ARC=false
ZONE=Poland
So NowUTC is not really necessarily immune to the lookup of files in Linux.
But I still maintain that it is a very useful routine.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.
in UTC".
Use case example: You need to store the current time in UTC in a database.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
y not support returning the
> time in UTC.
I think that Michael already exposed more then enough the holes in
this argument.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
64-bits and the
Windows one returning 32-bits... so that's why I would recommend
FPGetTickCount: QWord
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Fri, Dec 9, 2011 at 10:39 AM, Marco van de Voort wrote:
> I thought that discussion had established that a timezone based on
> fpgettimeofday is not reliable on Linux? Yet, I see it in this patch?
In my tests it worked. What do you propose instead?
--
Felipe Monteiro de Ca
But maybe in the RTL it should have a different name to avoid
conflicts with the Windows unit... but which name?
thanks,
--
Felipe Monteiro de Carvalho
felipenowutc.diff
Description: Binary data
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
lar typos in my coding and they don't mean I really wanted to
redefine rectangle.
But the TCanvas line is trully confusing by not adding the last pixel.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
On Thu, Dec 8, 2011 at 9:33 AM, wrote:
> Yes, but changing this will break existing code ?
Yes, it cannot do both at the same time, unless we add a property
PaintLikeTCanvas or something like that.
--
Felipe Monteiro de Carvalho
___
fpc-de
:
4> Implement TRegion in LCL-CustomDrawn
5> Describe the shape of controls and forms
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
It is back to normal now, strange...
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Wed, Dec 7, 2011 at 11:54 AM, Felipe Monteiro de Carvalho
wrote:
> ummm, not sure if this is really faster because you need to move
> memory 2 times.
Actually 3 times, because first you would need to copy the existing
image to the temp bitmap (to support alpha blending), then draw to
ach implementation.
Not to mention that improving invalidate rect to detect which controls
need to be repainted might be a lot more useful in reducing the paint
time then changing the regions implementation.
--
Felipe Monteiro de Carvalho
___
fpc-devel mail
is faster via 100s of rectangles
or via poligon, but unless via poligons is dramatically slower I would
definitively not want to change into the 100s of rectangles way.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lis
=False;
db:=False;
if p and (Pen is TFPCustomDrawPen) then
So not having them as virtual ruins our hability to change their behavior.
Also TCanvas does not draw via Pen, Brush and Font like TFPCustomCanvas does.
--
Felipe Monteiro de Carvalho
___
So I propose to change TFPCustomCanvas to have virtual, so that we can
more cleanly connect the routines which do the same and have the same
parameters.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Wed, Dec 7, 2011 at 8:06 AM, Felipe Monteiro de Carvalho
wrote:
> Indeed good idea, I am implementing like that with slightly different
> names (TFPCustomRegion and IsPointInRegion).
commited, I did not mention anything from Clip in the name of the
region because it is not necessary
-image and
all dependencies?
cd fpctrunk
make all
or is there any other way?
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
can clearly see a case for changing more directly the
behavior. Also fcl-image comes without debug info, so removing the
methods from TCanvas would bring a debugging annoyance.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.f
ac OS X in different computers in different
places, so it can't be something on my side.
any ideas? Anyone also experiencing this with lazarus or fpc svn?
thanks,
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.free
I have built html docs in windows without any issues around 2 years
ago. I rarely build the docs in Windows nowadays, so I don't remember
the details.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepas
his optimization
conflicted with my non-rectangular region support =) So that's yet
another reason why I want to make a change here.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
not currently implemented. LCL-Carbon is a bit behind from
what I remember, but I don't quite remember what exactly is missing or
if I already fixed it.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
ons, which match only in
LCL-CustomDrawn.
what do you think?
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
is there value in it?
mode delphi is used in a huge amount of code, so any break in
backwards compatibility here would be extremely unwelcome. It surely
would break a lot of code that I wrote.
But yes, $mode strictdelphi looks like a good idea if you want to implement it.
--
Felipe Mo
will support almost anything since the porting requirements
will be so dramatically reduced in comparison to now.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
ropping
support for the Ansistring-based RTL, which looks very unlikely from
what I understood.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
lot of things to me.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
urse the answer was not
cristal clear. Changing to libc could also bring issues and if it is
not broken I would not change what is done now.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.o
I see that there is good will, and that's the most important part =)
I will see what I can do on my part to help here. (continuing in private)
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lis
re not expected at all to work in Android, and if they work
it is pure luck, but still the android target should use them? Just to
add the work of having to figure out what was broken when people
change the linux rtl files without care for the android target?
--
Felipe Monteiro de Ca
aving them as zero is just fine for the
future android target.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
against the IFDEF ANDROID, but I do hope that if we
introduce it I won't hear in the future when a commit breaks it that
it is unsupported so we shouldn't care about that.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@list
On Tue, Nov 15, 2011 at 3:42 PM, Felipe Monteiro de Carvalho
wrote:
> So if anything was broken before rev19036 it was after 19th January or
> it requires something special to reproduce. So far I haven't found any
> issues with libraries or even executables built with that
> cro
or%20ARM/
And ever since it worked excelently.
So if anything was broken before rev19036 it was after 19th January or
it requires something special to reproduce. So far I haven't found any
issues with libraries or even executables built with that
cross-compiler while running on Android.
--
Fe
code.
I already heard about this error before, is it also a breakage
introduced in 2.7?
Because I tested sysutils in my 2.5 cross-compiler and it works fine.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.fr
r and there are instructions about how to install and
use it here:
http://wiki.lazarus.freepascal.org/Android_Interface/Using_the_Android_SDK%2C_Emulator_and_Phones#Using_the_Emulator
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.free
.org/index.php/topic,15108.15.html
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
l allow the possibility.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
ore precision timing.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
it would be extremely fast everywhere.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Tue, Nov 1, 2011 at 12:08 PM, Michael Van Canneyt
wrote:
> This is something that normally doesn't happen unless you move your system
> from one timezone to another or during system setup
In many countries the time zone changes 2 times a year because of the
summer time.
--
Feli
would at
most be wrong for 1 hour during a long running application. For other
applications which call Now very frequently we only add some value
checkes more to the overhead, which shouldn't be expensive.
--
Felipe Monteiro de Carvalho
___
fpc-
short I'd say that nearly
nothing is ready in the Symbian port for S60. I most worked on trying
to hack around that horrible Symbian build mess, but I doubt that any
of that work applies to the latest S60 because they change a lot
between versions.
--
Felipe Monteiro de Car
Ok, so after summing in all of this problems which we are facing, I
will withdraw all of my previous ideas and agree with you Marco. If
FPC can produce a RTL mode where string=utf8string then I agree
Lazarus should try to use this UTF-8 RTL.
--
Felipe Monteiro de Carvalho
quot;PChar" should still be
> and behave the same?!
Delphi changed PChar to mean PWideChar, so I simply supposed that FPC
will do the same. Or won't it?
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
I just wanted to
say that in this RTL mode or whatever we have string=banana as the
standard case which is used by the RTL.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
1 - 100 of 673 matches
Mail list logo
