I've now created a few startup files for the STM32F4xx microcontrollers.
You can grab them here ...

http://d.gpio.dk/cgi-bin/gitweb.cgi

... Unfortunately I have no 'read-only' checkout on my git-server, but I'll be happy to make a tar.bz2 archive upon request.

On 23/04/2015 2:41 p.m., Jens Bauer wrote:
> I've now created a few startup files for the STM32F4xx microcontrollers.
> You can grab them here ...
>
> http://d.gpio.dk/cgi-bin/gitweb.cgi
>
> ... Unfortunately I have no 'read-only' checkout on my git-server, but
> I'll be happy to make a tar.bz2 archive upon request.

Make a github mirror if you don't want to push it directly there.

On Thursday, 23 April 2015 at 04:48:16 UTC, Rikki Cattermole wrote:
> On 23/04/2015 2:41 p.m., Jens Bauer wrote:
>> ... Unfortunately I have no 'read-only' checkout on my git-server, but
>> I'll be happy to make a tar.bz2 archive upon request.
>
> Make a github mirror if you don't want to push it directly there.

That might work. I had to create my own git server, because GitHub does not work with any of my Web-browsers. -The only thing I can do with a Web-browser is to fork another repository and post comments. This is basically because GitHub's buttons do not work on my browsers.
I'll try and make an attempt to set up a mirror tomorrow, but it might be easier setting up gitolite with HTTP anyway. ;)

On 23/04/2015 4:53 p.m., Jens Bauer wrote:
> On Thursday, 23 April 2015 at 04:48:16 UTC, Rikki Cattermole wrote:
>> On 23/04/2015 2:41 p.m., Jens Bauer wrote:
>>> ... Unfortunately I have no 'read-only' checkout on my git-server, but
>>> I'll be happy to make a tar.bz2 archive upon request.
>>
>> Make a github mirror if you don't want to push it directly there.
>
> That might work. I had to create my own git server, because GitHub does
> not work with any of my Web-browsers. -The only thing I can do with a
> Web-browser is to fork another repository and post comments. This is
> basically because GitHub's buttons do not work on my browsers.
> I'll try and make an attempt to set up a mirror tomorrow, but it might
> be easier setting up gitolite with HTTP anyway. ;)

Ehh, maybe you should setup a e.g. vm of e.g. Linux Mint and use e.g. Github via it.
After all, not having a web browser working for it isn't an excuse when all the main ones do ;)

On Thursday, 23 April 2015 at 04:59:47 UTC, Rikki Cattermole wrote:
> On 23/04/2015 4:53 p.m., Jens Bauer wrote:
>> On Thursday, 23 April 2015 at 04:48:16 UTC, Rikki Cattermole wrote:
> Ehh, maybe you should setup a e.g. vm of e.g. Linux Mint and use e.g. Github via it.

:) When having a PowerPC based Mac, you're living in a land of "no support".
I do not know of any VM, which works on Mac OS X PPC.
I do have two ARM Cortex-A based boxes. One is a CS918, which I cannot unbrick; the other is a CubieBoard2, which works quite well with Linux, however, ehm, I have no monitor for it, so I'm using it solely via SSH.

There's still a slim chance that I can get GitHub working, because I had to use their API, in order to register; perhaps  the API will let me create mirrors, etc.

(As you can probably imagine, I was very happy, when I got the D compiler building for my Mac)

Setting up the git server for HTTP does not seem too difficult after all, though:
http://gitolite.com/gitolite/ssh-and-http.html

On 23/04/2015 9:54 p.m., Jens Bauer wrote:
> On Thursday, 23 April 2015 at 04:59:47 UTC, Rikki Cattermole wrote:
>> On 23/04/2015 4:53 p.m., Jens Bauer wrote:
>>> On Thursday, 23 April 2015 at 04:48:16 UTC, Rikki Cattermole wrote:
>> Ehh, maybe you should setup a e.g. vm of e.g. Linux Mint and use e.g.
>> Github via it.
>
> :) When having a PowerPC based Mac, you're living in a land of "no
> support".
> I do not know of any VM, which works on Mac OS X PPC.
> I do have two ARM Cortex-A based boxes. One is a CS918, which I cannot
> unbrick; the other is a CubieBoard2, which works quite well with Linux,
> however, ehm, I have no monitor for it, so I'm using it solely via SSH.
>
> There's still a slim chance that I can get GitHub working, because I had
> to use their API, in order to register; perhaps the API will let me
> create mirrors, etc.
>
> (As you can probably imagine, I was very happy, when I got the D
> compiler building for my Mac)
>
> Setting up the git server for HTTP does not seem too difficult after
> all, though:
> http://gitolite.com/gitolite/ssh-and-http.html

