Re: [Sdcc-user] Memory allocation error when use two arrays

Global variables are also put in a different section, so the trick is: #define ARRAY_1_LEN 60 unsigned char array1[ARRAY_1_LEN]; /* global (non-static) array */ #define ARRAY_2_LEN 60 static unsigned char array2[ARRAY_2_LEN]; /* local (static) array */ Borut O

Re: [Sdcc-user] gputils 0.14.1 released

On 08. 01. 2012 17:15, Alain Mouette wrote: > Em 07-01-2012 18:00, Borut Ražem escreveu: >> gputils-0.14.1 has been released. The source code package is available >> >>* gpasm -C option reverted: now it genetares old Microchip COFF format >> version 1 > This is not nice at all. It will mak

Re: [Sdcc-user] New pic14 enhanced core devices

id=41924&atid=431665 <http://sourceforge.net/tracker/?func=detail&aid=3437346&group_id=41924&atid=431665> before releasing the gputils 0.14.1 RC1. Borut On 11/14/2011 05:02 PM, Butuza Tamas wrote: > Dear Borut Razem, > I'm using 32 bit windows operating system,

Re: [Sdcc-user] New sdcc snaphot build platform: 64 bit Windows

On 09/15/2011 10:14 PM, Maarten Brock wrote: >> I think that side by side installation is already possible by defining >> different installation directory (not 100% sure, I have to try it) both >> on single platform (32 or 64) and on mixed platform (32 and 64). The >> problem is PATH variable, whic

Re: [Sdcc-user] New sdcc snaphot build platform: 64 bit Windows

On 09/15/2011 09:18 PM, Maarten Brock wrote: > I think it would be best if it could detect a current > install (either 32 or 64 bit) and offer to uninstall but > also offer to install side-by-side. This is also handy > for having multiple versions installed. I currently make > a copy of the install

Re: [Sdcc-user] New sdcc snaphot build platform: 64 bit Windows

On 09/13/2011 04:05 AM, Rich Bayless wrote: > Hello Borut, > > I guess it would have been more accurate if I said, I manually edited the > path to -not- point to the 32 bit version. > > After installing the 64 bit version, without uninstalling the 32 bit version, > the path looked like this: > >

Re: [Sdcc-user] New sdcc snaphot build plarform: 64 bit Windows

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

Re: [Sdcc-user] [sdcc-devel] Older snapshot builds

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

Re: [Sdcc-user] Undocumented Z80 instructions

The same build number should work the same on all platforms. Can you please try with the 32bit version from the same build to see if it works? Which 64bit platform you are talking about? If it is WIN64, then you are probably the first one using it... Borut On 09/11/2011 03:39 AM, Lin Rongrong

Re: [Sdcc-user] sdld.exe copies

The file contents are the same, but names are not. The behavior depends on file names. The goal is to (re)-merge them, but we are not there yet. P.S.: on systems where linking files is supported you can hard or symbolically link the files (ln command on *nix) instead of copying them. Borut On

Re: [Sdcc-user] Inline Assembler from a Macro

On 08/30/2011 10:45 AM, Kustaa Nyholm wrote: > Maybe this should be explained in the SDCC manual although it really > should be obvious to anyone who is competent and courageous to enough > to try to inject assembly code inline. Actually it is explained in chapter 3.19 Pragmas, pragma preproc_asm:

Re: [Sdcc-user] sdcc snapchot builds

Hi Douglas, the mirroring is very well handeled by sourecforge File Release System, see http://sourceforge.net/apps/trac/sourceforge/wiki/Mirrors. If you want to mirror snapshot builds, you can pull them from one of SF mirrors. But we could use an other Linux x86 or x86_64 machine as a snapshot

Re: [Sdcc-user] official SDCC forum

Me also. Borut On 05/14/2011 05:40 PM, Sébastien Lorquet wrote: same here sebastien On Sat, May 14, 2011 at 4:10 PM, Bodo Wenzel > wrote: As one just reading this list and not contributing anything, presumably I'm one of the targeted audience. And as su

Re: [Sdcc-user] GPL+LE/LP pic/pic16 header Interest?

We already went through this dicussion for sdcc libraries and the decision was GPL+LE. So please serch & replace GPL with GPL+LE in my previous posts ;-) Borut On 03/31/2011 12:58 AM, Alain Mouette wrote: > DANGER... DANGER... > I have been silently following this and then it truck me!!! > > L

