Hi
On Thursday 10 July 2014 11:24:43 Daniel Michalik wrote:
> Dear all,
> I cannot compile the current version of sdcc. Problem seems identical to
> what is described here:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746906
> | make
> | [...]
> | In file included from opncls.c:26:0:
> | opn
On Sunday 30 March 2014 12:33:44 Philipp Klaus Krause wrote:
> On 30.03.2014 10:23, Gudjon I. Gudjonsson wrote:
> > Hi again Is there any simple way to exclude the non-free directory
> > from being built? It is quite simple in version 3.3 but I cannot
> > build version 3.4
Hi again
Is there any simple way to exclude the non-free directory from being
built? It is quite simple in version 3.3 but I cannot build version 3.4.
In order to get the package into Debian I need to remove the whole non-free
directory and this causes compilation errors.
There are untested
Hi Maarten
Thanks for the work. I am building the Debian package, it compiles on amd64 at
least but I haven't tested to compile any code yet.
The list of files I need to clean manually in the debian/rules files just gets
bigger and bigger. Can you please add the list below to the clean target o
Hi list
Quite soon after the release of sdcc 3.1 I had a package ready for Debian.
It is cleaned for complying with the Debian Free Software Guidelines (DFSG)
but I can also make a full package for the non-free Debian part.
The problem is that I haven't found a sponsor for the new version and
Hi
I made a Debian package out of the 3.0.0 rc1 version. The packages can be
found on:
deb http://195.198.146.229/debian/ i386/
deb-src http://195.198.146.229/debian/ source/
Please test them. I haven't renamed the man pages but otherwise the package
should work nicely.
There are two open bug
Hi
I got this boring security bug report on sdcc:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559840
I would like to ask for your opinion. Shouldnt it be enough to copy ltdl.c from
libtool version 2.2.6b to the sdcc source files and rebuild?
Older Debian versions need to be patched but I
Hi Borut and Maarten
> Borut,
> The bug is not on our tracker (any longer). It was fixed
> in may.
>
> Gudjon,
> I'm surprised that now you mention yet another bug. Is
> it still related to the combination of sdcc and debian?
Sorry not being specific enough, here is a link to all bugs regardin
Hi Maarten
> > Here is one bug in the Debian bug reporting system that I don't know if
> > it has been reported to upstream but I know that it still exists in the
> > SVN version http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=422599
>
> AFAIK we were unaware of it and unless it is added to
> our
Hi
I do have the problem that version 2.9.0 doesn't compile on a current
Debian system and then the question is: Shall I patch the package, make a
package out of the current SVN version or wait for the next sdcc release? The
current SVN version seems to work nicely but do you have any advice
Hi
The Debian package has been upgraded and a prerelease can be found on my
server. Please test if you are interested.
deb-src http://195.198.146.229/debian/ source/
deb http://195.198.146.229/debian/ i386/
To make the the Debian package clean, I had to add the following commands to
the Debia
Hi
> >Since the absence of the mcs51 target from the "Debian free" sdcc
> > package has been mentioned on the list I would like to mention that after
> > the release of sdcc version 2.9.0 I will drop the sdcc-nf (non-free)
> > package and reinsert the mcs51 and other targets into the Debian fre
Hi
Since the absence of the mcs51 target from the "Debian free" sdcc package
has been mentioned on the list I would like to mention that after the release
of sdcc version 2.9.0 I will drop the sdcc-nf (non-free) package and reinsert
the mcs51 and other targets into the Debian free (DFSG) sdcc
Hi
Matt: Assuming you are using Debian/Ubuntu, you can install sdcc-nf
http://packages.debian.org/sid/sdcc-nf
which contains the full sdcc compiler.
Sorry about the default target, I will change that in the next release.
Cheers
Gudjon
On Thursday 05 March 2009 01:23:42 Maarten Brock wrote:
> To
Hi
Thanks for the answers Jesus and Jan.
On Tuesday 20 January 2009 22:33:45 Jan Waclawek wrote:
> Oh, the quality of NXP documentation on the '51 derivatives is decaying, to
> be very polite...
>
> You must first enable the boot ROM (which is otherwise "hidden" to allow
> full 64kB of FLASH co
Hi
Thanks for the answers to the last question about the function call to an
absolute address. I am trying to use the iap routines for the NXP p89v664
device. The first test is just to get the manufacturers ID but it doesn't
work.
To simplify the code I just check if I can pass by the lcall
Hi
Sorry once again if the question is silly but I am trying to call the
PGM_MTP at address 0xFFF0
function in the in application bootloader for the NXP 8051 microcontrollers.
The problem is that I don't know how to put an absolute address on a
function. I know how to absolute address variab
Hi
>Has anyone written any general-purpose routines for SDCC to deal
> with the on-chip I2C controller in the 87C751 that they'd be willing
> to share?
Attached are the routines I use for my p89c668 devices. The I2C seems to be
equivalent to the 87C751 one.
Here is an application note from phi
Hi
I made an implementation of the %e option for printf in my own
printf_large.c file that I call so far printf_exp.c and can be found along
with a test program called writeser.c. They can be found at:
http://gudjon.org/sdcc/
If the code is usable and it can be implemented into sdcc, please
Hi
I suggest that you use the Debian (Ubuntu) package for sdcc. Either sdcc
which is a reduced Debian Free version or sdcc-nf which is non-free but
includes the full sdcc program.
If you want to compile it yourself, the Ubuntu flex package should do the
trick.
/Gudjon
--
Hi
I found out (the hard way before reading the manual :) that the %e option is
not implemented in printf. Am I the only one missing it? Is there any
interest in implementing it?
Thanks
Gudjon
-
This SF.Net email is sponso
Hi Maarten
>
> IIRC the __fs floating point support routines are all
> reentrant these days. How did you declare the function?
Thanks for the answer. I found the solution but I have to admit that I am too
silly to know if it is my fault or sdcc's.
The solution is either to change the definition o
Hi
I made my own very simple I2C library for the NXP p89c66x microcontroller
two years ago. The p89c66x does include hardware support for I2C. Does anyone
know about a good library with error control?
Thanks
Gudjon
-
Thi
Hi
Can someone explain why I get the following error when trying to use the
__fsdiv function:
?ASlink-Warning-Undefined Global '___fsdiv_PARM_2' referenced by module
The problematic code is the following:
c=__sint2fs((a<<8)+b);
__fsdiv(c,130.0)
The __sint2fs function works and I can print out
Thanks Philipp
Sorry, my silly mistake. But it worked before :)
> >
> > I tried to change the for statement to
> > for (p=totspect;p >
> > But it is not allowed to add pointers. Can someone help me?
The new code is
p=(__xdata unsigned char *) totspect;
for (i=0;i<64;i++)
serial_putchar(*p+
Hi
I made the following routine that worked perfectly in version 2.7.0 but
now I have a problem with version 2.8.0. The code is the following.
#define N 0x10
__xdata unsigned long totspect[N];
__xdata unsigned char * __data p;
for (p=totspect;phttp://ad.doubleclick.net/clk;198757673;1350303
Thanks Maarten
Sorry, this happens to me every once in a while :(
Anyway if the statement can be understood in the way that the
code can be used but not distributed for commercial use then I
am still happy.
/Gudjon
On Fri, Aug 24, 2007 at 09:08:30PM +0200, Maarten Brock wrote:
> Gudjon,
>
>
Hi
Thanks for the answers. The new license is clear but
I understood the old in the way that both commercial
distribution and usage was prohibited.
But I am using the 8051 port so I don't use this code :)
It will be distributed in Debian under non-free but that is
fine by me. It would be nic
Hi
The following licensing statement in the sdcc files was pointed
at me by coincidence:
"The AS assemblers and the ASLINK relocating linker are
placed in the Public Domain. Publication or distribution of
these programs for non-commercial use is hereby granted with the
stipulation tha
.
Copyright (c) 2007 Gudjon I. Gudjonsson
This library is free software; you can redistribute it and/or
modify it under the terms of the GNU Lesser General Public
License as published by the Free Software Foundation; either
version 2.1 of the License, or (at your option) any later version
Hi Dan
On Thursday 21 June 2007 12:56:42 Dan Ellis wrote:
> Gudjon I. Gudjonsson wrote:
> > Hi
> >I made the following c-code:
> >
> > // Initialize Module 0 in capture mode
> > CCAPM0=0x21; // Capture positive edge first
> > //
Hi again
I forgot some vital information
The code below is borrowed (stolen :) from the P89c51RD2.h file that is in
the sdcc libraries. Could you please tell me if these definitions are
sensible or not?
Cheers
Gudjon
On Monday 18 June 2007 19:46:51 Gudjon I. Gudjonsson wrote:
> Hi
>
Hi
I made the following c-code:
// Initialize Module 0 in capture mode
CCAPM0=0x21; // Capture positive edge first
// for measuring pulse width
flag_0=0;
n=1;
AUXR1=0x01;
meas_end=res_dph_addr[n];
_asm
mov dph, _meas_end
mov dpl, #0
_endasm;
AUXR1=0;
meas_end
Hi
I do have a header file with lines similar to this.
__sbit __at (0x8F)TCON_7;
#define TF1TCON_7
However the the problem arises when I use inline assembler. Then I get the
following error:
?ASlink-Warning-Undefined Global 'TCON_7' referenced by module 'write_01'
If I change the ass
Thanks Maarten and Jean-Paul
On Thursday 14 June 2007 16:14:02 Jean-Paul wrote:
> Maarten is right.
>
> You have to reset the bit EXTRAM in the AUXR register (0xA0) (not bit
> addessable) in order to use internal "external" RAM.
>
> By the way, my thanks too for the nice software.
>
> Jean-Paul
>
Hi
I was trying to compile a small program for an 8051 variant (a test version
of my large one) and I get strange results:
#include "P89c66x.h"
void usleep(unsigned char j)
{
// 1 = 3.12us
unsigned char i;
for ( i=0;i<=j;i++);
}
void main()
{
while(1) {
P1=0xFE;
usleep(100);
P1=0
36 matches
Mail list logo