I use viewvc to look at repository - is there an equivalent when everyting
is on gitlaB? tia john
On Thu, 22 Jul 2021 at 13:32, Michael Van Canneyt via fpc-pascal <
[email protected]> wrote:
>
> Hello,
>
> Some of you may have seen this on the lazarus list:
>
>
> when using viewcvs
http://svn.freepascal.org/cgi-bin/viewvc.cgi/?sortby=date#dirlist
gives access violation/file not found - worked yesterday! !
win 7 64
ohn
>
>
___
fpc-devel maillist - [email protected]
https://lists.freepasca
On Wed, Jul 3, 2019 at 4:20 PM Ben Grasset wrote:
> const SA = `
> This is a multiline
> string using hypothetical backticks.
> Imagine it was fully syntax-highlighted
> like normal strings and the comment
> above are.
> `;
>
That would be great to have! I've definitely wanted somethin
URL for viewvc broken...
svn.freepascal.org/cgi-bin/viewvc.cgi/?sortby=date#dirlist
>
>
___
fpc-devel maillist - [email protected]
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Personally I'd LOVE to see be possible. I'm pretty sure just about every
Pascal developer out there has wanted to be able to do that kind of thing
at some point.
It's not like there's any real downsides to it either that I can think of.
It doesn't make code harder to read. It's not ambiguous (beca
On Tue, Feb 5, 2019 at 3:55 PM Ben Grasset wrote:
> Do people actually use fppkg for anything?
>
I've also been a bit confused about the recent Lazarus FPPKG work. As far
as I can tell all FPPKG itself actually does is connect to a repository
that contains roughly five outdated packages? Is ther
On Sat, Jan 26, 2019 at 7:44 PM Sven Barth via fpc-devel <
[email protected]> wrote:
> Changing this behavior would not only be a backwards incompatibility, but
> would also violate the ABI which describes how records shall be passed.
>
On second thought, I definitely agree with you
Not the right person to give a qualified answer to your question, but bare
record parameters in method signatures are kind of a problem throughout
various parts of the standard FPC and Lazarus libraries, I've noticed.
It almost makes me think the either the compiler should perform the kind of
opti
e/tests
1) How does this work on amd processors that have vector stuff?
2)exactly which processors amd/intel have this stuff?
3) don't understand why this stuff doesn't work w/o mods on linux, which I
think you say somewhere.
Thanks again
john
PS assume you are on devel list tho'
On 05/29/2017 10:34 PM, John Paul Adrian Glaubitz wrote:
> Building without -dFPC_LITTLE_ENDIAN produces a binary which doesn't work on
> an actual ppc64el machine:
Aha. Passing "-Cb-" works and yields a little-endian binary.
--
.''`. John Paul Adrian Glaubitz
:
ersion 1
(SYSV), statically linked, stripped
glaubitz@plummer:~$
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - [email protected]
`. `' Freie Universitaet Berlin - [email protected]
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5
would be nice
> indeed.
We have a SPARC-T5 with lots of RAM and even more compute power. The machine is
much
faster than even most x86_64 machines ;). Just drop me a private mail with your
SSH public key when you want to have an account.
Adrian
--
.''`. John Paul Adrian G
between those
> versions. :)
Not surprising. SPARCv9 has been around since the mid-90ies.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - [email protected]
`. `' Freie Universitaet Berlin - [email protected]
`-GPG: 62FF 8A75 84E
ot hurt at all.
I can even ask one of Oracle's toolchain SPARC team members to confirm
my assessment. In fact, I will just do this now.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - [email protected]
`. `' Freie Universitaet Berlin - glaub
gure out where the package's own fpc.cfg resides. The
packaging is a bit confusing.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - [email protected]
`. `' Freie Universitaet Berlin - [email protected]
`-GPG: 62FF 8A75 84E0 295
sn't support anything but 32 bits for SPARC anyway and after
looking at the rtl/linux/Makefile.fpc, you already do this for mips32.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - [email protected]
`. `' Freie Universitaet Berlin - glaub...@phys
24.so
root@deb4g:~#
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - [email protected]
`. `' Freie Universitaet Berlin - [email protected]
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
_
We can easily install a 32-bit C library. It's one of the things that
actually get build, even on 64-bit systems.
I'll just install that, second.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - [email protected]
`. `' Freie Universitaet Ber
build the Debian package. So, the patches have
to apply against that version.
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - [email protected]
`. `' Freie Universitaet Berlin - [email protected]
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F
, I got a 32bit
> FP executable, crosscompiled. Maybe something on the buildbox will reveal,
> why it doesn't work there.
Nope. Still doesn't work here. Maybe my brain is just messing things
up in today's heat here in Berlin :O.
Adrian
--
.''`. John Paul Adrian G
ut by the time I get there I'll figure it
> out. One problem at a time.
Actually, the Debian package explicitly regenerates all Makefiles and
I assume the main reason being to make sure they are up-to-date.
> > Let me know if you need access to a porterbox.
>
> Probably. If I get
e wrong assembler
invocations probably come from the Makefiles, not ppcsparc itself.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - [email protected]
`. `' Freie Universitaet Berlin - [email protected]
27;. I think these
> days these startup codes could be written in Pascal anyway, but for Sparc
> they're not.
But isn't the Makefile generated from fpcmake? :-O
Let me know if you need access to a porterbox.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Devel
On Mon, May 29, 2017 at 02:14:26PM +0200, John Paul Adrian Glaubitz wrote:
> On Mon, May 29, 2017 at 01:09:05PM +0200, John Paul Adrian Glaubitz wrote:
> > I tried adding "-32" like this:
>
> Even passing "-Av8plus" does not help. So, the options from
> co
On Mon, May 29, 2017 at 01:09:05PM +0200, John Paul Adrian Glaubitz wrote:
> I tried adding "-32" like this:
Even passing "-Av8plus" does not help. So, the options from
compiler/sparc/cpugas.pas are definitely not passed to the assembler.
Adrian
--
.'&#
On Mon, May 29, 2017 at 12:46:57PM +0200, John Paul Adrian Glaubitz wrote:
> On Mon, May 29, 2017 at 11:53:26AM +0200, Karoly Balogh (Charlie/SGR) wrote:
> > > Running the file utility on one of the object files shows that the
> > > assembler did not generate 32-bit code.
ange breaks 32bit SPARC and/or some
> distros/older versions of binutils? Otherwise I can add it
> permanently, it's no biggie.
You're already doing that for the linker, using the GNU option
syntax. So, I don't think the code becomes any less compatible with
that change.
Adrian
, i.e. unaligned access. It may just
be a matter of a small patch to fix this issue though.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - [email protected]
`. `' Freie Universitaet Berlin - [email protected]
On Mon, May 29, 2017 at 10:37:42AM +0200, John Paul Adrian Glaubitz wrote:
> > Although we still seem to have a stable 3.0.2 release. Can you try
> > if the stable release built by us works on your system? Any binary
> > from this.
> >
> > ftp://ftp.freepascal.org/
of work for sure for
> someone who knows the compiler internals.
I also don't think it will be that hard given the fact that the
important part, a code generator for SPARCv9, is already in place.
I can also provide a machine that could be used for running the
testsuite on Linux/sparc64. We
orterboxes
available running Debian unstable and I'd be happy to create accounts on these
machines for anyone who wants to help.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - [email protected]
`. `' Freie Universitaet Berlin - glaub.
I've lost track of what are the issues in this thread, but if the tar of
the source files is less than 2G and you want to transfer it tar I have a
2G or so ftp site that you could use to transfer the tar. Let me know and
I'll send the details via private email to each of you that need
On 8/29/2015 11:31 AM, Jonas Maebe wrote:
> On 29/08/15 11:16, John Marino wrote:
>
>> Hi, I'm retesting an diffset to put FPC 3.0 in FreeBSD ports. I notice
>> the file is named 3.0.0-rc1 with a similar tag in github's svn mirror,
>> but when I build it, the v
ed as 3.0.1
If other people are getting similar results (i.e. it's not just me) then
I'd say that's highly confusing (and requires some additional patching
on ports side because it's not matching expected defaults).
Can we get the advertised version and the build version to matc
On 12/7/2014 22:14, Marco van de Voort wrote:
> In our previous episode, Marco van de Voort said:
>> In our previous episode, John Marino said:
>>> Anyway, if somebody could provide a thoughtful update about the plan for
>>> this DragonFly target, I would be most ap
commit. I'm in the process of setting up a FPC support team in
FreeBSD but obviously if no target exists for our platform, I won't have
a reason to do that.
Anyway, if somebody could provide a thoughtful update about the plan for
this DragonFly target, I would be most a
On 11/25/2014 14:03, Jonas Maebe wrote:
>
> On 25 Nov 2014, at 13:52, John Marino wrote:
>
>> I see a lot of activity in the trunk thus I'm worried about bitrot (and
>> not making the 2.8.0 release) so that's what is concerning me.
>
> Committing large
On 11/25/2014 13:17, Jonas Maebe wrote:
>
> On 25 Nov 2014, at 12:29, John Marino wrote:
>
>> I am wondering what the next step is. Are these patch sets currently
>> under review? Is anything more needed from me?
>
> It's best to open a bug report at http:
On 11/23/2014 12:04, John Marino wrote:
> Hello,
> I've applied the DragonFly BSD support to the trunk. The 2.6.4 compiler
> can bootstrap it and it builds itself and helloworld.
>
> I've split it into 3 patch sets for the convenience of the committer:
> http://leaf
On 11/23/2014 13:28, John Marino wrote:
> On 11/23/2014 13:13, Jonas Maebe wrote:
>> On 23/11/14 12:04, John Marino wrote:
>>
>>> B) rtl/bsd/ostypes: fixed constants S_IRUSR, S_IWUSR, S_IRGRP,
>>> S_IWGRP, S_IXGRP. These were actually incorrect.
>>
>&g
On 11/23/2014 13:13, Jonas Maebe wrote:
> On 23/11/14 12:04, John Marino wrote:
>
>> B) rtl/bsd/ostypes: fixed constants S_IRUSR, S_IWUSR, S_IRGRP,
>> S_IWGRP, S_IXGRP. These were actually incorrect.
>
> Not for Darwin at least:
>
> Since these are octal n
o check than decimal -- headers are
written in octal.
I would be very elated if this could get committed prior to the next
release as Free Pascal 2.6.4 is already available to via a derivative of
the FreeBSD Ports Collection (called DPorts)
Thanks to all who provided advise to get me
On 11/18/2014 17:49, Sven Barth wrote:
> Am 18.11.2014 15:17 schrieb "John Marino" <mailto:[email protected]>>:
>>
>> On 11/18/2014 14:43, Sven Barth wrote:
>> > Am 18.11.2014 13:46 schrieb "John Marino" <mailto:[email protected]>
&
On 11/18/2014 20:07, Marco van de Voort wrote:
> In our previous episode, John Marino said:
>>>>
>>>> If something is wrong it sometimes shows up in ptrace.
>>>>
>>>> getcwd is a likely candidate since afaik that changed FreeBSD 5+
>>
On 11/18/2014 17:42, John Marino wrote:
>
>
> so DirectoryExists is only hit once -- on a file
> (/usr/local/etc/fpc.cfg). The DirCache.DirectoryExists function seems
> to be used instead for all directories, all the time.
>
If I delete "{$define usedircache}" fro
On 11/18/2014 17:35, John Marino wrote:
> On 11/18/2014 17:29, John Marino wrote:
>> getcwd seems to work okay, I don't think that's a problem.
>> This is where the problems start (cfileutl.pas, PathExists function):
>>
>> if allowcache then
>> Res
On 11/18/2014 17:29, John Marino wrote:
> getcwd seems to work okay, I don't think that's a problem.
> This is where the problems start (cfileutl.pas, PathExists function):
>
> if allowcache then
> Result:=DirCache.DirectoryExists(hs)
>
> The DirCache.Director
On 11/18/2014 16:14, John Marino wrote:
> On 11/18/2014 16:02, Marco van de Voort wrote:
>> In our previous episode, Jonas Maebe said:
>>>>Path "/usr/lib/" not found
>>>>Path "/lib/" not found
>>>>Free Pascal Compiler
nch.
The patch that defines OLDBINUTILS to avoid assembly is not a permanent
patch (Dragonfly has binutils 2.24 in base, not an issue).
I'll check out your hints!
John
___
fpc-devel maillist - [email protected]
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On 11/18/2014 14:43, Sven Barth wrote:
> Am 18.11.2014 13:46 schrieb "John Marino" <mailto:[email protected]>>:
>>
>> Hi guys,
>> I've spent a couple of days porting FPC to DragonFly BSD with some
>> success.
> [...]
>> > bin/fp
On 11/18/2014 14:58, John Marino wrote:
> On 11/18/2014 14:38, Jonas Maebe wrote:
>> Such problems usually mean that the stat or statfs record needs
>> adjustments. You can find the "stat" record definition in
>> rtl/bsd/ostypes.inc. statfs is in rtl//ptypes
h, after finding the error above, I started wondering how accurate
gdb was being. Will post back in a minute.
John
___
fpc-devel maillist - [email protected]
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
t;dest" is getting passed by value rather than by reference. Does
anyone have any idea where I can start looking in the code? gdb won't
tell me what source code is responsible for this.
Getting FPC to run as a first-class citizen on DragonFly has been a
long-term goal of mine (ENOTIME) but I'm so close so I hope someone can
help. I also found a couple of mistakes in generic BSD code so my
patches will improve support for other BSDs potentially.
Regards,
John
___
fpc-devel maillist - [email protected]
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
ok, but can we now please return this thread to the original subject re
2.7.1 (and 2.6.4) for rpi. TIA John
On 23 October 2014 13:41, Joost van der Sluis wrote:
> On 10/23/2014 11:49 AM, Jonas Maebe wrote:
>
>> On 23/10/14 11:28, Thaddy de Koning wrote:
>>
>>>
>&g
Thanks. So what exactly does it do? How does one access? Just for wheezy or
will it work on jessie too? John
On 22 October 2014 00:08, peter green wrote:
> peter green wrote:
>
>> So it would seem FPC is currently broken on
>>> stable Raspbian which is a pity.
>>
Don't know why you have this problem with wheezy, but can confirm I'm
running rpi jessie, and the 'sudo' sequence above works for me ok ie does
70Mbyte download & installs fpc with no errors. Haven't really tested it,
but help says it is 2.6.2 -8 rpil+b2 2014/7/21 f
ok, thanks, let me know where I can get rpi wheezy or jessie binary when
you are ready & I'll publish it as an fpc ftp snapshot. I'll do same for
2.6.x too.
John
On 20 October 2014 10:59, Paul Michell wrote:
> On Friday 17 Oct 2014 23:02:29 John Lee wrote:
> > Looks a
Paul
Looks as if you have a working fpc 2.7.1 snapshot for rpi. IAre you
planning to make this available on your web site? If not, can you zip pls
it, and put it on cloud or some ftp site - I'll then put it on fpc ftp site.
TIA John
On 17 October 2014 21:16, waldo kitty wrote:
> On 10
started:
Why has there been so many messages on this list debating the pros and cons
of reference counting objects?
The beauty of the Pascal language is in its structure ie:
procedures,functions,OOP. Why does it need to be a functional programming
language as well when there are Haskell, Lisp, Sch
8 January 2014 18:05, Sven Barth wrote:
> Am 08.01.2014 14:21 schrieb "John Lee" :
>
> >
> > In Pascal programmers guide v2.6 Feb 2013 it explains how to use {$I ...
> } to include compiler information eg version string, time string etc so one
> can include
Thanks - I'd thought that I'd seen somewhere (here?) that one could get the
opt info into compiler string somehow & thought it'd be there hence so doc
. Maybe it is somewhere else & not under {I ...}?
On 8 January 2014 13:35, Pierre Free Pascal wrote:
> Hi John,
>
elsewhere? If so where 7 how do I do it
please?
TIA
John
>
>
___
fpc-devel maillist - [email protected]
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Very interested !
---
John Clymer
FCC(EXW) USNR
On 2013-12-26 07:45, Anton Kavalenka wrote:
Dear FPC-Developers!
Our institution about 15 years ago was developed Turbo-Vision fork for
VGA/SVGA graphics called GraphVision.
Key features:
* TV-like objects (classes)
* BGI graphics with own
This sounds like the best plan if one has several .ppus - as some ppl seem
to have & no source code, that should - but not sure what's involved with
writing the wrapper. Could the whole thing be written in fpc pascal?
Would it be easy to reuse the wrapper for different .ppus? If so this'd be
usef
I'm guessing that you'd need to be pretty au fait with fpc internals & the
code to do this eg because there's no spec, and no tools to help? J
>
>
> In other words: _If_ someone is motivated enough for such a task, it would
> be possible to create a convertor from one PPU version to another (and I
ch to disable the check (at
user's risk)?
John
>> >> > I generates some PPUs in a version of FPC. I try to use it in other
>> >> > version of FPC, but it not compiles.
>> >> >
>> >> > So, can I disable the PPU version checking to I
I go back rather (too?) far...eg pre v1.0 - unfortunately I can't remember
what the version was when I first downloaded fpk & tried to compile an fft
- it crashed compiler - fixed by Jonas iirc. I'm so sad that I still use
fpk for fpc directories - I'm kind'a sorry we changed that. I sort of got
obably know fpc has
been ported to many different architectures from the original linux & win32
i386, big/little endian, 32/64 bits alpha/sparc etc - tho' not such a
different architecture as yours maybe ! - so they know quite a bit about
the best way to do it.
John
On 17 January 2
There is a slightly more "modern" P5 based off of P4, with source code that can
be compiled using Borland Pascal (and presumably, FPC's Turbo mode should be
close to compiling it as well.)
http://www.standardpascal.org/p5.html
From: Skybuck Flying
To: FPC de
> > > Maybe we could/should put a fpc compilable version of
> > this into the
> > > > fpc
> > > docs, and into the fpc distribution? Can't imagine that one
> > could do
> > > anything smaller or more portable?
> >
> > P4 is not FPC compilable. It uses ISO style filehandling
> > iirc.
>
> Correct.
>
.
> Simpler you can't get. Cross platform. Only standard pascal though, no
> objects, etc.
>
> Maybe we could/should put a fpc compilable version of this into the fpc
docs, and into the fpc distribution? Can't imagine that one could
cessary to support a given
processor and it's "system" unit.
John
From: Tomas Hajny
To: FPC developers' list
Sent: Fri, September 9, 2011 3:45:54 PM
Subject: Re: [fpc-devel] Project Idea: Mini-FPC
On Fri, September 9, 2011 03:48, Skybuck Fly
Just googled 'Benjamin Rosseax regexpr' and don't find anything that's
trelevant! Where is it please?
John
On 31 August 2011 15:41, Marcos Douglas wrote:
> On Wed, Aug 31, 2011 at 2:55 AM, Felipe Monteiro de Carvalho
> wrote:
> > On Tue, Aug 30, 2011 at 10:2
ed - without being a compiler writer if
their MCU isn't supported.
And, as I said - I don't see how giving someone the choice of implementations
is
a bad thing.
John
From: Florian Klämpfl
To: FPC developers' list
Sent: Sat, August 27, 201
I assume I speak for others, but for those of us that have been working in the
embedded field for a while, some of us prefer to roll our own support code,
rather than rely on compiler supplied implementations. Personnally, I've used
6
different ARM/Thumb2 cored processors in various projects.
>
> {$ifdef i386}
>
> On Fri, Aug 26, 2011 at 10:53 AM, David Welch wrote:
>> need to apply this patch, like the wiki thing maybe there is a place I
>> have to sign up to be able to check in to svn, otherwise. The lpc and
>> sam7 parts are ARM7TDMI which is an armv4t
Part of what I submitted was 2 batch files in the root directory - buildarm.bat
and buildthumb2.bat - that was my attempt to provide an example with the
BINUTILS equates spelled out.
John
From: David Welch
To: FPC developers' list
Sent: Fri, Augu
times random) thoughts on trying to make things easier
for the end user. someone that wants to write controller code - not fitz with
the compiler.
That said, school is starting - and I have a working compiler - so I am just as
content to leave the status quo be...
John
_
compiler
would have to choose which one based on the core it's currently compiling for.
John
From: David Welch
To: FPC developers' list
Sent: Tue, August 23, 2011 10:39:50 AM
Subject: Re: [fpc-devel] ARM vs Thumb2 - can't have both
vel] Arm Thumb2 - Stellaris status
On 21 Aug 2011, at 15:33, John Clymer wrote:
As part of my table-ization of cpuinfo.pas, I am including a generic part for
each (no code published for this yet.) The caveat to this is that FLASH size
and SRAM sizes are just set to extremely large (1 MB each f
cortexm3
INSTALL_PREFIX=/home/stimey/fpc
The CROSSOPT item forces the RTL to be compiled as M3 / Thumb2.
John
From: David Welch
To: FPC developers' list
Sent: Mon, August 22, 2011 8:25:11 AM
Subject: Re: [fpc-devel] ARM vs Thumb2 - can't have both
controllerunit
files fail to build - as they have ARM specific assembly code in them.
However, if you are claiming that an ARM binary can be linked against a THUMB
SYSTEM unit, then only the startup code remains to get fixed - and things
aren't
as messy as I'm perceiving them.
J
path for architectures that support
it, I may have time to dig into that.
John
___
fpc-devel maillist - [email protected]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
s 1 to TOP. The
WriteVector routine for Thumb also adds an offset of 1 to each vector - so as
to
force Thumb mode upon load to PC.
John
From: Jeppe Græsdal Johansen
To: FPC developers' list
Sent: Sun, August 21, 2011 7:27:48 PM
Subject: Re: [fpc-de
disabled via a define in the source.) This is should only be enabled for the
embedded target - but I need to double check to ensure that is the case.
Fortunately, I have a few days off before the school semester starts - so I
will
be working on this quite heavily over the next few d
ask - which controller are you using this on ?
Thanks,
John
From: Geoffrey Barton
To: FPC developers' list
Sent: Sun, August 21, 2011 2:46:55 PM
Subject: Re: [fpc-devel] ARM patch to switch to controller records rather than
arrays
On 21 Aug 2011, at 00:35
e the cpu is not getting set to Thumb2 mode when it builds the Thumb2 RTL
files.
John
From: David Welch
To: FPC developers' list
Sent: Sun, August 21, 2011 12:24:34 AM
Subject: Re: [fpc-devel] Arm Thumb2 - Stellaris status
thumb2 is an extension to thu
DIFF attached for comment and review. Provides the following features /
difference:
1) Switched operation of cpuinfo.pas - there is still a SET containing the ct_
constants, but that now indexes an array of structures rather than a
collection
of arrays. The array contains the info from th
The thumb2 is meant to support Cortex M3 devices (STM32, Stellaris, etc.)
AFAIK
- the mixing of modes is not currently an option.
From: Jeppe Græsdal Johansen
To: FPC developers' list
Sent: Sat, August 20, 2011 7:23:39 PM
Subject: Re: [fpc-devel] Arm Thumb
DIFF attached for comment and review. Provides the following features /
difference:
1) Switched operation of cpuinfo.pas - there is still a SET containing the ct_
constants, but that now indexes an array of structures rather than a
collection
of arrays. The array contains the info from the
up the difference but know I bought/saw both at some
point.
David
On 08/20/2011 02:20 AM, John Clymer wrote:
> Also, just peeked at current line up of STM32 controllers, there are 150
> different controllers available, consisting of 33 possible combinations
> of FLASH memory and SRAM
e.
ALL
LM3 devices have UART0 at the exact same location - and all have the same
register layout.) The caveat to this that one could compile code that won't
actually run on a given device.
OR - we could leave the peripheral definitions to the user. (Which I'm
would need to be
documented
if the target audience is people that won't be tearing the compiler apart.
[And
again, more work...]
John
From: Geoffrey Barton
To: FPC developers' list
Sent: Fri, August 19, 2011 1:19:38 PM
Subject: Re: [fpc-dev
ave the entire register set defined inside
the RTL - that would be fine too.
John
From: Florian Klämpfl
To: FPC developers' list
Sent: Tue, August 9, 2011 7:59:06 PM
Subject: Re: [fpc-devel] Arm Thumb2 - Stellaris status
Am 09.08.2011 17:04, schrieb Jeppe
patch to allow the compiler to compile to assembly -
then
use binutils to assemble and patch. This gives the flexibility to accommodate
non-standard setups.
Expecting to provide a patch set in about a week to include a huge number of
stellaris parts support.
, in order to get a binary for the LM3S8962, using
that specific controller as the target, I had to have a file in that folder
with
that same name - and with the unit inside named the same as the microcontroller.
John
From: Florian Klämpfl
To: FPC develo
tc work via the serial port ?) Or is
the intent that embedded includes on the bare minimal RTL to bring the machine
up ?
Thanks,
John
From: Florian Klämpfl
To: FPC developers' list
Sent: Tue, August 16, 2011 12:35:03 PM
Subject: Re: [fpc-devel]
sane defaults] mechanism provides enough power
to
accommodate most of the compilers potential users.
John
From: DaWorm
To: FPC developers' list
Sent: Tue, August 16, 2011 8:49:51 AM
Subject: Re: [fpc-devel] Stellaris Update
STM32F103 and other ST M
can be used. The M3 specs make requirements
that
limit the "flexibility" to come up with oddball memory layouts.
John Clymer
___
fpc-devel maillist - [email protected]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
e ARM related files.
John
From: Pierre Free Pascal
To: FPC developers' list
Sent: Tue, August 9, 2011 1:00:53 PM
Subject: RE: [fpc-devel] Arm Thumb2 - Stellaris status
> -Message d'origine-
> De : [email protected] [mai
1 - 100 of 162 matches
Mail list logo