Re: [Sdcc-user] GPL+LE/LP pic/pic16 header Interest?

is is also why I wrote that I'm not 100% sure: there is no big difference if the files are generated from XML database, .inc files or from documentation... Borut On 03/30/2011 08:14 PM, Kustaa Nyholm wrote: > On 3/30/11 19:05, "Borut Razem" wrote: >> But anyway, the pic

Re: [Sdcc-user] GPL+LE/LP pic/pic16 header Interest?

On 03/30/2011 11:20 AM, Raphael Neider wrote: > Hi, > >> I am curious if there is any interest in GPL+LE/LP pic/pic16 headers? > Well, yes! > > I just want to inform you that, IIRC, Microchip recently offered half a > year or maybe a year ago (I believe after Borut asked them?) to somehow > publish

Re: [Sdcc-user] C-Preprocessor breaks assembly code

#pragma preproc_asm - disables preprocessing of the asm code. Borut On 02/15/2011 06:07 PM, Samuel Leathers wrote: > I'm trying to embed some assembly code in my C code for a PIC 16F690. > The problem is the header file for the 16F690 defines GO to be > ADCON0_bits.GO. As such, when it compiles,

Re: [Sdcc-user] sdcdb appears to be broken in the current snapshots

This shows how many peope are using it... Peter, can you please submit it to the bug tracker? Borut On 12/14/2010 03:12 AM, Peter Van Epp wrote: > In case it isn't known, sdcdb looks to be broken in the current > snapshots: > > pe...@pc700 ~/wiznet/nos_test > $ "/cygdrive/c/program files/

Re: [Sdcc-user] The Journey to SDCC 3.0.0

On 11/23/2010 12:44 AM, Lin Rongrong wrote: > As I had tried VC2008 to compile 2.9.0 and failed, I started to learn > other ways to compile SDCC on my Windows Vista. What exactly went wrong? > At first I installed Cygwin, after several hours I got error messages > like "gcc options -mno-cygwin no

Re: [Sdcc-user] SDCC Z80 port. "crt0.rel" and "z80" library missing.

Claude, you had problems because renaming of *_PIC to *_PIC14 was nut fully done. Now I (hopefully) fixed it. Please try the latest svn version and let us know about the result. Borut On 11/07/2010 05:09 AM, Claude Sylvain wrote: > On 06/11/2010 16:49, Raphael Neider wrote: > > >> > >>

[Sdcc-user] Small Device C Compiler 3.0.0 released