Wow impressive, no full x86 machine!

On 4/23/15 5:54 AM, Jens Bauer wrote:
> On Thursday, 23 April 2015 at 04:59:47 UTC, Rikki Cattermole wrote:
>> On 23/04/2015 4:53 p.m., Jens Bauer wrote:
>>> On Thursday, 23 April 2015 at 04:48:16 UTC, Rikki Cattermole wrote:
>> Ehh, maybe you should setup a e.g. vm of e.g. Linux Mint and use e.g.
>> Github via it.
>
> :) When having a PowerPC based Mac, you're living in a land of "no
> support".

yikes! time for an upgrade :)

You can't use something like this? http://www.floodgap.com/software/tenfourfox/

-Steve

On Thursday, 23 April 2015 at 12:14:59 UTC, Steven Schveighoffer wrote:
> On 4/23/15 5:54 AM, Jens Bauer wrote:
>> :) When having a PowerPC based Mac, you're living in a land of "no support".
>
> yikes! time for an upgrade :)

:)

I'm only staying with my PPC Mac for two reasons: My PCB design software and Photoshop CS2. I don't like Photoshop CS3 and later, so I'll need to stick with this.
But my plan is to migrate as much as I can to ARM; then I'll be using a Cortex-A desktop computer. -The Firefly with 4GB RAM is close, but I really want a 88SE9230 S-ATA controller from Marvell too. ;)

> You can't use something like this? http://www.floodgap.com/software/tenfourfox/

Wow, I thought they stopped making builds at v20! -I'm pretty sure they said on the Web-site that v20 was the last build. But this is great, thank you for letting me know. I've downloaded it (though a bit slow) it appears to work.

In my attempt to make a read-access on my git repositories, I upgraded both Gitolite and git to latest versions; but I still didn't succeed in making it possible to clone without a SSH key.

The most important thing, though, is that D-programmers now have a starting point for the STM32F4xx. It should be easy to adapt the same sources to other MCUs. I'm planning on adding support for some of the LPC microcontrollers myself.

On Thursday, 23 April 2015 at 15:30:18 UTC, Jens Bauer wrote:
> The most important thing, though, is that D-programmers now have a starting point for the STM32F4xx. It should be easy to adapt the same sources to other MCUs. I'm planning on adding support for some of the LPC microcontrollers myself.

this looks pretty cool.
i would love to try this out (could't figure out how to clone it though)
which board do you use?

what devices work?
would something like a STM32 NUCLEO-F401RE work?

On Friday, 24 April 2015 at 07:34:55 UTC, tom wrote:
> On Thursday, 23 April 2015 at 15:30:18 UTC, Jens Bauer wrote:
>> The most important thing, though, is that D-programmers now have a starting point for the STM32F4xx. It should be easy to adapt the same sources to other MCUs. I'm planning on adding support for some of the LPC microcontrollers myself.
>
> this looks pretty cool.
> i would love to try this out (could't figure out how to clone it though)

I've made a tar.gz archive and placed it here:
d.gpio.dk/dl/STM32F4xx.tar.gz

> which board do you use?

I'm using STM32F407 Discovery board and a bunch of bare-metal boards I designed (most of them are on breadboards)

> what devices work?

Initially, I've only made files for the F4 family:
STM32F401, STM32F405, STM32F407, STM32F411, STM32F415, STM32F417, STM32F427, STM32F429, STM32F437 and STM32F439.

I only have STM32F407, STM32F427 and STM32F429 myself though, so I will not be able to test on the other devices in this family.

> would something like a STM32 NUCLEO-F401RE work?

You'll need to modify the exception vector table, which should be quite straightfoward (but may take some time, because it's a line-by-line job).

But before you start doing a lot of manual work, look at the template files and the generator script. The generator script is actually dong some of the hard work for you. Just list the exception vectors in the correct order in a file called stm32f103.txt for instance, then add this file to the bin/generate and run that scipt.