If I set MIPS I it still compiles me MIPS II instructions(a couple
that are not supported, not much).
Nikolay motivated me to put my hands on the assemble writer. He has
great experience with the FPC inner representation and gonna help me.
Of course you can look at my Fork, but atm. it is a
> Am 19.04.2024 um 12:12 schrieb Kirill Kranz via fpc-devel
> :
>
> Hi,
>
> I'm porting the compiler to the PlayStation 1 Target.
> For this I need MIPS I integration.
fpc/compiler/mips/cpuinfo.pas at least suggest that mips 1 is somehow
implemented.
What goes currently wrong? Is your
Hi,
I'm porting the compiler to the PlayStation 1 Target.
For this I need MIPS I integration.
I don't need FPU.
I see that MIPS II code is generated.
Perhaps I just overseen something - is there a switch to set to MIPS I ?
It would be very nice to talk to the MIPS FPC dev,
I have some questions
I checked the compile of system.pp for mipsel-embedded with the compile
option -vc to see the status of the defines in order to find out the
correct way to get SysResetFPU and SysInitFPU called.
As mips.inc is parsed before generic.inc fpc_cpuunit must get defined
out because if not
On 09/08/2014 10:54 PM, Michael Ring wrote:
This smells like a problem I had on pic32. In my case the pic32 chips
do not have a floating point unit and the processor creates an illegal
instruction (or something similar) exception.
I solved this for me by patching out the call to the hardware
Applied a similar patch [1]; progress, thanks!
gdb bt now shows:
^C
Program received signal SIGINT, Interrupt.
fpc_setjmp (S=
{RA = 4398704, SP = 2139211400, S0 = 2130823600, S1 = 5034972, S2
= 5035028, S3 = 4571000, S4 = 2000557128, S5 = 4587520, S6 = 4589204, S7
= 5034940, FP =
09.09.2014 9:53, Sven Barth пишет:
On 08.09.2014 22:54, Michael Ring wrote:
This smells like a problem I had on pic32. In my case the pic32 chips do
not have a floating point unit and the processor creates an illegal
instruction (or something similar) exception.
I solved this for me by
Sven Barth wrote:
On 08.09.2014 22:54, Michael Ring wrote:
This smells like a problem I had on pic32. In my case the pic32 chips do
not have a floating point unit and the processor creates an illegal
instruction (or something similar) exception.
I solved this for me by patching out the call to
On Tue, September 9, 2014 10:20, Mark Morgan Lloyd wrote:
.
.
I was wondering whether a completely empty program would be a better
test than a Hello, World!. Could a completely empty program be
recognised by the compiler etc. as a special case and built with only
minimal RTL initialisation,
Am 09.09.2014 08:53 schrieb Sergei Gorelkin sergei_gorel...@mail.ru:
09.09.2014 9:53, Sven Barth пишет:
On 08.09.2014 22:54, Michael Ring wrote:
This smells like a problem I had on pic32. In my case the pic32 chips do
not have a floating point unit and the processor creates an illegal
Am 09.09.2014 10:30 schrieb Mark Morgan Lloyd
markmll.fpc-de...@telemetry.co.uk:
Sven Barth wrote:
On 08.09.2014 22:54, Michael Ring wrote:
This smells like a problem I had on pic32. In my case the pic32 chips do
not have a floating point unit and the processor creates an illegal
09.09.2014 13:19, Sven Barth пишет:
Am 09.09.2014 08:53 schrieb Sergei Gorelkin sergei_gorel...@mail.ru
mailto:sergei_gorel...@mail.ru:
09.09.2014 9:53, Sven Barth пишет:
On 08.09.2014 22:54, Michael Ring wrote:
This smells like a problem I had on pic32. In my case the pic32 chips do
Tomas Hajny wrote:
On Tue, September 9, 2014 10:20, Mark Morgan Lloyd wrote:
.
.
I was wondering whether a completely empty program would be a better
test than a Hello, World!. Could a completely empty program be
recognised by the compiler etc. as a special case and built with only
minimal
This problem also looks similar, there are two procedures in setjump.inc
and they both address the fpu:
ctc1 $v0,$31
cfc1 $v0,$31
Michael
Am 09.09.14 um 08:29 schrieb Reinier Olislagers:
Applied a similar patch [1]; progress, thanks!
gdb bt now shows:
^C
Program received signal
Sergei, I have reworked the patch based on your comment:
http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revisionrevision=28634
Do you think this is solved better now?
Michael
Am 09.09.14 um 08:52 schrieb Sergei Gorelkin:
09.09.2014 9:53, Sven Barth пишет:
On 08.09.2014 22:54, Michael
On 09/09/2014 12:08, Michael Ring wrote:
This problem also looks similar, there are two procedures in setjump.inc
and they both address the fpu:
Thanks.
Patched [1] setjump.inc and now get
#0 fpc_setjmp (S=
{RA = 4398696, SP = 2143770920, S0 = 2135383120, S1 = 12489692, S2
= 12489748, S3
On Tue, September 9, 2014 12:00, Mark Morgan Lloyd wrote:
Tomas Hajny wrote:
On Tue, September 9, 2014 10:20, Mark Morgan Lloyd wrote:
.
.
I was wondering whether a completely empty program would be a better
test than a Hello, World!. Could a completely empty program be
recognised by the
In our previous episode, Mark Morgan Lloyd said:
In addition, what is the supposed difference between an empty program
and program built with only minimal RTL initialisation?
I don't see why something like this
program test;
begin
end.
should use anything other than the absolute
Marco van de Voort wrote:
In our previous episode, Mark Morgan Lloyd said:
In addition, what is the supposed difference between an empty program
and program built with only minimal RTL initialisation?
I don't see why something like this
program test;
begin
end.
should use anything other than
09.09.2014 14:33, Michael Ring пишет:
Sergei, I have reworked the patch based on your comment:
http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revisionrevision=28634
Do you think this is solved better now?
No, my point was that routines SysInitFPU and SysResetFPU from inc/generic.inc must
In our previous episode, Mark Morgan Lloyd said:
Your observation reduces to letting the compiler figuring out that in the
system unit initialization the FPU Initialization can be safely skipped, and
that possible state (like the FPU control word) is not important.
This is nearly
Am 09.09.2014 11:19 schrieb Sven Barth pascaldra...@googlemail.com:
Am 09.09.2014 08:53 schrieb Sergei Gorelkin sergei_gorel...@mail.ru:
I also wonder what is the correct way to generate code that calls
softfpu:
1) -SfSOFTFPU
2) -CfSOFT
3) -Ce
?
I only know -CfSOFT and that is what I
On 07/09/2014 23:12, Nikolai Zhubr wrote:
07.09.2014 15:50, Florian Klämpfl:
Is gdb or strace available on this system?
Yes. Both strace and gdb packages are available in openwrt (at least in
the latest official release),
Yes, I've got both of them installed as well as binutils.
strace
On 09/08/2014 10:25 AM, Reinier Olislagers wrote:
gdb ./hellomips
dlopen failed on 'libthread_db.so.1' - File not found
GDB will not be able to debug pthreads.
GNU gdb 6.8
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
On 08/09/2014 18:01, Joost van der Sluis wrote:
On 09/08/2014 10:25 AM, Reinier Olislagers wrote:
gdb ./hellomips
dlopen failed on 'libthread_db.so.1' - File not found
GDB will not be able to debug pthreads.
GNU gdb 6.8
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+:
Am 08.09.2014 18:28 schrieb Reinier Olislagers
reinierolislag...@gmail.com:
On 08/09/2014 18:01, Joost van der Sluis wrote:
On 09/08/2014 10:25 AM, Reinier Olislagers wrote:
gdb ./hellomips
dlopen failed on 'libthread_db.so.1' - File not found
GDB will not be able to debug pthreads.
On 08/09/2014 20:05, Sven Barth wrote:
Could you please recompile FPC with OPT=-gl (maybe also -O-) and
compile your test program with that options as well and then retest the
GDB run?
Compiled cross-compiler:
opt=-O- -gl
crossopt=-CpMIPS32R2 -CfSOFT
Compiled program:
fpc -Tlinux -Pmips
On 08.09.2014 20:25, Reinier Olislagers wrote:
(gdb) bt
#0 GET_FSR () at C:/development/fpctrunk/rtl/mips/mips.inc:21
#1 0x00401b5c in SYSINITFPU () at
C:/development/fpctrunk/rtl/mips/mips.inc:61
#2 0x00401bd0 in FPC_CPUINIT ()
at C:/development/fpctrunk/rtl/mips/mips.inc:75
#3
Am 08.09.2014 20:26 schrieb Reinier Olislagers
reinierolislag...@gmail.com:
On 08/09/2014 20:05, Sven Barth wrote:
Could you please recompile FPC with OPT=-gl (maybe also -O-) and
compile your test program with that options as well and then retest the
GDB run?
Compiled cross-compiler:
This smells like a problem I had on pic32. In my case the pic32 chips do
not have a floating point unit and the processor creates an illegal
instruction (or something similar) exception.
I solved this for me by patching out the call to the hardware
coprocessor when softfpu is selected.
You
Sven, you were faster than me ,-)
Michael
Am 08.09.14 um 22:54 schrieb Sven Barth:
Am 08.09.2014 20:26 schrieb Reinier Olislagers
reinierolislag...@gmail.com mailto:reinierolislag...@gmail.com:
On 08/09/2014 20:05, Sven Barth wrote:
Could you please recompile FPC with OPT=-gl (maybe
Hi,
09.09.2014 0:54, Sven Barth:
[...]
http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revisionrevision=28625
http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revisionrevision=28625
Since you're compiling with -CfSOFT this might be the solution.
BTW, the kernel on the devel mips box has
On 08.09.2014 22:54, Michael Ring wrote:
This smells like a problem I had on pic32. In my case the pic32 chips do
not have a floating point unit and the processor creates an illegal
instruction (or something similar) exception.
I solved this for me by patching out the call to the hardware
On 06/09/2014 22:38, Sven Barth wrote:
Am 06.09.2014 11:27 schrieb Reinier Olislagers
reinierolislag...@gmail.com mailto:reinierolislag...@gmail.com:
Would you please as a test remove the Classes unit as well? It does some
rather heavyweight initialization (which I noticed during getting m68k
On 07/09/2014 11:24, Reinier Olislagers wrote:
On 06/09/2014 22:38, Sven Barth wrote:
objdump -x hellomips hellomips_objdump.txt
The output is not that big so repeated below
hellomips: file format elf32-tradbigmips
hellomips
architecture: mips:isa32r2, flags 0x0102:
EXEC_P, D_PAGED
Am 07.09.2014 11:25 schrieb Reinier Olislagers
reinierolislag...@gmail.com:
On 06/09/2014 22:38, Sven Barth wrote:
Am 06.09.2014 11:27 schrieb Reinier Olislagers
reinierolislag...@gmail.commailto:reinierolislag...@gmail.com:
Would you please as a test remove the Classes unit as well? It
Am 07.09.2014 um 13:49 schrieb Sven Barth:
Indeed.
We have at least two testsuite runs on BigEndian that only have an
overviewable amount of errors, so
this indeed seems like something specific to the system or the way you
compiled it. Can't help any
further though, sorry. :(
Is gdb or
07.09.2014 15:50, Florian Klämpfl:
Am 07.09.2014 um 13:49 schrieb Sven Barth:
Indeed.
We have at least two testsuite runs on BigEndian that only have an overviewable
amount of errors, so
this indeed seems like something specific to the system or the way you compiled
it. Can't help any
Hi,
Periodically I try to cross-compile a simple program [1] for my router
with fpc trunk.
It starts but does nothing (does not return to command prompt).
Noticed an earlier mail from Dennis Poon where he described the same
behaviour.
Any suggestions?
Thanks,
Reinier
cat /proc/cpuinfo
system
Hi,
Periodically I try to cross-compile a simple program [1] for my router
with fpc trunk.
It starts but does nothing (does not return to command prompt).
Noticed an earlier mail from Dennis Poon where he described the same
behaviour.
Any suggestions?
Thanks,
Reinier
cat /proc/cpuinfo
system
Reinier Olislagers wrote:
Hi,
Periodically I try to cross-compile a simple program [1] for my router
with fpc trunk.
It starts but does nothing (does not return to command prompt).
Noticed an earlier mail from Dennis Poon where he described the same
behaviour.
I think the previous discussion
On 06/09/2014 12:20, Mark Morgan Lloyd wrote:
I think the previous discussion wound down with the consensus that the
distro had custom libraries, possibly derived from ulibc, and that the
compiler etc. would have to be specially built for those. I was hoping
to set a Qemu-based system to
06.09.2014 14:53, Reinier Olislagers пишет:
On 06/09/2014 12:20, Mark Morgan Lloyd wrote:
I think the previous discussion wound down with the consensus that the
distro had custom libraries, possibly derived from ulibc, and that the
compiler etc. would have to be specially built for those. I was
Arggghhh. Ok, thanks, Sergei!
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Hi!
06.09.2014 14:53, Reinier Olislagers:
[...]
Ok. It's running openwrt (also so that may well be the case; however I
Prebuilt/preflashed openwrt images most definitely do not have normal
glibc, which is supposedly expected by normal linux rtl. Although I
haven't checked myself, I think
Reinier Olislagers wrote:
On 06/09/2014 12:20, Mark Morgan Lloyd wrote:
I think the previous discussion wound down with the consensus that the
distro had custom libraries, possibly derived from ulibc, and that the
compiler etc. would have to be specially built for those. I was hoping
to set a
On 06/09/2014 18:40, Nikolai Zhubr wrote:
Prebuilt/preflashed openwrt images most definitely do not have normal
glibc, which is supposedly expected by normal linux rtl. Although I
haven't checked myself, I think you could either try to somehow remove
glibc dependancy for your test, or rebuild
Am 06.09.2014 11:27 schrieb Reinier Olislagers
reinierolislag...@gmail.com:
program hellomips;
{$mode objfpc}
// let's use short strings {.$H+}
{not$DEFINE UseCThreads} //otherwise it seems we get pthreads which gdb
can't debug
uses
{$IFDEF UNIX}{$IFDEF UseCThreads}
cthreads,
Mark Morgan Lloyd wrote:
Sergei Gorelkin wrote:
This was caused by insufficient alignment of Double-typed temp
variables, fixed in r23146.
Moreover, it appeared that function UnixToWinAge wasn't doing anything
useful since year 2005, so it was removed in r23145, making
FindFirst/FindNext
-Message d'origine-
De : fpc-devel-boun...@lists.freepascal.org [mailto:fpc-devel-
boun...@lists.freepascal.org] De la part de microc...@zoho.com
Envoyé : mercredi 26 décembre 2012 16:13
À : fpc-devel@lists.freepascal.org
Objet : Re: [fpc-devel] mips-linux and mipsel-linux
@lists.freepascal.org
Objet?: Re: [fpc-devel] mips-linux and mipsel-linux snapshots available
Will this work on other OS running on MIPS? How much work would it be to
get
it going on OpenBSD for example?
It shouldn't be much work...
just look at the content of openbsd/CPU/ directories,
you
Nikolai Zhubr wrote:
Hi Sergei and Mark,
16.12.2012 12:41, Sergei Gorelkin:
[...]
This was caused by insufficient alignment of Double-typed temp
variables, fixed in r23146.
Moreover, it appeared that function UnixToWinAge wasn't doing anything
useful since year 2005, so it was removed in
Hi Sergei and Mark,
16.12.2012 12:41, Sergei Gorelkin:
[...]
This was caused by insufficient alignment of Double-typed temp
variables, fixed in r23146.
Moreover, it appeared that function UnixToWinAge wasn't doing anything
useful since year 2005, so it was removed in r23145, making
On Mon, 17 Dec 2012, Nikolai Zhubr wrote:
Hi Sergei and Mark,
16.12.2012 12:41, Sergei Gorelkin:
[...]
This was caused by insufficient alignment of Double-typed temp
variables, fixed in r23146.
Moreover, it appeared that function UnixToWinAge wasn't doing anything
useful since year 2005, so
17.12.2012 19:12, michael.vancann...@wisa.be:
[...]
The FPC team has a MIPS device (longsoon?) available. It's currently
switched off, but can be switched on at any time.
Ah, ok. That's good news. If it is longsoon then it must be much faster
than mine. (Though IIRC it only exists in little
30.11.2012 1:46, Mark Morgan Lloyd wrote:
Running the program using the modified GDB, I get the same as before:
0 1markMLl@pye-dev-07d:~$ which gdb
/usr/local/bin/gdb
0 1markMLl@pye-dev-07d:~$ gdb /usr/local/bin/ppcmips
GNU gdb (GDB) 7.0.1-debian
..
(gdb) set arg -h
(gdb) run
Starting program:
Sergei Gorelkin wrote:
30.11.2012 1:46, Mark Morgan Lloyd wrote:
Running the program using the modified GDB, I get the same as before:
0 1markMLl@pye-dev-07d:~$ which gdb
/usr/local/bin/gdb
0 1markMLl@pye-dev-07d:~$ gdb /usr/local/bin/ppcmips
GNU gdb (GDB) 7.0.1-debian
..
(gdb) set arg -h
Mark Morgan Lloyd wrote:
Pierre Free Pascal wrote:
Hi Mark,
do you use my patch for mips to
handle stack?
Without it, the backtrace doesn't work...
The bad thing is that I submitted it to gdb-patches,
but it was refused, I was told that $fp should be equal to $sp
according to ABI...
SP + frame_size. This may be because of
-Message d'origine-
De : fpc-devel-boun...@lists.freepascal.org [mailto:fpc-devel-
boun...@lists.freepascal.org] De la part de Mark Morgan Lloyd
Envoyé : samedi 24 novembre 2012 13:45
À : fpc-devel@lists.freepascal.org
Objet : Re: [fpc-devel
Pierre Free Pascal wrote:
Hi Mark,
do you use my patch for mips to
handle stack?
Without it, the backtrace doesn't work...
The bad thing is that I submitted it to gdb-patches,
but it was refused, I was told that $fp should be equal to
$sp according to ABI...
If you use a stock GDB,
Mark Morgan Lloyd wrote:
Mark Morgan Lloyd wrote:
Pierre Free Pascal wrote:
The good news is that I can still run/build trunk for mipsel on Debian
Squeeze on Qemu without unanticipated issues (i.e. nobody reading
this
should assume that Lazarus will work yet).
The not-so-good news is that
Mark Morgan Lloyd wrote:
The previous version that I compiled is around r22655 and builds OK on
mipsel implemented by Qemu. I'm trying it for mips (big-endian)... I
might be some time.
Definite problem on a big-endian target: fpc -i is OK but fpc -h
fails with
Reading symbols from
Pierre Free Pascal wrote:
-Message d'origine-
De : fpc-devel-boun...@lists.freepascal.org [mailto:fpc-devel-
boun...@lists.freepascal.org] De la part de Mark Morgan Lloyd
Envoyé : mardi 20 novembre 2012 18:38
À : fpc-devel@lists.freepascal.org
Objet : Re: [fpc-devel] mips-linux
Fuxin Zhang wrote:
Dear Mark,
? 2012/11/21 1:38, Mark Morgan Lloyd ??:
I'm just about moving again here, but with a decided limp: the system
that blew was 2.8GHz and all my guest OSes are now plugged into a 1GHz
box. I still find being able to use a significant number of different
guests
Mark Morgan Lloyd wrote:
Fuxin Zhang wrote:
Dear Mark,
? 2012/11/21 1:38, Mark Morgan Lloyd ??:
I'm just about moving again here, but with a decided limp: the system
that blew was 2.8GHz and all my guest OSes are now plugged into a
1GHz box. I still find being able to use a significant
Mark Morgan Lloyd wrote:
Mark Morgan Lloyd wrote:
Fuxin Zhang wrote:
Dear Mark,
? 2012/11/21 1:38, Mark Morgan Lloyd ??:
I'm just about moving again here, but with a decided limp: the
system that blew was 2.8GHz and all my guest OSes are now plugged
into a 1GHz box. I still find being
Mark Morgan Lloyd wrote:
Pierre Free Pascal wrote:
The good news is that I can still run/build trunk for mipsel on Debian
Squeeze on Qemu without unanticipated issues (i.e. nobody reading this
should assume that Lazarus will work yet).
The not-so-good news is that I built from trunk earlier
On Wed, November 21, 2012 12:47, Mark Morgan Lloyd wrote:
.
.
Recompiling trunk mipsel natively eventually failed:
.
.
Is there a rough way of querying svn to determine what revisions were
committed on a particular date?
.
.
SVN logs (e.g. http://svn.freepascal.org/svn/logs/fpc-trunk.log
Tomas Hajny wrote:
Is there a rough way of querying svn to determine what revisions were
committed on a particular date?
SVN logs (e.g. http://svn.freepascal.org/svn/logs/fpc-trunk.log if talking
about trunk)? As far as I understand SVN help correctly, querying the
revision for a specific
On 21 Nov 2012, at 15:01, Mark Morgan Lloyd wrote:
Is there some reliable way of getting the SVN revision into the FPC
version number or build date, or even into a macro or symbol so that
a program can log what revision it was compiled by?
Execute once: touch compiler/revision.inc
Fuxin Zhang wrote:
? 2012/11/21 19:34, Mark Morgan Lloyd ??:
I'm always reluctant to accept offers like that since I'm a very
long way down the pecking order and don't want to promise a level of
assistance that I might not be able to deliver. On the other hand
since I've got Debian running on
Pierre Muller wrote:
Due to numerous question about mips/mipsel linux,
I decided to try to generate snapshot for those systems.
It finally worked (with OPT=-O- option added)
You can test them at:
ftp://ftp.freepascal.org/pub/fpc/snapshot/trunk/mipsel-linux/
or
-Message d'origine-
De : fpc-devel-boun...@lists.freepascal.org [mailto:fpc-devel-
boun...@lists.freepascal.org] De la part de Mark Morgan Lloyd
Envoyé : mardi 20 novembre 2012 18:38
À : fpc-devel@lists.freepascal.org
Objet : Re: [fpc-devel] mips-linux and mipsel-linux snapshots
Dear Mark,
于 2012/11/21 1:38, Mark Morgan Lloyd 写道:
I'm just about moving again here, but with a decided limp: the system
that blew was 2.8GHz and all my guest OSes are now plugged into a 1GHz
box. I still find being able to use a significant number of different
guests in sleds/caddies
oh, very nice! big thx!
i would testing this, but please can you add a little (or more detail)
description how to use this snapshot? i see some intrestet files but i
cant to bring together...
greez thx,
sky...
Am 05.11.2012 15:49, schrieb Pierre Muller:
Due to numerous question about
:54
À : fpc-devel@lists.freepascal.org
Objet : Re: [fpc-devel] mips-linux and mipsel-linux snapshots available
oh, very nice! big thx!
i would testing this, but please can you add a little (or more detail)
description how to use this snapshot? i see some intrestet files but i
cant to bring
Due to numerous question about mips/mipsel linux,
I decided to try to generate snapshot for those systems.
It finally worked (with OPT=-O- option added)
You can test them at:
ftp://ftp.freepascal.org/pub/fpc/snapshot/trunk/mipsel-linux/
or
Pierre Muller wrote:
Due to numerous question about mips/mipsel linux,
I decided to try to generate snapshot for those systems.
It finally worked (with OPT=-O- option added)
You can test them at:
ftp://ftp.freepascal.org/pub/fpc/snapshot/trunk/mipsel-linux/
or
Does anybody have an update on where the MIPS port has got to after the
flurry of activity in June?
Since it cannot catch the time requirement of our project, I have
suspended the work temporary due to other affairs. The last time I checked
the code(about the end of July) it is able to run the
On 08/22/2012 12:16 PM, Mark Morgan Lloyd wrote:
Does anybody have an update on where the MIPS port has got to after
the flurry of activity in June?
I'm very interested in this as well, as I am planning to do a controller
based on a (future) PIC32 chip, that has a MIPS CPU and lots of
Am 22.08.2012 12:16, schrieb Mark Morgan Lloyd:
Does anybody have an update on where the MIPS port has got to after the
flurry of activity in June?
I can not say any details (I'm not envolved with the MIPS port), but we
have at least on testsuite running on mipsel-linux with around 150
2012 12:16
À : fpc-devel@lists.freepascal.org
Objet : [fpc-devel] MIPS target: progress report?
Does anybody have an update on where the MIPS port has got to after the
flurry of activity in June?
--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk
[Opinions above are the author's
Mark Morgan Lloyd wrote:
Marco van de Voort wrote:
Question if I may: should I be avoiding symlinks as non-portable?
For anything that should go back into SVN: no symlinks (*).
(and in general, even without SVN concerns, I don't think heavy
symlinking
is a good concept in sources. This
On 07/29/2011 11:24 PM, Mark Morgan Lloyd wrote:
MIPS (or rather, I think, mipsel) seems to be getting a bit of attention
+1
The 32 bit PIC is a MIPS.
The NIOS CPU (that can be programmed into an Altera FPGA) is very
similar to a MIPS.
I suppose a basic MIPS is the straight-forward (=32
Marc Weustink wrote:
Mark Morgan Lloyd wrote:
I hope to have an SGI machine in a few days, provided that it works
(it's been stored in a garage) I might be able to look at mips as well
as mipsel.
If the SGI doesn't work, I;ll try to startup mine and give you remote
access to it. (I got it
Pierre Free Pascal wrote:
I had a MIS related question:
using fullcycle I got a warinng about
defdynlinker not being initialized fro mips in systems/t_linux.pas unit.
Is this a correct fix,
Index: t_linux.pas
===
---
-Message d'origine-
De : fpc-devel-boun...@lists.freepascal.org [mailto:fpc-devel-
boun...@lists.freepascal.org] De la part de Mark Morgan Lloyd
Envoyé : vendredi 1 juillet 2011 08:21
À : fpc-devel@lists.freepascal.org
Objet : Re: [fpc-devel] MIPS
Pierre Free Pascal wrote:
I
Am 30.06.2011 23:03, schrieb Mark Morgan Lloyd:
Felipe Monteiro de Carvalho wrote:
On Thu, Jun 30, 2011 at 7:05 PM, Mark Morgan Lloyd
markmll.fpc-de...@telemetry.co.uk wrote:
I think his is a loader issue- the binary needs to know what .so to
pull in
that later allows it to work out paths etc.
Marc Weustink wrote:
Mark Morgan Lloyd wrote:
I hope to have an SGI machine in a few days, provided that it works
(it's been stored in a garage) I might be able to look at mips as well
as mipsel.
If the SGI doesn't work, I;ll try to startup mine and give you remote
access to it. (I got it
Mark Morgan Lloyd wrote:
Mark Morgan Lloyd wrote:
Mark Morgan Lloyd wrote:
Felipe and Michael have pointed out to me that David Zhang's mipsel
port has been integrated into trunk.
Before I start trying to build it, could anybody comment on how
complete an implementation it is?
Apart from
In our previous episode, Mark Morgan Lloyd said:
Current situation is that after ensuring the existence of dummy files
I've stepped back from the RTL code and am looking at a problem that
appears to be caused by floating point initialisation in the cross
compiler.
A define
Marco van de Voort wrote:
In our previous episode, Mark Morgan Lloyd said:
Current situation is that after ensuring the existence of dummy files
I've stepped back from the RTL code and am looking at a problem that
appears to be caused by floating point initialisation in the cross
compiler.
A
-Message d'origine-
De : fpc-devel-boun...@lists.freepascal.org [mailto:fpc-devel-
boun...@lists.freepascal.org] De la part de Mark Morgan Lloyd
Envoyé : jeudi 30 juin 2011 14:40
À : fpc-devel@lists.freepascal.org
Objet : Re: [fpc-devel] MIPS
Marco van de Voort wrote:
In our
In our previous episode, Mark Morgan Lloyd said:
Probably the wisest is to take the PPC one and check it quickly against the
header.
Thanks, I'm already using ppc for comparison purposes which is why I had
a hard time finding the MM issue :-)
Question if I may: should I be avoiding
On 06/30/2011 02:40 PM, Mark Morgan Lloyd wrote:
Question if I may: should I be avoiding symlinks as non-portable?
NTFS can do symlinks even though the normal M$ tools are not able to
manage them.
-Michael
___
fpc-devel maillist -
Pierre Free Pascal wrote:
I had a MIS related question:
using fullcycle I got a warinng about
defdynlinker not being initialized fro mips in systems/t_linux.pas unit.
Is this a correct fix,
Index: t_linux.pas
===
---
Marco van de Voort wrote:
Question if I may: should I be avoiding symlinks as non-portable?
For anything that should go back into SVN: no symlinks (*).
(and in general, even without SVN concerns, I don't think heavy symlinking
is a good concept in sources. This would cause only problems
On Thu, Jun 30, 2011 at 6:01 PM, Mark Morgan Lloyd
markmll.fpc-de...@telemetry.co.uk wrote:
or can somoeone tell us what the default linker is for a mips linux
machine?
I can't say at this point. I'm working through step-by-step starting with a
cross compiler, i.e. I'm a long way from having
Felipe Monteiro de Carvalho wrote:
On Thu, Jun 30, 2011 at 6:01 PM, Mark Morgan Lloyd
markmll.fpc-de...@telemetry.co.uk wrote:
or can somoeone tell us what the default linker is for a mips linux
machine?
I can't say at this point. I'm working through step-by-step starting with a
cross
On Thu, Jun 30, 2011 at 7:05 PM, Mark Morgan Lloyd
markmll.fpc-de...@telemetry.co.uk wrote:
I think his is a loader issue- the binary needs to know what .so to pull in
that later allows it to work out paths etc.
ops, it seams that you are right =O
--
Felipe Monteiro de Carvalho
1 - 100 of 115 matches
Mail list logo