A new release of SDCC, the portable optimizing compiler for 8051, DS390, Z80, HC08, and PIC microprocessors is now available (http://sdcc.sourceforge.net). Sources, documentation and binaries compiled for x86 Linux, x86 MS Windows and PPC Mac OS X are available. SDCC 3.0.0 Feature List * sdcpp

Re: [Sdcc-user] NAKED functions in pic14 (pic16F876A)

> Is naked property implemented for pic 14 ? naked (_naked and __naked) are not pic14 target keywords nor are implemented fot pic14 target. > if not why? probably because nobody implemented it... There is already a feature request http://sourceforge.net/tracker/?func=detail&aid=1432077&group

[Sdcc-user] SDCC 3.0.0 Release Candidate 2

Dear sdcc developers, the sdcc RC2 is released. Thanks to anybody helped to bring it to the life. Please consider the svn main branch as DEEPLY FROZEN, which means NOTHING can be committed without the agreement between sdcc developers and release manager. The SDCC 3.0.0 release schedule is pub

[Sdcc-user] SDCC 3.0.0 Release Candidate 2

SDCC 3.0.0 Release Candidate 2 source, doc and binary packages for x86 Linux, 32 bit Windows and universal Mac OS X are available at: http://sourceforge.net/projects/sdcc/files/snapshot_builds/sdcc-3.0.0-rc2 If you find a mistake, please send a mail to sdcc-devel mailing list sdcc-de...@lists.so

Re: [Sdcc-user] (Fwd) SourceForge.net Update: October 2010

Good news for celebrating sdcc 10th anniversary on SF! I'll drink a glass of wine on this account this evening! Thanks to everybody who contributed to the sdcc project! Borut On 10/15/2010 02:21 PM, Maarten Brock wrote: > Hi all, > > Have you noticed this? Our recent efforts to get a new > re

Re: [Sdcc-user] SDCC 3.0.0 Release Candidate 1

On 10/15/2010 12:41 AM, Bob Cochran wrote: >How do I apply the patches? Do I use, for example this from inside the > sdcc directory: > > patch -p0 0001-target.patch > > patch -p0 < 0001-target.patch But patches are already applied to the svn, so please wait for the today's snapshot buil

Re: [Sdcc-user] SDCC 3.0.0 Release Candidate 1

Raphael, please commit the patches. Sorry for the mistake I made while trying to optimize your previous patch :-[ I was already wandering why some snapshot regression tests and packages are not done... Borut On 10/14/2010 08:23 PM, Raphael Neider wrote: > Hi, > >> Shouldn't ./configure check

Re: [Sdcc-user] SDCC 3.0.0 Release Candidate 1

Hi Claude, I tried the build on Cygwin 1.7.x and it works without problems for me. Can you please tell me how your configure command line looks like? Have you used some additional options, e.g. disabled pic targets? > strip: unable to rename '/usr/local/sdcc/bin/sdcdb.exe'; reason: Permission

Re: [Sdcc-user] 3.0.0-rc1 compile error

Grissiom, thanks. I fixed it in svn. Borut On 10/12/2010 07:09 AM, Grissiom wrote: > On Tue, Oct 12, 2010 at 12:54 AM, Borut Razem wrote: > >> Grissiom, >> >> can you please remove the "%" character from the line: >> >> all % : >> &g

Re: [Sdcc-user] SDCC 3.0.0 Release Candidate 1

or a successful build. > > Bob Cochran > Maryland, USA > > > On 10/10/2010 11:10 AM, Borut Razem wrote: > >> SDCC 3.0.0 Release Candidate 1 source, doc and binary packages for x86 >> Linux, 32 bit Windows and universal Mac OS X are available at: >> http://s

Re: [Sdcc-user] 3.0.0-rc1 compile error

7;ll change it in the svn repository. Borut On 10/11/2010 02:54 PM, Grissiom wrote: > On Mon, Oct 11, 2010 at 12:52 AM, Borut Razem wrote: > >> Hi Grissiom, >> >> this is strange. I retried to make the build with the same configure >> command options as you speci

Re: [Sdcc-user] 3.0.0-rc1 compile error

Hi Grissiom, this is strange. I retried to make the build with the same configure command options as you specified, and ti works wihout problems. I compiled it on Ubuntu 10.4. Which version of make do you have? make --version My is GNU Make 3.81. Can you send me the /tmp/SBo/sdcc/device/lib/pi

Re: [Sdcc-user] SDCC 3.0.0 Release Candidate 1

SDCC 3.0.0 Release Candidate 1 source, doc and binary packages for x86 Linux, 32 bit Windows and universal Mac OS X are available at: http://sourceforge.net/projects/sdcc/files/snapshot_builds/sdcc-3.0.0-rc1 If you find a mistake, please send a mail to sdcc-devel mailing list sdcc-de...@lists.so

Re: [Sdcc-user] [sdcc-devel] SDCC history

I added few sentences i received from Sandeep about SDCC original licensing, development platform, portability and retargetting to the SDCC history wiki page. Borut On 08/05/2010 09:46 PM, Borut Razem wrote: HI sdcc users and developers, I created a new page on sdcc wiki: SDCC history at

[Sdcc-user] sdcc snapshot builds moved to SF FRS

Dear sdcc users and developers, sdcc snapshot builds are now uploaded to the SourceForge FRS download area at http://sourceforge.net/projects/sdcc/files/ . The SDCC - Snapshot Builds at http://sdcc.sourceforge.net/snap.php was redesigned in the way that files are downloaded from SourceForge FR

[Sdcc-user] SDCC history

HI sdcc users and developers, I created a new page on sdcc wiki: SDCC history at https://sourceforge.net/apps/trac/sdcc/wiki/SDCC%20history, containing some info I received from Sandeep. If anybody has anything to add, don't hesitate to do it. Borut --

Re: [Sdcc-user] SDCC optimizer: so said EVELYN the modified DOG

Hi Gaz, the message "conditional flow changed by optimizer: so said EVELYN the modified DOG" it a notification that sdcc optimized the code. It excludes the second while loop, since it assumes that SMB_busy is not set, which is true as the result of the first while loop. If SMB_busy is change

Re: [Sdcc-user] ucsim dumps if `run' after a `dis'.

Please submit this report to the bug tracker http://sourceforge.net/tracker/?group_id=599&atid=100599. Borut On 07/14/2010 03:10 AM, 谢继雷 wrote: > sdcc 2.9.7 #5873 (CYGWIN) > > When I debug with s51, if I disassemble code at the first, and then > `run', the s51.exe dumps. > > > 0> dis >

Re: [Sdcc-user] Linker Searches Wrong libdir with --xstack?

Hi George, can you please submit this report to the sdcc bug tracker: http://sourceforge.net/tracker/?group_id=599&atid=100599 Thanks, Borut On 06/18/2010 07:45 PM, George Oikonomou wrote: > Hello all, > > I decided to experiment with --model-huge --stack-auto --xstack so I built > from sources

Re: [Sdcc-user] Linker Searches Wrong libdir with --xstack?

Hi George, can you please submit this report to the sdcc bug tracker: http://sourceforge.net/tracker/?group_id=599&atid=100599 Thanks, Borut On 06/18/2010 07:45 PM, George Oikonomou wrote: > Hello all, > > I decided to experiment with --model-huge --stack-auto --xstack so I built > from sources

Re: [Sdcc-user] Linker Searches Wrong libdir with --xstack?

Hi George, can you please submit this report to the sdcc bug tracker: http://sourceforge.net/tracker/?group_id=599&atid=100599 Thanks, Borut On 06/18/2010 07:45 PM, George Oikonomou wrote: > Hello all, > > I decided to experiment with --model-huge --stack-auto --xstack so I built > from sources

Re: [Sdcc-user] Visual debugging of '51 under Windows - first steps

Jan, you could put this on the SDCC wiki... Borut On 06/10/2010 07:53 PM, Jan Waclawek wrote: > The SDCC manual chapter 5.1.6 inidicates, that the ddd visual debugger > front-end can be used with sdcdb/s51 to debug visually sdcc-x51 programs. > However, ddd is *nux-only, as it is bound to X-

Re: [Sdcc-user] Something ugly has happened to error reporting lately ...

; > a2010-04-22 Borut Razem > > * support/cpp/libcpp/charset.c, support/cpp/libcpp/directives.c, > support/cpp/libcpp/errors.c, support/cpp/libcpp/expr.c, > support/cpp/libcpp/files.c, support/cpp/libcpp/identifiers.c, > support/cpp/libcpp/include/cp

Re: [Sdcc-user] Trouble with PIC16 defined asm

Put each asm line in it's own __asm __endasm block. See sdccman, chapter 3.19. PRAGMAS, comment on pragma preproc_asm. Borut Paul wrote: > I am having trouble with defining a series of asm's in a define > statement. In particular how to insert newlines without breaking the > define. SDCC seems

[Sdcc-user] New snapshot build platforms

Hello sdcc users and developers, sdcc snapshot builds are now executed on the following new platforms: * Solaris sparc * Solaris i386 * FreeBSD i386 * NetBSD i386 * NetBSD sparc64 There are still some problems with running regression test on Solaris platforms which I hope to

[Sdcc-user] [Fwd: SDCC library license change to GPL+LE]

reach them: please forward them the message. Thanks, Borut --- Hello, I'm Borut Razem and I'm working as a developer on SDCC project since 2002. I'm addressing you in the name of SDCC developers and users since you are the co-author of the SDCC library

Re: [Sdcc-user] How do I rebuild my standard device libraries on Windows?

Hi Maarten, the huge library build process should be probably documented in sdccman.lyx? Borut Borut Razem wrote: > Maarten, you was few seconds faster then me ;-) > > Borut > > > Maarten Brock wrote: > >> Mark, >> >> >> >>> So,

Re: [Sdcc-user] How do I rebuild my standard device libraries on Windows?

Maarten, you was few seconds faster then me ;-) Borut Maarten Brock wrote: > Mark, > > >> So, if I build a Linux compatible SDCC on Linux, can I use it to compile >> the libraries and drop them into my windows environment? Or will I end >> up in some CRLF related purgatory? >> > > No

