Borut,
Sorry for my English. I was going to try WIN64 but I did not. I first
downloaded 32bit snapshot to try and found the current 6848 build generated
new Z80 compile problem, and with 6720 build it was ok.
Woody
http://palmmicro.com/woody/
- Original Message -
From: "Borut Raze
Am 11.09.2011 03:39, schrieb Lin Rongrong:
> Are those instructions already in current snap build?
No. And even when implemented, they will require a command-line switch
to enable.
> I was going to try the 64bit build today. But after I upgraded current 32bit
> 6848 build from 6720 build (of Aug
I downloaded 6816 snap build from http://sdcc.sourceforge.net/snap.php and
found the same problem with 6848. Anywhere I can download those earlier
build between 6720 and 6816?
Woody
http://palmmicro.com/woody/
- Original Message -
From: "Philipp Klaus Krause"
To:
Sent: Sunday, Septe
I am using sdcc.exe, sdcpp.exe, sdasz80.exe and sdld.exe to compile all my
source code, no SDCC lib is used.
Just tried to use 6720 build sdcc.exe with the rest of 6816 and 6848, both
can work normally. So there is something wrong with sdcc.exe between 6720
and 6816.
Woody
http://palmmicro.com
Not as far as I know, unless somebody has such a private archive.
Currently last 7 builds are kept on the SF Files repository. The sdcc
build upload script removes all older files regardless of port or
target. We could made an exception for Windows, but additional question
arises:
- which windo
It is good to see SDCC under constant change. For user's like me, I think
what I need to do is to test the snap build at least every 7 days, instead
of back up more builds. Thanks for the explanation.
Woody
http://palmmicro.com/woody/
- Original Message -
From: "Borut Razem"
To: ; "S
I tested the 64 bit verison "SDCC :
mcs51/gbz80/z80/ds390/pic16/pic14/TININative/ds400/hc08 3.0.4 #6848 (Sep 10
2011) (MINGW64)" just now. It works ok, generated code same as the 32 bit
version, with same problems, which I filed a bug report earlier.
I used command line like "C:\SDCC\BIN\sdcc si
Am 11.09.2011 19:30, schrieb Lin Rongrong:
> I tested the 64 bit verison "SDCC :
> mcs51/gbz80/z80/ds390/pic16/pic14/TININative/ds400/hc08 3.0.4 #6848 (Sep
> 10 2011) (MINGW64)" just now. It works ok, generated code same as the 32
> bit version, with same problems, which I filed a bug report earlie
How much recommended --max-allocs-per-node with 4GB RAM?
Woody
http://palmmicro.com/woody/
- Original Message -
From: "Philipp Klaus Krause"
To:
Sent: Monday, September 12, 2011 1:38 AM
Subject: Re: [Sdcc-user] New sdcc snaphot build plarform: 64 bit Windows
> Am 11.09.2011 19:30, s
This is 3,7% increase in speed. If your computer costs 1000$ you just
earned 37$ just by downloading and installing the 64bit sdcc version ;-)
Borut
On 09/11/2011 07:30 PM, Lin Rongrong wrote:
I tested the 64 bit verison "SDCC :
mcs51/gbz80/z80/ds390/pic16/pic14/TININative/ds400/hc08 3.0.4 #6
On Sun, 2011-09-11 at 22:46 +0200, Borut Razem wrote:
> This is 3,7% increase in speed. If your computer costs 1000$ you just
> earned 37$ just by downloading and installing the 64bit sdcc
> version ;-)
>
> Borut
>
>
> On 09/11/2011 07:30 PM, Lin Rongrong wrote:
> > with 32 bit version, it tak
I am not sure if there is a 3.7% increase in speed. As the time was pretty
long, I calculated the time roughly by the first and last file generated time
during my build, and I was visiting various web pages while compiling.
I will do a detail time compare after current bug fixed and report the r
Hi,
I've a problem: I'm trying to connect my pic16f887 to my pc over rs232
(with max232, which worked when using JAL).
This is the code:
#define __16f887
#include "pic14/pic16f887.h"
//#include "usart.h"
#ifndef KHZ
#define KHZ 8000
#endif
// These are fixed. The 16f628a can only use t
> Původní zpráva
> Od: Ruben De Smet
> Předmět: [Sdcc-user] PIC16f887 unstable RS232
> Datum: 12.9.2011 05:19:16
>
> Hi,
>
> I've a problem: I'm trying to connect my pic16f887 to my pc over rs232
> (with max232, which worked when
14 matches
Mail list logo
