Mark,
Yes, please kindly send both test executables to me.
Also, if you say the compiler has changed since last christmas, do you
know how I can download the fpc sources version of last christmas?
Thanks a lot.
Dennis
Mark Morgan Lloyd wrote:
Dennis Poon wrote:
Since I have spent days but s
On 6/12/13, Jonas Maebe wrote:
> Now change the variable type to TFoo but keep instantiating it using
> TFooChild.Create (like I originally suggested). Having that work is
> the whole point of polymorphism and why virtual/override exist.
I didn't even know that was possible
OK now I see the
Initializing the thread system with a dummy thread as suggested by
http://wiki.freepascal.org/Multithreaded_Application_Tutorial has
(apparently) fixed the problem.
Thanks all for the support.
--
Josue Andrade Gomes
On Fri, Jun 7, 2013 at 10:03 AM, Josue Andrade Gomes
wrote:
> On Thu, Jun 6,
Dennis Poon wrote:
Since I have spent days but still cannot produce a helloworld binary for
MIPS big endian, I need someone to to produce that for me so I can
test it on my MIPS hardware.
I need to know at this stage whether a FPC produced program compiled for
MIPS (big endian) can actually ru
Hello,
Can't you just run that exe with the -h flag?
Should run fast enough.
Dennis Poon wrote:
But Pierre, that looks more like a native MIPS compiler.
My MIPS hardware is too slow to run a compiler.
I need a cross compiler.
If you have MIPS hardware, can you compile and send me a simple MIPS
But Pierre, that looks more like a native MIPS compiler.
My MIPS hardware is too slow to run a compiler.
I need a cross compiler.
If you have MIPS hardware, can you compile and send me a simple MIPS big
endian "hello world" binary executable?
I want to test run it on my MIPS hardware.
Dennis
I am confused, in all of your other mail till now you were talking about
littleendian and now you talk about big endian, which one is right?
A little endian binary will never ever run on a big endian system and
your crosscompiler will need to also be configured && build with the
correct endian
I originally asked questions on big endian but so far people, and the
MIPS_port doc, just reply me about litte endian . I had no choice but to
modify their advice into big endian myself.
I do understand big and little do mix.
Dennis
I am confused, in all of your other mail till now you were t
On 6/12/2013 05:40, Michael Schnell wrote:
On 06/12/2013 11:13 AM, Dennis Poon wrote:
Michael,
I just typed "ld -v" and it replied:
GNU ld (GNU Binutils for Debian) 2.22
You'd better do
gcc -v
This should output (among others) a line starting "Target:"
Same will state the architecture and b
On 6/12/2013 05:13, Dennis Poon wrote:
Michael,
I just typed "ld -v" and it replied:
GNU ld (GNU Binutils for Debian) 2.22
and what do you get if you type
/usr/mips-linux-gnu/bin/ld -v
??
just typing "ld -v" uses the one in your path and not necessarily the one that
you want to verify/vali
Did you try:
ftp://ftp.freepascal.org/pub/fpc/snapshot/trunk/mips-linux/
I just produced an up-to-date snapshot.
Pierre Muller
> -Message d'origine-
> De : fpc-pascal-boun...@lists.freepascal.org [mailto:fpc-pascal-
> boun...@lists.freepascal.org] De la part de Dennis Poon
> Envoyé : m
Am 12.06.2013 14:00, schrieb Dennis Poon:
Since I have spent days but still cannot produce a helloworld binary
for MIPS big endian, I need someone to to produce that for me so I can
test it on my MIPS hardware.
I need to know at this stage whether a FPC produced program compiled
for MIPS (big
On Wed, Jun 12, 2013 at 2:39 PM, Max Vlasov wrote:
> Overall looking at all cases I think this keyword can be considered as a
> good universal prefix excluding the context of the existing class working
> with methods and properties. Even looking at the name it has more to do with
> INHERITance tha
Since I have spent days but still cannot produce a helloworld binary for
MIPS big endian, I need someone to to produce that for me so I can
test it on my MIPS hardware.
I need to know at this stage whether a FPC produced program compiled for
MIPS (big endian) can actually run on my hardware.
I
Dennis Poon wrote:
Mark,
If you are referring to http://wiki.freepascal.org/MIPS_port
then I did use that one but somehow along the way, I still cannot
produce a binary program for mips, so someone suggested the binutils I
got from that link might be the cause.
At the top of that page is a "
On 12 Jun 2013, at 13:33, Bart wrote:
On 6/12/13, Jonas Maebe wrote:
So that it would still have the same behaviour if you changed the
variable
declaration to
var
FooChild: TFoo;
If I change FooChild to TFoo (and instantiate with TFoo.Create) the
Now change the variable type to TFoo
On Wed, Jun 12, 2013 at 2:12 AM, Bart wrote:
>
> I thought that if I had a subclass that inherited form a parentclass,
> and both have a method with the same name (Bar), then the method of
> the subclass hid the method of the parentclass, and you could not call
> inherited Bar in the subclass.
>
On 11 Jun 2013, at 07:40, Bruce Tulloch wrote:
Xcode users of our library just include the framework binary (i.e. the
dylib, also called MyFramework in this example) in their project.
However,
as part of our library build process we MUST use install_name_tool to
modify the canonic path in th
On 6/12/13, Jonas Maebe wrote:
> So that it would still have the same behaviour if you changed the variable
> declaration to
>
> var
> FooChild: TFoo;
If I change FooChild to TFoo (and instantiate with TFoo.Create) the
outut is always the same, wether or not I use virtual for TFoo.Bar and
weth
Mark,
If you are referring to http://wiki.freepascal.org/MIPS_port
then I did use that one but somehow along the way, I still cannot
produce a binary program for mips, so someone suggested the binutils I
got from that link might be the cause.
If you are referring to a different link, please k
Marco,
When I typed ./ld -V within /usr/mips-linux-gnu/bin/ and it gave :
GNU ld (GNU Binutils for Debian) 2.22
Supported emulations:
elf32btsmip
elf32ltsmip
elf32btsmipn32
elf64btsmip
elf32ltsmipn32
elf64ltsmip
elf_x86_64
elf32_x86_64
elf_i386
i386linux
elf_l1
Michael,
You are right, those files are also present at /usr/bin.
Now I see that they seem to be the same set of files, only with the
difference of a prefix. They have the same file size and date.
If I open the .deb file with archive manager, it seems to suggest the
set of files in side /usr/bin
In our previous episode, Dennis Poon said:
>
> I just typed "ld -v" and it replied:
> GNU ld (GNU Binutils for Debian) 2.22
Then type ld -V
(with capital)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/
Small mixup:
Please see that
BINUTILSPREFIX=mipsel-linux-gnu-
is set when you buid your corosscompiler and make sure that
-XPmipsel-linux-gnu- is present on your commandline when compiling a
program.
Michael
Am 12.06.13 12:08, schrieb Michael Ring:
The other Michael answering now ;-)
Jus
On 06/12/2013 12:01 PM, Dennis Poon wrote:
But I am working on a i386 Debian box.
I typed gcc -v and it just says Target: i486-linux-gnu
but isn't that normal?
Of course this is normal. what is not normal is that a cross-gcc (which
is part of binutils) is supposed to be named just "gcc". (It sh
Dennis Poon wrote:
Michael,
I just typed "ld -v" and it replied:
GNU ld (GNU Binutils for Debian) 2.22
I do agree they look different. I supposed they should look like
"mipsel-linux-ld"
but I only followed the wiki.freepascal.org/MIPS_port doc step 1 which
stated http://www.emdebian.org/debia
The other Michael answering now ;-)
Just for fun I downloaded the deb-file you described below, the deb
package seems to include the correctly named binaries at correct places:
x ./usr/bin/
x ./usr/bin/mipsel-linux-gnu-addr2line
x ./usr/bin/mipsel-linux-gnu-c++filt
x ./usr/bin/mipsel-linux-gn
But I am working on a i386 Debian box.
I typed gcc -v and it just says Target: i486-linux-gnu
but isn't that normal?
Anyway, where else should I download the cross compiler binutils from
linux->MIPS?
Dennis
On 06/12/2013 11:13 AM, Dennis Poon wrote:
Michael,
I just typed "ld -v" and it rep
On 06/12/2013 11:13 AM, Dennis Poon wrote:
Michael,
I just typed "ld -v" and it replied:
GNU ld (GNU Binutils for Debian) 2.22
You'd better do
gcc -v
This should output (among others) a line starting "Target:"
Same will state the architecture and be something like "Target: MIPS-linux"
-Mich
Michael,
I just typed "ld -v" and it replied:
GNU ld (GNU Binutils for Debian) 2.22
I do agree they look different. I supposed they should look like
"mipsel-linux-ld"
but I only followed the wiki.freepascal.org/MIPS_port doc step 1 which
stated http://www.emdebian.org/debian/pool/main/b/binuti
On Linux (Debian system):
Is it possible to overwrite the current installation (dpkg -i) with the 3
packages?
http://sourceforge.net/projects/lazarus/files/Lazarus%20Linux%20i386%20DEB/Lazarus%201.0.10/
On Windows:
Do I have to uninstall first or is it possible to overwrite current
installation
On 06/09/2013 05:43 PM, Dennis Poon wrote:
My binutils as , ld etc files are located at /usr/mips-linux-gnu/bin/ ...
first try to start these files form the command-line. (e.g. "ld -v") If
they don't work decently (which I do suppose), you need different files.
-Michael
__
On 06/08/2013 05:35 PM, Sven Barth wrote:
as I found /usr/mips-linux-gnu/bin folder contains the following files:
ar
as
ld
nm
objcopy
objdump
ranlib
strip
Ok, then add the following option: "BINUTILSPREFIX="
Ooops ??`?
The file names do not look like cross - binutils, but like native ones
The Lazarus team is glad to announce the release of Lazarus 1.0.10.
This is a bug fix release, built with the fpc 2.6.2.
The previous release 1.0.8 was built with 2.6.2 too, while release
1.0.6 was built with 2.6.0.
Here is the list of changes for Lazarus and Free Pascal:
http://wiki.lazarus.fre
34 matches
Mail list logo