Re: [Sdcc-user] building under Solaris: a little closer

Dave McGuire wrote: >>>I'm working with 2.9.7, one of the source snapshots from a few >>> days ago, 20100313-5734. >>> >>>The first thing that breaks is the automatic inclusion of -Wall >>> (which is GCC-specific) in CFLAGS. >>> >>>Next comes this line in src/pic/ralloc.c: >>> >>> #defi

Re: [Sdcc-user] How do I rebuild my standard device libraries on Windows?

Mark Swayne wrote: > I feel like I must be missing something super-obvious, but I'll ask anyway. > > With SDCC installed via the installer, how do I rebuild my device libraries? > > Actually you can't since the Makefiles are (still) missing. You have to download the source package and build th

Re: [Sdcc-user] building under Solaris: a little closer

Borut Razem wrote: >>The last one is a weird problem that I've not really dug into yet; >> I think it probably has to do with -E handling. The Makefile.dep >> files end up being huge (several megabytes) and contain lots of C >> source code fragments. I en

Re: [Sdcc-user] building under Solaris: a little closer

Hi Dave, Dave McGuire wrote: >I've been working on building sdcc under Solaris with the Sun > Studio 12 compiler. I've not gotten all the way there, but I've made > substantial progress. I've detailed a few simple things that need > fixing for this to work. Most of them seem to come f

