Dear sdcc community,
I am encountering a problem that is somehow connected to the cast
between float and int, and it is unclear to me whether I am using sdcc wrong or
whether there might be a bug somewhere. Please find below two pieces of code,
the first one works as expected, the value of debug is
On Wed, Feb 20, 2013 at 12:05:27AM -0600, Erik Petrich wrote:
> I can't answer most of your questions because I do use pic and so I am not
> very familiar with that part of SDCC. However, I can answer why SDCC does
> not need to call __fs2uint in the first example. SDCC's optimizations are
> all
On Wed, Feb 20, 2013 at 11:32:05AM +0100, Maarten Brock wrote:
> I seem to remember that the SDCC PIC14 port does not have any working
> initialization of global variables.
I think it generally should work. I used them before and it worked fine
(assuming there wasn't any optimization doing magic).
[resent after sending from the wrong mail address earlier]
On Wed, Feb 20, 2013 at 12:05:15PM +0100, Daniel Michalik wrote:
> The asm block "functions called" is identical expect for the additional
> "___slong2fs" in the not working example. I am not sure whether that
Raphael,
On Wed, Feb 20, 2013 at 08:46:58PM +0100, Raphael Neider wrote:
> I had a look at the problem. Actually,
[code that produces a broken long2fs]
> is equivalent to
[code that coincidentally works]
> and the latter saves code for one comparison. So changing that
> *should* not break/heal an
Dear sdcc community,
I am trying to compile and link a piece of code using cosf().
I compiled and installed gputils (revision 932) and
sdcc (revision 8435) from svn, with --enable-enhanced-cores:
SDCC :
mcs51/gbz80/z80/z180/r2k/r3ka/ds390/pic16/pic14/TININative/ds400/hc08/s08 3.2.1
#8435 (Feb
Raphael,
On Sun, Feb 24, 2013 at 11:29:37PM +0100, Raphael Neider wrote:
> I hope it helped: I have committed a fix as r8441 and would highly
> appreciate if you could verify that the bug is gone. (I would also
> appreciate if you informed me that the bug persists, though that
> report would be so
Dear sdcc community,
I am trying to compile the following piece of code with the command
sdcc -mpic14 -p16f1938 --use-non-free problem.c
#define __16f1938
#include "pic14/pic16f1938.h"
float julianday = 0;
void main(void) {
julianday++;
}
I run into a segfault:
Caught signal 11: SIGSEG
On Mon, Feb 25, 2013 at 12:08:17AM +0100, Daniel Michalik wrote:
> Dear sdcc community,
>
> I am trying to compile the following piece of code with the command
> sdcc -mpic14 -p16f1938 --use-non-free problem.c
I realize I forgot to specify my sdcc version, built from svn,
con
On Mon, Feb 25, 2013 at 12:21:06AM +0100, Raphael Neider wrote:
> Just update (again) to >= r8443. Build system fixed, works for me.
Indeed, this fixes it. :) Now building successfully with:
sdcc --use-non-free -mpic14 -p16f1938 -llibme.lib problem.c
Thank you,
//Daniel
-
On Mon, Feb 25, 2013 at 12:08:17AM +0100, Daniel Michalik wrote:
> I am attaching the output of strace sdcc -mpic14 -p16f1938 --use-non-free
> problem.c.
Attachment.
execve("/usr/local/bin/sdcc", ["sdcc", "--use-non-free", "-mpic14",
"-
On Mon, Feb 25, 2013 at 10:27:55PM +0100, Raphael Neider wrote:
> > Caught signal 11: SIGSEGV
>
> I could not resist: Fixed in r8444. Tracked as bug #3605966.
Raphael, thanks so much! I am confirming that this fixes the issue.
//Daniel
On Mon, May 27, 2013 at 11:50:56AM +0300, Ori Idan wrote:
> I have to program a PIC24FJ64GA from Linux, however I did not find any command
> line utility to do it. I already have the HEX file for it.
Guessing out of the blue, can you use pk2cmd (source code and binary
available on the Microchip we
Dear all,
I'm trying to implement a conversion from solar (regular) time to
sidereal time for astronomical purposes on a PIC16F1938. As far as I
understand sdcc supports single precision only. I would like to ask for
advice how to proceed. For the calculations necessary for the time
conversion see
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:
| opncls.c: In function ‘bfd_fopen’:
| bfd.h:529:65: error: right-hand operand o
On Thu, Jul 10, 2014 at 10:09:24AM +, Gudjon I. Gudjonsson wrote:
> Don't you mean this bug?
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752972
>
> I got a patch with the bug report that I sent to sdcc-devel but the message
> may have been rejected. The patch is attached.
Yes, that p
16 matches
Mail list logo
