I think there is something wrong around creating daly snapshots and the
problem is still threre. I downloaded the daily snapshot (
sdcc-src-20160307-9515.tar.bz2 ) and I made a svn checkout also. There are
different files in the two directories:
Files ./snapshot/sdcc/device/lib/pic14/Makefile.in a
Hello,
thank you for confirmation. In the meantime, I made some experiments and
find out:
1, After building from snapshot sources the compiler produces "idata" error
2, Running binaries from snapshot the compiler produces "idata" error too.
I think this is unfortunate, because most of the people ju
Finally I could reproduce your problem in a virtualbox. This was my third
experiment. I read your previous letters more carefully and I followed that
step by step. So what I made different before and now?
I checked out sdcc from svn source earlier and there were no problem with
it.
Now I downloade
Hello,
I ran both cases full strace and filtered to opening files for both
877 and 1829 targets. Here is log of it:
strace sdcc --use-non-free -mpic14 -ppic16f877 tst.c
http://pastebin.com/a4Yj9shv
strace -e open sdcc --use-non-free -mpic14 -ppic16f877 tst.c
http://pastebin.com/jY4WDhmg
strace sdcc
Now I realized the logs are not complete. Here is correct archive
https://drive.google.com/file/d/0B7bWXJ-9TfE5V0JHSEljNEI1VENzRVkxUEIxSlEtb3pSMWNz/view?usp=sharing
Sorry for confusion
2016-03-04 13:04 GMT+01:00 Jaromir Sukuba :
> Hello,
> I'm preparing complete virtualbox machine demonstrating th
Hi,
can you make sure that the offending file is taken from the expected
location? Have there been previous versions of sdcc installed in that
location? Can you install somewhere else and try again? Can you run sdcc
(and gplink) under "strace - eopen - ff" to see which files are used?
Best regar
Hello,
I'm preparing complete virtualbox machine demonstrating the problem,
just packing/uploading is too slow.
In the meantime - I deleted the old sources and unpacked again, then ran
jarin@jvb ~/tst/sdcc $ ./configure > clog.txt
configure: WARNING: STX library missing, using STL instead.
config
Can you send the output of configure and make?
It is very strange for me. I installed also linuxmint in a virtualbox. The
problem didn't appeared.
2016-03-03 23:26 GMT+01:00 Jaromir Sukuba :
> Hello, I pasted the results here:
> http://pastebin.com/MrUCQaYv
>
> Not sure if anyhow usable, but lin
I have repeated your procedure, but I didn't find any problem with the
compiling. I realised a little differences between your sdcc version, and
my sdcc version. I compiled the sdcc for only the pic14 series
microcontroller. Your version is for all.
Did you install stx-btree-dev package for your s
Hello, I pasted the results here:
http://pastebin.com/MrUCQaYv
Not sure if anyhow usable, but linker script looks like this
http://pastebin.com/9ix3pNBc
and the relevant part from pic14devices.txt
http://pastebin.com/gJYhbx7H
I can't spot anything suspicious.
2016-03-03 22:37 GMT+01:00 Gál Zs
Could you send the results of the compiler when you add --verbose option?
sdcc --use-non-free -mpic14 -ppic16f1829 tst.c --verbose
2016-03-03 11:27 GMT+01:00 Jaromir Sukuba :
> I started new clean virtual machine with 32-bit Linux Mint 17.3, ran
> all updates and then:
>
> 1, Installed gputils f
I started new clean virtual machine with 32-bit Linux Mint 17.3, ran
all updates and then:
1, Installed gputils from source:
# svn co https://gputils.svn.sourceforge.net/svnroot/gputils/trunk/gputils
gputils_svn
listing cut short
- Checked out revision 1195.
Then ran configure and make ins
Hello,
Here is the test result again:
sdcc --use-non-free -mpic14 -ppic16f877 tst.c
message: Using default linker script
"/usr/local/share/gputils/lkr/16f877_g.lkr".
sdcc --use-non-free -mpic14 -ppic16f1829 tst.c
message: Using default linker script
"/usr/local/share/gputils/lkr/16f1829_g.lkr".
Hello Jaromir Sukuba,
I made your test procedure without error message.
sdcc --use-non-free -mpic14 -ppic16f877 tst.c
message: Using default linker script
"/usr/local/share/gputils/lkr/16f877_g.lkr".
sdcc --use-non-free -mpic14 -ppic16f1829 tst.c
message: Using default linker script
"/usr/local/
Hello,
this is my first post in here.
I'm using SDCC to build project with PIC16F1829. It worked on two
machines - one Linux box with SDCC snapshot 3.5.1 #9263, second one is
windows machine with SDCC 3.5.4 #9360. I always used the latest
snapshot. For Linux 3.5.0 build I have problem running the
15 matches
Mail list logo