Re: [Sdcc-user] makebin generating gb binary format

makebin currently generates the output starting at the address 0x, but we could add an option to specify the start address. Borut Bodo Wenzel wrote: > Hi Borut, > > >> in the first place those using sdcc for GameBoy target (is there anybody >> using it at all?): >> > Well, not curre

Re: [Sdcc-user] makebin generating gb binary format

But objcopy probably don't do all the gb specific postprocessing stuff: define cartridge type, cartridge name, number of ROM banks, number of RAM banks, checksum generation? Borut Philipp Klaus Krause wrote: > Bodo Wenzel schrieb: > >> For my idea to get a ZX81 compiler some future day: can

[Sdcc-user] makebin generating gb binary format

Dear sdcc users and developers, in the first place those using sdcc for GameBoy target (is there anybody using it at all?): I enhenced the makebin utility so that it can generate gb binary output file, same as -Z asldgb (gb linker) option. The goal is to remove the gb binary output file generat

Re: [Sdcc-user] more problems with the latest snapshot

Borut Razem wrote: > Jan, > > thank you very much to track down the problem. > I didn't remember that the path in argv[0] on Windows 9x is always upper > case :-( > > I introduced a diagnostic message if SDAS_DIAG and / or SDLD_DIAG > environment variables are set.

Re: [Sdcc-user] more problems with the latest snapshot

Jan, thank you very much to track down the problem. I didn't remember that the path in argv[0] on Windows 9x is always upper case :-( I introduced a diagnostic message if SDAS_DIAG and / or SDLD_DIAG environment variables are set. Sorry for a lost day, but you at least succeeded. I lost few se

Re: [Sdcc-user] more problems with the latest snapshot

Maarten, I tried to install Win98 in a VirtualBox on Linux, but I had a lot of troubles, so I gave up. (It worked well in VMware on WinXP. Maybe I should install VMware on Linux...). Can you please try to find out what is going wrong so that the following errors are shown? Unkown option -y ign

Re: [Sdcc-user] more problems with the latest snapshot

I updated the nsis installer to the latest version 2.46 and made an other build. Can you try to install sdcc-20100207-5677-setup.exe and see if it uncompress correctly? On my machine is OK. Borut Borut Razem wrote: > Some strange things are happening: the installer was not changed

Re: [Sdcc-user] more problems with the latest snapshot

