Sent from my iPhone
On 21 Feb 2010, at 19:37, JoshyFun wrote:
z := iff(a=b,1,2);
But to me it looks awful and a bit of c-ism
No, that is a VB-ism. A C-ism would be:
z = (a==b ? 1 : 2);
Which I fo tend to use myself in c# as it is a lot more convenient in
some cases.
__
Graeme Geldenhuys wrote:
Marco van de Voort wrote:
It also proves that such solution external to the language is possible. That
weakens the case for a language feature
My point exactly! The language doesn't need such a feature because your
editor of choice should be able to do that, a
Marco van de Voort wrote:
IMHO Prism is not even Delphi. Just recycling of the brand.
Laying cards on the proverbial table, I don't think it was ever intended
to be Delphi. RemObjects developed the compiler completely outside of
Delphi for a number of years before the technology was licens
Jonas Maebe wrote:
Maybe this discussion could be moved to the fpc-other list? It's not
really directly applicable to FPC anymore.
Indeed, which is why I said "[..] I can also see why it is not something
worth discussing further." I guess if someone was committing to
developing the compiler m
Sent from my iPhone
On 24 Feb 2010, at 06:10, Jürgen Hestermann
wrote:
Well, *this* can be done much easier ;-):
I think an interjection at this point is required - all of this is
down to personal experience, preference and style. It is what you are
used to. Having done 10+ years
Adrian Veith wrote:
//pcol^ := Plongword(p)^; -- changed
pcol^ := (LongWord(p[3]) shl 24) + (LongWord(p[2]) shl 16) +
(LongWord(p[1]) shl 8) + LongWord(p[0]);
This looks like an endian issue. Aren't Bitmaps in Little Endian format
(as per the usual endianess of the Intel x86 processo
Adrian Veith wrote:
..the bitmaps look scrambled and have different colors.
I haven't found the solution for this yet.
Ignore that last message. It seems WinCE is only ever little endian. So
it is probably more to do with DIB vs general device dependent Bitmaps.
Have you tried converting the bi
Graeme Geldenhuys wrote:
On 29 April 2010 14:51, Florian Klaempfl wrote:
Having a bigger lookahead makes a lot more things far more complex
epecially in combination with include files, macros, generics.
Why? You only apply the extra lookaheads where needed (code that
could be ambiguo
Graeme Geldenhuys wrote:
So which one would be more fitting for any mime types, or is there
another option I didn't think of? Here is a simple usage example of
the TfpgMimeData class - to help put this in perspective:
This seems a lot like the BMessage class used with in the BeAPI. There
i
Sent from my iPhone
On 7 Oct 2010, at 22:44, Michael Van Canneyt wrote:
>
>> Aren't there automation systems for this? Just like debian's 'apt-get update
>> && upgrade' with a custom repository with your software? But then for
>> windows I presume?
>
> I haven't seen any yet. The main prob
On 16 Oct 2010, at 14:23, "Uffe Kousgaard" wrote:
> "Sven Barth" wrote in
> message
>>
>> TCriticalSection is a WinAPI struct if you include the unit Windows.
Appart from unit ordering (which is a shaky way of reliably resolving things),
you could always qualify the name with the unit prefix
On 14 Nov 2010, at 13:16, Graeme Geldenhuys wrote:
> On 14 November 2010 14:18, Sven Barth wrote:
>> IInterface and IUnknown are the same in Delphi 7 as well as they are in FPC
>> (although they are aliased the other way round, but that doesn't matter).
>
>
> So then comes the big question — wh
On 17/11/2010 09:16, Felipe Monteiro de Carvalho wrote:
You could try MeeGo: http://en.wikipedia.org/wiki/MeeGo
Which is. at least in this instance, based on Maemo.
At the moment with this phone: http://en.wikipedia.org/wiki/Nokia_N900
My best advice - and this is real world experience sp
Sent from my iPhone 4
On 17 Nov 2010, at 15:26, Felipe Monteiro de Carvalho
wrote:
> Which smartphone platform do you recommend then?
None of them are ideal at the moment. From a Free Pascal perspective, iPhone
has the best support. If I was choosing, I'd probably go for Windows Phone 7
Sent from my iPhone 4
On 18 Nov 2010, at 08:31, Max Vlasov wrote:
> But I thought about it recently and I think at least that there's a platform
> that could be such - Symbian.
Never developed for Symbian using their native SDK, but as an OS - Symbian is
extremely backwards. What doesn't
On 07/12/2010 10:46, Felipe Monteiro de Carvalho wrote:
Still not ideal, however.
Well, no. As Android targets any processor - not just ARM. Indeed, there
are Intel based versions. Native is bad, and only come in to existence
to compete with other platforms with purely native compilation - an
On 08/12/2010 09:42, Darius Blaszyk wrote:
Couldn't find it there, although there are some examples with SDL and
OpenGL available with Jedi-SDL. So perhaps I don't need a specific
SDL_opengl header (I'm porting a C app).
Darius
Did you try here? http://www.freepascal-meets-sdl.net/
Or here?
On 10/01/2011 09:26, alexv...@mail.ru wrote:
If so, there must be an executable format supported by all FPC target
platforms natively. I don't know any such format. We have to duplicate
some OS functions to make things crossplatform.
I don't think that is what Sven meant. I think the executa
On 10/01/2011 11:09, michael.vancann...@wisa.be wrote:
Like I said, your proposal requires that we emulate all OSes on all
other OSes.
Or create a VM layer that levels the OS level differences - but again,
why do this? Creating such a VM is probably a magnitude of complexity
over just using
On 28/01/2011 11:08, Ben wrote:
Hi,
Anybody here using FPC on Haiku? If so, how well does it work compared
to under Windows or Linux?
It used to work well enough under BeOS R5, but there was always an issue
with the C++ nature of the Be API. Haiku seems to have a Qt port, so you
might get f
On 16/02/2011 09:48, Frank Church wrote:
How about Apollo?
This was the code name for Adobe Air - I expect it would be hard to get
traction if Adobe still hold some kind of rights over it.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.o
On 09/03/2011 12:52, Leonardo M. Ramé wrote:
Hi, does anyone knows if there's a library/class/function to handle .m4a
(IPhone sound files)? also, if it allows conversion to other formats, such as
.wav?
m4a is basically aac, so I'd look down that route. However, m4a files
can be protected by
Replace with just "Windows". Delphi hasn't had these since version 1.0 and they
are aliased to that one Unit. No idea why they exist in the unit. In question
also Very strange.
Sent from my iPhone 4
On 21 Apr 2011, at 17:22, John Lee wrote:
> Just downloaded & tried to registry.pas - for
> Thanks, I guess I lost the argument :]. Anyway, I guess it wouldn't hurt
> to clarify that just a little bit in the manual :-/
However, IIRC "complete boolean eval" (which is what delphi calls it) would
blow the code up, as even if Foo was nil, the second half would be evaluated
regardless.
May
>(astonishing that ShortStrings are slower than AnsiStrings in this example
in delphi).
Not really. Delphi is silently upcasting your shortstrings to AnsiStrings in
the background. You would probably have to recompile the VCL to get around
this ;-)
Hope that helps,
M
_
Not wishing to make this OT, but...
> Talk to them about targets that c# does not reach, like *BSD, Mac OS
> X, Sparc, etc =)
Um.. *cough* Portable.NET, *cough* Mono. Both will get you on to most of
those platforms. Don't assume Microsoft needs all the answers. You can
certainly compile under Wi
> Not so fresh, since it's the people that designed Delphi which designed
> C# and .NET, so actually you are doing more of the same.
Nothing is fresh in IT. OP originated (so I understand, at least partially)
with additions to Pascal for MacOS.
God only knows what will happen now that Borland is
MSEgui has a distinct advantage over Lazarus. It compiles under Delphi. Just
tried it. Fiddled with one or two lines in the code, but I got the IDE to
compile and run and then built a small hello world app that also ran. Pretty
impressive really.
M
> Hi,
>
> Movie:
> =
> For those who did no
> Smaller than FPC ? That shouldn't differ too much, I think.
Delphi's optimizer is superior to FPC currently. Delphi has another 10 - 15
years and paid developers on top of FPC, so this can be expected, I guess.
And the compiler is just sooo fast.
Delphi 2005 gives 1.48MB for the mside.exe uncom
> No, it's because it's technology of the 90s and no significant further
> development of the compiler has been done. No 64 bit support so far, the
> optimizer is only reasonable good for a pentium (just compare other
commercial
> compilers with Delphi).
If it ain't broke, don't fix it.
_
> > debugger, fine. However do not blame your dislike of the Delphi debugger
on
> > your personal debugging preferences. I've been using Delphi commercially
> > since 1998, or there abouts, and the debugger is perfectly acceptable.
The
>
> So can you confirm that looking at variables that are "up t
> > If it ain't broke, don't fix it.
>
> Well, compared with other commercial compilers it is broken ;)
Heh, well when I can do what I am currently able to do in Delphi in an FPC
based IDE, we'll talk again, yes? ;-)
___
fpc-pascal maillist - fpc-pasc
> Because of
> the superior functionality valgrind offers, I've installed vmware at my
> pc at work and compile sometimes my programs with gcc (usually developed
> with MSVC) to find memory leaks, dangling pointers etc.
Hmmm... so GCC produces the exact same output as MSVC now? I don't think so.
A
> Weird, I wouldn't expect OBJFPC mode to allow automatic conversion
> from AnsiString to Pointer...
Um...
> raise Not_Now (Exception_Message);
It's a CAST dude! Exception_Message is being case as Not_Now. That should
work fairly well in most dialects.t
M
> No. Typecasts, as any other aspect of a language, has to have rules.
> AFAIR this cast in Delphi would require another cast from AnsiString
> to Pointer. And if typed pointers is enabled would require another
> cast from Pointer to TObject.
Nope. The C style cast is not type safe. Using the "as
As noted, the Delphi Program integrates a DLL stub which forces me to
make calls using it's pre-defined "Variants Only" format.
I'm not clear why you need to have a FPC DLL between a PB DLL and Delphi...
this part makes no sense.
If you need to, dynamically load the DLL. If you are exporting
http://www.borland.com/downloads/download_turbo.html
- Original Message -
From: "Leonardo M. Ramé" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, September 05, 2006 8:37 PM
Subject: [fpc-pascal] TurboExplorer
It looks like TurboExplorer wait time is finished but...Can't download
anithing :(
Can anyone comment on the Delphi unit "ShareMem" and if FPC ever did any
work to incorporate what this Delphi unit is doing for DLL shared memory
managment? I'm looking so far, at the docs on creating a memory manager,
and at the strings unit, which has some pchar utilities in it.
I don't use
I have 2 FPC programs running on a Linux machine, is there an easy
way to exchange a few data between these programs (I do not want to
use disk operations). I was thinking of using environment variables,
but I cannot find a way to change environment variables from a
program.
MMap? Unix domain so
- Original Message -
From: "Terry Kemp" <[EMAIL PROTECTED]>
To:
Sent: Monday, October 23, 2006 11:14 PM
Subject: [fpc-pascal] fpc arm big endian help
Hi all
I'm working on some code for the NSLU2 'slug'.
How do I get ppcarm to compile in big endian mode?
I have done it once before
Ooops.. this time with a reply.. "prt0.o" is a bit of assembler IIRC... is
it compiled for bigendian? That looks to be your issue. Part of the RTL is
in little endian format and needs to be recompiled.
___
fpc-pascal maillist - fpc-pascal@lists.fre
> How can I work around this? I mean, how can I redesign my idea to make
> it work with FP?
>
> Note that Qt requires that all methods to receive events, and signals
> be from objects (I cannot use a procedure to receive events).
In Delphi, I'd do it through interfaces. Delphi has this neat little
> In the future, make this kind of comments in private,
Would you listen any more gracefully?
> not in the middle of a technical discussion.
It was related to the discussion. It was also a small proportion of the rest
of the email. 24 lines, only 4 related to this outburst. You are
overreacting.
Hi Graeme - sorry to be slightly off topic, but is tiOPF working with FPC
now?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
> Yes, for a year now...
> Been using it in a commercial application since January.
Cool.. and it works with Lazarus?
I looked at tiOPF, but went with instant objects becauuse it had better
Delphi 5 support.
tiOPF is cross platform too?
M
___
fpc-pas
> Delphi 5 support has been removed in tiOPF version 2, but version 1 is
> still available on request. Anybody still using tiOPF v1 is highly
> recommended to upgrade to tiOPF v2.
No, I used v1. I looked at how much work a backport to D5 would be. Mostly
it was routines missing from the Delphi RT
> Matt Emson wrote:
>
> > If you've never looked at Instant Objects it is worthwhile. Far, far
simpler
> > to get in to than tiOPF. Only Win32 though AFAIAA.
>
> And Kylix.
Kylix 1? I have access to Kylix 1 developer (not the highest one, the middle
one) but no
> On 8 dec 2006, at 10:55, Graeme Geldenhuys wrote:
>
> > I still don't know why we can't decrease visibility in Free Pascal.
> > Is there some internal language design that prevents it?
>
> At least Borland explicitly says you cannot do that:
>http://info.borland.com/techpubs/delphi/delphi5/
> I use singletons in the following cases.
The problem with using singletons in this way is that they're not [very]
thread safe. You end up needing a locking mechanism that gets tiring very
quickly. I can't offer you a better solution, but I have worked on a project
where it was a real problem, an
> gINI and gLog are thread safe and well tested.
Out of interest, which type of locking mechanism do you use? I always favour
the "CanLock", "IsLocked", "Unclock" style mechanism ala:
if not (res.Lock) then
begin
; //recover
end
else
try
; //do work
finally
res.Unlock;
end;
But I do find
> I don't know to much about SDL. Does it handle anti-aliased line
> drawing, transparency, alpha-blending natively, or is SDL just a
> developer friendly front-end to other libraries?
SDL is a low level API that is platform independent. It uses the underlying
API for the platform it is targettin
> I don't know all that much about graphics, but (Jedi-)SDL is a great 2D
> and 3D library that uses OpenGL. It can also use other platform
> dependant graphic engines like DirectX on Windows.
JEDI SDL is a Delphi (ObjectPascal) binding to SDL created by the JEDI
project (actually, I used to work
> Another source of info might be
http://www.freepascal.org/mantis/changelog_page.php
Though it gives quite a lot of info, that page also fails with the following
error (just now, maybe not always?) :
Fatal error: Allowed memory size of 10485760 bytes exhausted (tried to
allocate 35 bytes) in /
> Usually retrying after a few minutes helps. Stupid php ...
Still get:
Fatal error: Allowed memory size of 10485760 bytes exhausted (tried to
allocate 35 bytes) in /FPC/html/mantis-1.0.3/core/bug_api.php on line 880
___
fpc-pascal maillist - fpc-
> The reason is that it tries to convert S to a number rather than V to
> a string. The error is still in the current 2.1.1.
Does FPC have :
function VarToStr(const V: Variant): string;
As this is what I would tend to advocate for this kind os assignment anyway.
M
___
> COFF is something like TIFF or AVI. Usually linkers and assembler don't
make use
> of everythin one format supports. Best bet is to dump some object files of
> CodeWarrior and try to adapt the FPC coff backend so it is also able to
create
> CodeWarrior compatible coffs.
Or, if CodeWarrior has an
> The fonctions use to manage sockets under Linux and Windows are different.
Rather than nasty ifdefs, you might want to look at the Free Pascal port of
the Synapse Sockets library. It will abstract away your OS differences and
pushes support of the network code away from your hands.
http://synap
> Read the draft here and tell me what you think of it and whether you
> have something to add:
I had a fairly quick glance through; I think you missed the point. Most of
your arguments point to something like VB3, not Pascal, ADA or C. You
mention the syntax of the Java class - Pacal and ADA are
> Most of your arguments point to something like VB3
To clarify, I mean in "language complexity". In VB 3, one could (with little
extra knowledge) code in BASIC quite quickly.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.free
> > [explaining classes is not really harder than program/unit]
> I disagree with this part. Sure, you will get questions of about
> programs/units, but the purpose of the keywords belonging to them is way
> easier to explain than public, static and class.
To a complete novice, there's not really
> Well, let's do the standard:
>
> Pascal:
>
>program
> Hello_World;
>
>begin
> WriteLn ('Hello world.');
>end.
Class: What does program mean? Does the name matter? Does it have to be the
same as the executable? Why is there a colon at the end of the line - isn't
the begin
> One thing that confuses me is: Shouldn´t the mangled name be written
> somewhat on the .LIB file?
Not if the linker understands how to mangle names, no. Also depends on what
the LIB file is used for, no? ELF would not need it, PE would require it,
and PEF would use is only when debugging - those
>> Does Symbian use PE?
> Yes, Symbian uses PE.
Symbian : EPOC 32 by another name ;-)
> Ummm ... I would like to avoid that, but it seams that it´s easier to
> use a c wrapper in fact.
The effort is larger, but you really do get a more stable and portable
solution. It doesn't tie you to a specif
> Free Pascal 1.0.10 was released with a Beos-port, developed by Carl Eric
> Codère. However, Carl stopped with FPC development, and nobody took over,
> so the Beo-port had to be discontinued.
Not to contradict you, but version 2.11 is available from here:
http://bebits.com/app/4321 (which basical
> What is the exact status of Zeta ? Is a free version available, and can it
> be run in one of the virtualisation suits?
BeOS, yes. Zeta no. The difference is in the API. However, at some point
fairly soon, Zeta moves from GCC 2.95 to GCC 4, so a lot of things will
break and be in a flux. Haiku
> But is there such a thing as a free download of beos?
BeOS R5 PE - runs from a 500MB virtual partition -
http://bebits.com/app/2680
BeOS MAX - installs to a hard disk, a new version is in BETA -
http://bebits.com/app/3892
MAX is your best bet. BeOS is quite picky with hardware though. Mainly
b
> The wikipedia article about zeta doesn´t look very promissing:
>
> http://en.wikipedia.org/wiki/Magnussoft_ZETA
That's a bit political thing. Bernd Kortz is the guy that licensed the code
from Palmsource/Access. He's the guy we need to worry about ;-)
> > As porting FPC to BeOS for PowerPC is i
> What´s wrong with codewarrior? They don´t like to release assemblers???
That's Metrowerks for you. They *never* seem to produce assemblers. But,
with the Apple platform, you had MPW, so that wasn't an issue. Else where
... ah.. problem!
___
fpc-pascal
Has anyone seen this: a randon posting on the Borland web server... anyone
care to relieve the poor fellow ;-) ?
"This is how FPC window looks on my monitor
at it's maximum size. Any idea/way to make it
bigger?
http://www.exsotron.com/exs_pics/bucket/freepascal.jpg";
He seems to be refering to t
> The picture link is dead, but in general it is simply a matter of
increasing
> terminal/dosbox fontsize.
Odd, works okay for me... Okay, I'll post this ;-)
M
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mail
"The Motorola MPx220 runs a 200-MHz Texas Instruments OMAP 1611 processor",
which is a a 32bit "ARM v5" with a " ARM926EJ-S" core.
It runs Windows 2003 Smartphone though, so I'm guessing the answer is a little
more tricky - probably no.
M
- Original Message -
From: Pianoman
To:
> Why no?
Because Windows CE <> Win32. Smartphone more so. However, the word
"probably" conveyed my doubt that I had all the facts. There you go.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fp
> Any idea how I know if a class, in a class pointer, overrides a virtual
> method? Eg:
> vfooclass := tboo1;
> // vfooclass doesn't implement sample.
>
> vfooclass := tboo2;
> // vfooclass implements sample.
You need to implement a virtual method, even if it does nothing. Are you
sure you're
> So, at this moment I know that I can:
>
> 1. Use a safe, magic and efficient way, but I need to know if it exists;
> 2. Create a "light" instance using vfooclass.NewInstance method;
> 3. hack the vmt.
>
> Which approach do you use?
I have worked with a bespoke OPF a few years ago. The way we got
>taclass = class
> fi:integer;
> public
> property i write fi;
> end;
Not to pick on little details, but shouldn't that be:
property i: interger read fi;
as the OP wanted a read only member? What you gave them was write only.
Maybe I misunderstood their request, if so sorry.
Michael Van Canneyt wrote:
On Thu, 13 Sep 2007, Graeme Geldenhuys wrote:
Hi,
Is that correct behavior? When calling Halt() somewhere inside a
try..finally block, it _doesn't_ execute the finally code.
This is by design.
Halt finalizes the units and then exits.
Yeah, I always used
Jilani Khaldi wrote:
Hi All,
just curious about the D language
(http://www.digitalmars.com/d/index.html), I read some articles on the
site, downloaded the compiler... and wrote some little examples. Well,
many of the things that the author presented as new and hot features
are already present
Marco Ciampa wrote:
Yes, it's so sad to see people that waste time reinventing the wheel...
To be fair to Walter, you have to look at his history. He wrote a lot of
different compiler implementations over the years - this is pretty much
what he's been doing *since* the time of Turbo Pascal.
Krishna wrote:
Another thing, the code produced for the winemulator target is x86
code or arm code?
Depends. The Visual Studio 2003 emulator is x86. Based on the VirtualPC
core product. The Visual Studio 2005.. um.. I don't remember. I know
Microsoft provide an ARM emulator that runs dog slow.
Krishna wrote:
On 10/26/07, Matt Emson <[EMAIL PROTECTED]> wrote:
We are talking about Symbian OS here. For linux and windows mobile
devices, I understand you can use FPC directly, right?
Sorry, you said Winemulator. I read "windows emulator" not "emulator for
wind
Adrian Maier wrote:
Hello,
I'm seeking for advice about which is the best way to hold an array of
class instances
I need to access the elements using its position (like a regular
array) , and also i'd like
the structure to grow when I add more elements
TObjectList
If you want specific non type
Marco van de Voort wrote:
Adrian Maier wrote:
VArray: array of TSomeClass;
begin
SetLength(VArray, 10);
// now you have VArray[0] .. VArray[9];
SetLength(VArray, 20);
// now you have [0] .. [19];
// Length(VArray) = 20
// for I := 0 to Pred(Length(VArray)) is a valid statemen
Graeme Geldenhuys wrote:
As far as I know .pp is the old 'classical' file extension. .pas is
the new more widely know (I think) extension for Object Pascal. I
prefer .pas personally.
I had never seen ".pp" before FPC. In all the Delphi/Turbo Pascal I'd
used, it was always ".pas". On the M
Graeme Geldenhuys wrote:
On 14/01/2008, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
Is there a way to abort the compilation in this cases instead of a warning ?
Currently not.
If you want to be that strict, then use Interfaces instead of Abstract classes
I always found (an
Vinzent Hoefler wrote:
But even so, it still wouldn't help Bee, because he's not using it for
namespaces, he's using it as special names for version control. This
was the part I was attacking, if anyone else wondered.
No problem, I just didn't get that from the glib "you should learn how
t
Vinzent Hoefler wrote:
On Friday 18 January 2008 11:39, Bee wrote:
I used to use this feature on Turbo Delphi Explorer. But since I
totally switch to FPC/Laz and Ubuntu, I really missed this feature on
FPC. :(
No offense, but maybe this is a good time to start becoming a serious
deve
Daniël Mantione wrote:
Op Fri, 18 Jan 2008, schreef Bee:
Both compilers [CAN] use the UCSD Pascal unit system,
I have added a missing word from that statement I think.
which, as of today is still one of the best modular programming
systems. That is the base to start from.
No, no it is not
Vinzent Hoefler wrote:
On Friday 18 January 2008 12:35, Bee wrote:
Namespaces are too flat and simply not powerful enough to justify the
implementation and maintenance effort.
And units are better because...?
I would take Namespaces over the crippled '80's unit notation any day.
Units com
Michael Van Canneyt wrote:
On Fri, 18 Jan 2008, Matt Emson wrote:
What is the difference ?
The second one saves on typing, which is a plus in my book ?
Right.. confusion over verbosity. Given two units called
"Constants.pas", which one is the correct unit? Given a u
Marco van de Voort wrote:
Michael Fuchs wrote:
But how can fpc find the unit which contains this namespace? I think
better is: Namespace = unit name = file name
It is easier to allow a dot in the unit name than writing code, which
search all units for the right naemspace.
The fil
Marco van de Voort wrote:
However again, as far as I understand partial classes (Class
Helpers in Delphi.NET), for this you need a registration system again because
you need
to compile all units that might use class X so that they auto import all
units with classhelpers for unit X. (or you have
Michael Fuchs wrote:
But how can fpc find the unit which contains this namespace? I think
better is: Namespace = unit name = file name
It is easier to allow a dot in the unit name than writing code, which
search all units for the right naemspace.
The filename would be "MyAPI.Blah.pas" as you
Joao Morais wrote:
Damien Gerard wrote:
On Jan 21, 2008, at 2:52 PM, Joao Morais wrote:
Damien Gerard wrote:
I have (it would seem) a stupid question :)
We have TStringList vars. User can do what he want with it.
Which one is the stupid or the better way to do it ?
TMyClass = class(TObject)
Andrey Gusev wrote:
This question was posted to fpc-other, yesterday, but seems wrongful,
in subject appropriation sense to that maillist.
===
I wish to introduce some additional (and general) functional to an
existing (and foreign) freepascal's unit. I wouldn't to introduce any
my own co
Jonas Maebe wrote:
On 06 Feb 2008, at 22:48, Marco Alvarado wrote:
I'd love to create compilers for those virtual
platforms.
Java will be hard, because it doesn't support plain pointers. I don't
known ActionScript. Anyway, you're welcome to try :)
Flash is a virtual machine. Flash 9 is
Jonas Maebe wrote:
Whether or not it's a virtual machine, and whether or not an assembler
is available is not that important. What usually matters most is
whether you can map all FPC concepts (or at least the ones you want to
support) on the target (virtual or not) architecture.
Well, no, there
Jonas Maebe wrote:
On 07 Feb 2008, at 12:46, Matt Emson wrote:
I have always followed the belief that, whilst FPC does what it does
very well, sometimes simplification isn't a bad thing. Portability
across platforms - with caveats, obviously, would be a nice addition.
At this time
Peter Vreman wrote:
None the less very interesting example.
Problem is ofcourse FPC does not support the new Delphi 2007 features.
And the big question is how would you port this code to FPC ?
Please don't make _your_ problem our problem!!!
You knew beforehand that FPC doesn't support these
Marco van de Voort wrote:
What about Lazarus?
It's active. The CrossFPC project is awfully silent (and IMHO never made
technilogical sense)
The move from the old D7 and prior IDE to the BDS/Galileo one broke the
whole CrossXXX movement last time I looked.
_
Bent Normann Olsen wrote:
I'm new to Mac development environment, and I was looking thru the
CoreMIDI/MIDIServices.h, to see how much work it's going to take (at least
maybe partially) to implement some of the functions to own projects. I hit
the wall with some typedef, for example "struct Opaque
1 - 100 of 209 matches
Mail list logo
