On Tue, 3 Jul 2007, Felipe Monteiro de Carvalho wrote:
> On 7/3/07, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> > I thought it was only needed to build FPC ?
>
> No, it's necessary to build software for symbian os.
>
> The way I designed it you can't simply type: fpc -Tsymbian mysoftware.
On 7/3/07, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
I thought it was only needed to build FPC ?
No, it's necessary to build software for symbian os.
The way I designed it you can't simply type: fpc -Tsymbian mysoftware.pas
And expect to have a symbian executable.
This command fails to
On 1 Jul 2007 at 20:20, Tomas Hajny wrote:
> First, I don't see why using the helper variable
> should be worse than the newly proposed version.
> Actually, I even believe that the optimizer might
> be able to get rid of it if not needed (i.e. if
> more efficient - on the other hand, using the
What is the architecture of NIOS/2 ? Something standard or it has it's
own design for opcodes, registers, etc?
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-deve
On Tue, 3 Jul 2007, Florian Klaempfl wrote:
> Michael Van Canneyt schrieb:
> >
> > On Tue, 3 Jul 2007, Felipe Monteiro de Carvalho wrote:
> >
> >> Hello,
> >>
> >> As part of the Symbian OS port, I wrote an application that works as a
> >> build Tool. It handles necessary tasks when building a
On 7/3/07, Den Jean <[EMAIL PROTECTED]> wrote:
you want to use your rect in LCL code, what does LCL pass around ?
Types.TRect I suppose ?
Yes.
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freep
On Tuesday 03 July 2007 09:49:13 pm Felipe Monteiro de Carvalho wrote:
> My recomendation is to define a new point type on qt4.pas (TQPoint or
> anything like that), make it compatible with what Qt expects and use
> that.
you want to use your rect in LCL code, what does LCL pass around ?
Types.TR
On 7/3/07, Jonas Maebe <[EMAIL PROTECTED]> wrote:
So simply add
dirs_symbian=mksymbian
and that directory will only be built and installed for symbian.
I think I will leave it without connection to the parent directory.
mksymbian is actually compiled for windows when we build fpc for
symbian
On 03 Jul 2007, at 21:36, Felipe Monteiro de Carvalho wrote:
Are the projects on fpc/utils automatically built at some point? (like
make cycle or make install) I am wondering that adding mksymbian there
with a makefile could cause it to start being compiled on other
platforms, where it is usele
On 7/3/07, Den Jean <[EMAIL PROTECTED]> wrote:
with different member names, there already is a defintion
Point is not the same things as TPoint
Also several files declare TPoint and Point.
Here is the declarations from types unit:
{$ifdef Windows}
TPoint = Windows.TPoint;
{$else}
TPoint =
On Tuesday 03 July 2007 09:20:04 pm Florian Klaempfl wrote:
> Hmm, I wouldn't bet that no lazarus etc. code depends on the layout ...
with different member names, there already is a defintion
rtl/macos/macostp.inc:
Point = record
case INTEGER of
0: (
v: INTEGER;
h: INTEG
Are the projects on fpc/utils automatically built at some point? (like
make cycle or make install) I am wondering that adding mksymbian there
with a makefile could cause it to start being compiled on other
platforms, where it is useless.
Here is what my makefiles currently looks like:
#
# Make
Den Jean schrieb:
> Hi,
>
> On OsX rect and point have a different layout.
>
> Is there somewhere in the fpc rtl
> a rect and point type that conforms to this ?
>
> Would you consider adapting the definition of Types.TRect ?
Hmm, I wouldn't bet that no lazarus etc. code depends on the layout
Hi,
On OsX rect and point have a different layout.
Is there somewhere in the fpc rtl
a rect and point type that conforms to this ?
Would you consider adapting the definition of Types.TRect ?
This is actually an old request:
http://lists.freepascal.org/lists/fpc-devel/2006-April/007515.html
Q
On 03 Jul 2007, at 20:58, Felipe Monteiro de Carvalho wrote:
I am downloading fpcbuild repository and something strange happens. It
is also downloading a fpcsrc directory that doesn't appear on viewcvs:
It's an external reference to the fpc repository. You can avoid
checking it out by using
Michael Van Canneyt schrieb:
>
> On Tue, 3 Jul 2007, Felipe Monteiro de Carvalho wrote:
>
>> Hello,
>>
>> As part of the Symbian OS port, I wrote an application that works as a
>> build Tool. It handles necessary tasks when building a symbian os
>> application, like definying a UID. Searching for
On 3 Jul 07, at 16:46, Michael Van Canneyt wrote:
> On Tue, 3 Jul 2007, Felipe Monteiro de Carvalho wrote:
>
> > Hello,
> >
> > As part of the Symbian OS port, I wrote an application that works as a
> > build Tool. It handles necessary tasks when building a symbian os
> > application, like definy
thanks,
I am downloading fpcbuild repository and something strange happens. It
is also downloading a fpcsrc directory that doesn't appear on viewcvs:
http://www.freepascal.org/cgi-bin/viewcvs.cgi/trunk/?root=fpcbuild
What is that fpcsrc directory? A quick link to the latest fpc release
code? It
On Saturday 30 June 2007 14.46, Yury Sidorov wrote:
> Martin, please inform us when FPC 2.1.5 will work as expected with
> your code and no more bugs will be left.
> After that 2.2 release can be launched.
>
I worked now one hour with MSEide compiled with win32 FPC fixes_2_2 rev. 7933,
no more pro
On Tue, 3 Jul 2007, Felipe Monteiro de Carvalho wrote:
> Hello,
>
> As part of the Symbian OS port, I wrote an application that works as a
> build Tool. It handles necessary tasks when building a symbian os
> application, like definying a UID. Searching for the SDK and
> interacting with it aco
Hello,
As part of the Symbian OS port, I wrote an application that works as a
build Tool. It handles necessary tasks when building a symbian os
application, like definying a UID. Searching for the SDK and
interacting with it acording to the SDK version. Calling Fpc, gnu-as
and the appropriate lin
We are probably going to construct a new controller board using an
Altera FPGA and implement a NIOS/2 processor that will run Linux. (We do
consider BlackFin, too, but supposedly Altera will win.)
On the long run we will want to do Pascal software for that controller
using FPC. Is there anybody
We already have the generics can the preprocessor symbols. That leaves the
"for in". The development team has its doubts about the "for in"
construct, but:
* Andreas did it in a reasonably clean way with a lot less hacks and
ugly constructions than Delphi did.
* The pressure on us is incr
23 matches
Mail list logo