Jan, can you please send me the result of sdcc -V? From there we will see what is the command line for sdas and sdld. Borut Jan Waclawek wrote: > OK, I think I spotted the problem. > > In sdld.c/sdld_init(), a target autodetection is performed, relying on > argv[0] (passed from the caller, ma

Re: [Sdcc-user] more problems with the latest snapshot

Yes, I successfully installed sdcc-20100205-5672-setup.exe downloaded from the snapshot builds web page. In the meantime I also restarted the today's snapshot build: for some reason the original build was not uploaded. So I propose to wait and retry with the today's build. Borut Jan Waclawek

Re: [Sdcc-user] more problems with the latest snapshot

Some strange things are happening: the installer was not changed for along time: the last update was 14.10.2009. But I also noticed that the pictures on the installer pages are missing. The today's build is done, but it also doesn't uncompress on my XP running in VirtualBox. I'll try to update

Re: [Sdcc-user] more problems with the latest snapshot

I tried it with the snapshot build sdcc-20100205-5672-setup.exe: SDCC : mcs51/gbz80/z80/ds390/pic16/pic14/TININative/ds400/hc08 2.9.7 #5672 (Feb 5 2010) (MINGW32) and it works. The .mem file is generated too. Can you please confirm it? Borut Jan Waclawek wrote: > (the subject slightly lies -

Re: [Sdcc-user] C99 intermingled code and variable declarations

Anthony Asterisk wrote: > I noticed I get compile errors with intermingled variable declarations > ala C99. I am using --std-c99. Is the a port specific issue, or a > general one? Is this feature planned to be added? > > a* > > Currently it is not planned (I'm not aware if somebody is work

Re: [Sdcc-user] sdcc 3.0 tasks

Sébastien Lorquet wrote: > I guess the steps would be like this: > > -list all lib files > -stuff an excel/scalc sheet > -get their current licence > -get their author > ... > -profit. > Exactly. We already have some tables on sdcc wiki, but this is not applicable for such big number of entries.

Re: [Sdcc-user] sdcc 3.0 tasks

consequence of this would perhaps be to make porting code > easier. Form experience I often find 'data' is used as a variable > name, which currently causes some very odd error messages to an > unsuspecting user. > > Steven > > > On 14 Jan 2010, at 0

[Sdcc-user] sdcc 3.0 tasks

Hello sdcc users and developers, here is a list of tasks which by my opinion are candidates for the sdcc 3.0 release: * sdas merge with as 5.0 * change sdcc libraries license to GPL+LE * review and merge "SDCC inline support and fixes" enhancements by Pavel Pisa see

[Sdcc-user] Object file extension for Z80 and gb

The z80 and gb targets object file has been changed from .o to .rel. Borut Borut Razem wrote: > Hello sdcc developers and users, > > I'm thinking about changing the object file exetnsion for z80 and gb > targets from .o to .rel, which is used by all other targets. The >

Re: [Sdcc-user] SDCC assemblers do not process "-o" option correctly.

See my explanation in the bug tracker at https://sourceforge.net/tracker/index.php?func=detail&aid=2925290&group_id=599&atid=100599 Borut Claude Sylvain wrote: > - On latest (svn) version of SDCC, assemblers (sdas6808, sdas8051, sdasgb, >sdasz80) do not process "-o" option correctly. > > - B

[Sdcc-user] Object file extension for Z80 and gb

Hello sdcc developers and users, I'm thinking about changing the object file exetnsion for z80 and gb targets from .o to .rel, which is used by all other targets. The original as also uses .rel extensin for z80 an gb. I don't know why it was changed from .rel to .o. I think it is a heritage

[Sdcc-user] i386, x86_64 and mingw32 snapshot builds on Fedora 11

Hi sdcc users and developers, i386, x86_64 and mingw32 build and Distributed Compile Farm Mediator machine cf-x86 was upgraded to Fedora 11. i386 and x86_64 snapshot builds are now compiled with gcc (GCC) 4.4.1 20090725 (Red Hat 4.4.1-2) mingw32 snapshot build is compiled with i586-mingw32msvc-

Re: [Sdcc-user] I am getting nowhere :(

The initialization of allocated memory was missing. I hope now it is fixed in svn revision #5448. Kevin please try the tomorrow's snapshot build and let me know if it works for you. Kevin, Raphael and Jesus, thank you for help and I apologize again for my negligence. Borut Jesus Calvino-Frag

Re: [Sdcc-user] I am getting nowhere :(

Raphael, sorry, I misunderstood where the problem is. So it is my fault! Is this a general problem or it happens only with a specific source code? It is strange that it seems everything OK on other platforms - regression test pass. And everything is OK if I compile sdcc on my win32 cygming box

Re: [Sdcc-user] I am getting nowhere :(

> I suppose that the problem was introduced in revision 5439 with > "src/pic16/gen.c (genNearPointerGet): fix double indirect access to > bitfields (#2782405)", so I can probably remove build 5432. Please > confirm if I can remove it. I meant to remove revision 5436, not

Re: [Sdcc-user] I am getting nowhere :(

Done, snapshots stored in (sdcc-snapshot-20090427) folder at the end of http://sdcc.sourceforge.net/snap.php page. I copied both 5436 and 5438 revisions. I suppose that the problem was introduced in revision 5439 with "src/pic16/gen.c (genNearPointerGet): fix double indirect access to bitfields

Re: [Sdcc-user] error cross compiling sdcc-2.9.0

Hi Bernhard, the problem is that asranlib is a native win32 applications, so it doesn't accept cygwin format paths (/cygdrive/c/...). We have to use cygpath -w /cygdrive/c/... to convert cygwin format path to windows format path (c:\...) The asranlib invocation should look like: ../../bin/as

Re: [Sdcc-user] Error in Website

Michelle, I corrected it. Thanks, Borut Michelle Konzack wrote: > Hello *, > > In the website is written: > > March 22th, 2008: Small Device C Compiler 2.9.0 released. > > Released last year? > > Thanks, Greetings and nice Day/Evening > Michelle Konzack > Systemadministrator > 2

[Sdcc-user] Small Device C Compiler 2.9.0 released

A new release of SDCC, the portable optimizing compiler for 8051, DS390, Z80, HC08, and PIC microprocessors is now available (http://sdcc.sourceforge.net). Sources, documentation and binaries compiled for x86 Linux, x86 MS Windows and PPC Mac OS X are available. SDCC 2.9.0 Feature List: * sdc

[Sdcc-user] SDCC 2.9.0 Release Candidate 2

SDCC 2.9.0 Release Candidate 2 source, doc and binary packages for x86 Linux, 32 bit Windows and universal Mac OS X are available at: http://sdcc.sourceforge.net/snap.php If you find a mistake, please send a mail to sdcc-devel mailing list sdcc-de...@lists.sourceforge.net. I would appreciate a

Re: [Sdcc-user] SDCC 2.9.0 Release Candidate 2

published at http://sdcc.sourceforge.net/release_wiki/index.php?page=SDCC+2.9.0+Release. Borut Borut Razem wrote: > SDCC 2.9.0 Release Candidate 2 source, doc and binary packages for x86 > Linux, 32 bit Windows and universal Mac OS X are available at: > http://sdcc.sourceforge.net

Re: [Sdcc-user] PIC port, __naked not working, Bus error, signal 11: SIGSEGV

Raphael, if it is a lo risk, go ahead and commit the patch ASAP. Borut Raphael Neider wrote: > Hi Kusti, > >> After a lot of pruning I got the code down to: >> >> unsigned char x; >> >> void test() __naked { >> if (x) { >> x = 1; >> } >> } > > Very good

Re: [Sdcc-user] Sdcc Debian package

Gudjon, nice to hear this! Thanks, Borut Gudjon I. Gudjonsson wrote: > 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)

Re: [Sdcc-user] Bug in printf?

Maartan, I think it is a lo risk change, so go ahead and fix it before you run away to Colombia :-) Bourut Maarten Brock wrote: > Andy, > > Good catch. I think you are right and I programmed the bug. > > Borut, > > Shall we fix this before the release? > > Maarten > > >> To those in the kno

[Sdcc-user] SDCC 2.9.0 Release Candidate 1

SDCC 2.9.0 Release Candidate 1 source, doc and binary packages for x86 Linux, 32 bit Windows and universal Mac OS X are available at: http://sdcc.sourceforge.net/snapshots/sdcc-2.9.0-rc1 and http://sdcc.sourceforge.net/snap.php If you find a mistake, please send a mail to sdcc-devel mailing list

Re: [Sdcc-user] Instructions for building gpsim on Mac OS

Kusti, Kustaa Nyholm wrote: > Just telling you that I cannot get the SVN trunk/head to compile on Mac > OS X 10.5 (Intel). > > sorry to hear that... > I've already put too many hours into this > side-project-of-a-side-project-that-I-can-live-without, > but it is difficult to give up! > > Mayb

Re: [Sdcc-user] Instructions for building gpsim on Mac OS

Raphael Neider wrote: > Hi, > > >> glibtoolize , aclocal and autoheader calls succeeds as far as I >> understand >> but automake fails as follows (snipped it, see the comple list at the >> end of mail): >> >> nyholkumac2:trunk nyholku$ glibtoolize --force >> You should update your `aclocal.m4'

[Sdcc-user] [Fwd: Re: [sdcc-devel] Fwd: Re: Issues building trunk on Mac OS X]

I failed the mailing list... :-[ Original Message Subject:Re: [sdcc-devel] Fwd: Re: [Sdcc-user] Issues building trunk on Mac OS X Date: Tue, 10 Feb 2009 13:22:21 +0100 From: Borut Razem Reply-To: Development chatter about sdcc To: Sdcc-Devel

Re: [Sdcc-user] Instructions for building gpsim on Mac OS

der/local-mirror-doors/include" LDFLAGS ="-L/Users/sdcc-builder/local-mirror-doors/lib" You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. configure.ac:8: installing `./missing' configure.ac:8: installing `./install-sh' cli/Makefile.am

Re: [Sdcc-user] Instructions for building gpsim on Mac OS

Kusti, below is a Makefile I used to compile gpsim on ppc Mac OS X: automake is without --force-missing. Try automake is without --force-missing. If it won't help, try to get a fresh version from svn and retry. If it still won't work, then I'm out of ideas :-( . Borut 8< include .

Re: [Sdcc-user] Instructions for building gpsim on Mac OS

Kusta, try the following: $ glibtoolize --force $ aclocal $ autoheader $ automake --force-missing --add-missing $ autoconf $ ./configure $ make Borut Kustaa Nyholm wrote: > >> borut.ra...@siol.net 10.2.2009 12:36:46 >>> >> > > >> >> Can you try to compile the version without gui

Re: [Sdcc-user] Instructions for building gpsim on Mac OS

Kustaa Nyholm wrote: > Borut: > > >>> Thanks for the report. Can I publish it on the gpsim web page? >>> > > Sure, of course. > Can you try to compile the version without gui from svn trunk to see if gtk+* is really needed? Probably you have to uninstall gtk+* package before that...

Re: [Sdcc-user] Instructions for building gpsim on Mac OS

Hi Kusti, Kustaa Nyholm wrote: > Hi > > the other weekend I spend some hours figuring out how to > build gpsim on Mac OS X. So I'm sharing my recepie here: > > This was done Mac OS X 10.5 / Leopard > > 1. Get the source code for version 0.22.0 > > http://sourceforge.net/projects/gpsim/ > > I jus

Re: [Sdcc-user] Issues building trunk on Mac OS X

Hi Kusti, it is natural that this happened if you downloaded the files using the web browser: the downloaded files don't have the x bit set (actually this probably depends on umode setting...), so you have to set it "by hand". The file mode flags are set correctly if you use svn. P.S.: on whic

Re: [Sdcc-user] Build problem with asranlib

Arnim Läuger wrote: > Hi Borut, > > >> can you just comment out lines >> >> assert (c == EOF || c == '\n'); >> >> in as/asranlib/asranlib.c and as/link/lkar.c files an retry to >> compile them? >> > > Ok, did so and the errors disappeared. Do you expect that the results > are valid? > >

Re: [Sdcc-user] Build problem with asranlib

Arnim, can you just comment out lines assert (c == EOF || c == '\n'); in as/asranlib/asranlib.c and as/link/lkar.c files an retry to compile them? It seems that your ar uses the "'" character instead '\n' for padding. I'm surprised about such differences in behavior among linux distributions..

Re: [Sdcc-user] Build problem with asranlib

Hi Arnim, I'll take a look. Can you please download a pre-built binary package and try it in the mean time? Borut Arnim Läuger wrote: > Hi, > > Just downloaded sdcc-src-20090208-5361.tar.bz2 and ran into a problem > with the ds390 library build: > > $ ./configure --enable-doc --prefix=/usr/loc

Re: [Sdcc-user] printf_large floating support in libsdcc.lib

testing without rebuilding the library for the > regression tests only. > > I still would like to see more responses. > > Maarten > > >> Borut Razem schrieb: >> >>> I and Maarten Brock had a discussion and agreed to enable the floating >>> poin

[Sdcc-user] printf_large flaoring suppost in libsdcc.lib

Hi sdcc users, I and Maarten Brock had a discussion and agreed to enable the floating point support in printf_large() function included in libsdcc.lib library, which is a part of sdcc distribution, for large, large-stack-auto, small-xstack-auto, medium-xstack-auto and large-xstack-auto models

Re: [Sdcc-user] Automatic generation of dependencies...

sdcc (actually sdcpp) supports -M. Borut Kustaa Nyholm wrote: > Hi, > > is there on option like -M for gcc that outputs the dependencies for a > source file? > > I tried to google and checked the sdcc help but did not found > anything... > > If there is no direct option does someone know a quick

Re: [Sdcc-user] PIC14 (and probably PIC16 as well) bug: generated HEX has wrong name

Hi Vaclav, if the following line: d:\V\sw\gputils\bin\gplink.exe -I"d:\v\sw\sdcc\lib" -I"d:\V\sw\sdcc\bin\..\lib" -I"d:\v\sw\sdcc\lib\pic" -I"d:\V\sw\sdcc\bin\..\lib\pic" -w -r -o main.simpleloop main.simpleloop.o libsdcc.lib pic16f690.lib which invokes the gplink is OK, then it is a gpli

  1   2   >