Hi, Please find attached the ebuild for simulavrxx-0.8.006. It uses RESTRICT="nomirror", as simulavrxx is not (yet) available from any mirror. Availability of avr-binutils ist checked by "which avr-ld", as there is no package to be checked for avr-binutils (they are build by crossdev) I suggest dev-embedded/simulavrxx as category. Oliver
Created attachment 65565 [details] ebuild for simulavr 0.8.006
Tried to emerge, doesn't work with gcc 4.0.2-r1. Used another gcc, worked fine until: make[1]: Entering directory `/var/tmp/portage/simulavrxx-0.8.006/work/simulavrxx-0.8.006/doc' TEXINPUTS="../config:$TEXINPUTS" \ MAKEINFO='/bin/sh /var/tmp/portage/simulavrxx-0.8.006/work/simulavrxx-0.8.006/config/missing --run makeinfo -I .' \ texi2dvi --pdf --batch simulavrxx.texinfo You don't have a working TeX binary (tex) installed anywhere in your PATH, and texi2dvi cannot proceed without one. If you want to use this script, you'll need to install TeX (if you don't have it) or change your PATH or TEX environment variable (if you do). See the --help output for more details. For information about obtaining TeX, please see http://www.tug.org. If you happen to be using Debian, you can get it with this command: apt-get install tetex-bin make[1]: *** [simulavrxx.pdf] Error 1 make[1]: Leaving directory `/var/tmp/portage/simulavrxx-0.8.006/work/simulavrxx-0.8.006/doc' make: *** [all-recursive] Error 1
*** Bug 81686 has been marked as a duplicate of this bug. ***
I'll try to find the time to get this into portage soon.
Created attachment 73135 [details] simulavrxx-0.8.006.ebuild Please test this ebuild before I include it in portage.
--- ../../simulavrxx-0.8.006.ebuild 2006-01-30 19:59:35.000000000 +0100 +++ simulavrxx-0.8.006.ebuild 2006-01-30 19:59:46.000000000 +0100 @@ -1,4 +1,4 @@ -# Copyright 1999-2005 Gentoo Foundation +# Copyright 1999-2006 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: $ The ebuild compile cleanly on ~x86. I've no time to test it on any app, sorry.
Does not work for me. bfd.h is not found. Fix for me: Remove the sed command in frontof configure: -sed -i -e "s:/usr/binutils/avr/:/usr/lib/binutils/avr/:" ${S}/configure +${S}/configure At my system, the avr binutils are installed in /usr/binutils/avr/ and not in /usr/lib/binutils/avr/ ------------- Output ---------------- [...] checking for python >= 2.1.1... yes checking bfd search- /usr/lib/binutils/avr/2.16.1/i686-pc-linux-gnu/avr in "include" and "lib"... no checking bfd search- /usr/lib/binutils/avr/2.16.1/avr in "include" and "lib"... no checking bfd search- /usr/lib/binutils/avr/2.16.1 in "" and ""... no checking bfd search- /usr/lib/binutils/avr/2.16.1 in "bfd" and "bfd"... no checking bfd search- /usr/lib/binutils/avr/2.16.1 in "include" and "lib"... no checking bfd search- /usr/lib/binutils/avr/2.16.1 in "include" and ""... no checking bfd search- /usr /2.16.1/i686-pc-linux-gnu/avr in "include" and "lib"... ./configure: line 22578: /2.16.1/i686-pc-linux-gnu/avr/include: No such file or directory ./configure: line 22579: /2.16.1/i686-pc-linux-gnu/avr/lib: No such file or directory no checking bfd search- /usr /2.16.1/avr in "include" and "lib"... ./configure: line 22597: /2.16.1/avr/include: No such file or directory ./configure: line 22598: /2.16.1/avr/lib: No such file or directory no checking bfd search- /usr /2.16.1 in "" and ""... ./configure: line 22616: /2.16.1/: No such file or directory ./configure: line 22617: /2.16.1/: No such file or directory no checking bfd search- /usr /2.16.1 in "bfd" and "bfd"... ./configure: line 22635: /2.16.1/bfd: No such file or directory ./configure: line 22636: /2.16.1/bfd: No such file or directory no checking bfd search- /usr /2.16.1 in "include" and "lib"... ./configure: line 22654: /2.16.1/include: No such file or directory ./configure: line 22655: /2.16.1/lib: No such file or directory no checking bfd search- /usr /2.16.1 in "include" and ""... ./configure: line 22673: /2.16.1/include: No such file or directory ./configure: line 22674: /2.16.1/: No such file or directory no checking bfd search- /usr/i686-pc-linux-gnu/avr/i686-pc-linux-gnu/avr in "include" and "lib"... no checking bfd search- /usr/i686-pc-linux-gnu/avr/avr in "include" and "lib"... no checking bfd search- /usr/i686-pc-linux-gnu/avr in "" and ""... no checking bfd search- /usr/i686-pc-linux-gnu/avr in "bfd" and "bfd"... no checking bfd search- /usr/i686-pc-linux-gnu/avr in "include" and "lib"... no checking bfd search- /usr/i686-pc-linux-gnu/avr in "include" and ""... no checking bfd search- /usr/i686-pc-linux-gnu/avr in "include" and "lib"... no checking bfd search- /usr/avr in "include" and "lib"... no checking bfd search- /usr in "" and ""... no checking bfd search- /usr in "bfd" and "bfd"... no checking bfd search- /usr in "include" and "lib"... no checking bfd search- /usr in "include" and ""... no configure: error: *** ERROR *** Provide --with-bfd-path=path-to-your-avr-bfd.h to ".\configure" or ensure your AVR cross-compiler toolset is in the path (read-elf is used to auto-detect where your AVR-build libbfd library is). For example, use the --enable-install-libbfd flag when configuring binutils for the AVR or execute "make install_libbfd" from your AVR-binutils' bfd subdirectory. Observe where the files are installed. For example: ./configure --with-bfd-path=/home/someuser/build-avr-binutils/bfd This will make include/bfd.h and lib/libbfd.a available as required by this package. Alternatively, you may just keep your AVR-binutils build files around and point to the bfd subdirectory there. GNU locate may be useful: locate bfd.h and see if there's a bfd.h in any of the AVR directories. !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/simulavrxx-0.8.006/work/simulavrxx-0.8.006/config.log !!! ERROR: dev-embedded/simulavrxx-0.8.006 failed. Call stack: ebuild.sh, line 1933: Called dyn_compile ebuild.sh, line 971: Called src_compile simulavrxx-0.8.006.ebuild, line 45: Called econf !!! econf failed !!! If you need support, post the topmost build error, and the call stack if relevant. ---------------------------------------------
Hi! I've tried to emerge this ebuild with gcc ver. 4.1.1-r1:4.1 and I got this: at4433.h:42: error: ISO C++ forbids declaration of 'HWPort' with no type at4433.h:42: error: expected ';' before '*' token at4433.h:43: error: ISO C++ forbids declaration of 'HWPort' with no type at4433.h:43: error: expected ';' before '*' token at4433.h:44: error: ISO C++ forbids declaration of 'HWPort' with no type at4433.h:44: error: expected ';' before '*' token at4433.h:45: error: ISO C++ forbids declaration of 'HWPort' with no type at4433.h:45: error: expected ';' before '*' token at4433.h:47: error: ISO C++ forbids declaration of 'HWPort' with no type at4433.h:47: error: expected ';' before '*' token at4433.cpp: In constructor 'AvrDevice_at90s4433::AvrDevice_at90s4433()': at4433.cpp:51: error: 'portb' was not declared in this scope at4433.cpp:52: error: 'portc' was not declared in this scope at4433.cpp:53: error: 'portd' was not declared in this scope at4433.cpp:55: error: 'portx' was not declared in this scope at4433.cpp:57: error: 'porty' was not declared in this scope make[3]: *** [at4433.lo] Error 1 make[3]: *** Waiting for unfinished jobs.... make[3]: Leaving directory `/var/tmp/portage/simulavrxx-0.8.006/work/simulavrxx-0.8.006/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/simulavrxx-0.8.006/work/simulavrxx-0.8.006/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/var/tmp/portage/simulavrxx-0.8.006/work/simulavrxx-0.8.006/src' make: *** [all-recursive] Error 1 !!! ERROR: dev-embedded/simulavrxx-0.8.006 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile simulavrxx-0.8.006.ebuild, line 46: Called die ------------------------------------------------------------------------------ I see here, that somebody got an clean instalation with another version of gcc. Which one? does somebody know how to fix this? I-ve got a similar print making the original source. thx Radovid
I'm getting the same as Radovid Drobnjak. GCC 4.1.1-r1.
Created attachment 116059 [details] ebuild for simulavrxx w/ fix for HWPort errror Inserting a one line patch (forward declaring HWPort) fixes the HWPort issue in at4433.h for me. Please try it out. Eckard
Created attachment 116089 [details] simulavrxx complains about -fPIC with Eckard Brauer fix. Last fix did solve the problem with at4433.h but brought a new problem over the table. See attached log. I tried: >CXXFLAGS="${CFLAGS} -fPIC" paludis -ia simulavrxx but spits same error. I didn't know if it was complaining about avr-gcc or simulavrxx because there are references to avr-gcc somewhere at the output, so I recompiled 'crossdev -t avr' with -fPIC but no luck. This happens with paludis and also emerge (with and without -fPIC in both cases).
untouched for more than two years.... i guess it's dead, right?
Project seems be alive. Is renamed back to simulavr.
Created attachment 240539 [details] skelet for ebuild for development version of simulavr This is proposal for ebuild of GIT version (no final release yet). This is not intended to be put directly into portage because of some unresolved problems: NEED FIX * path to libbfd is hardcoded and set to single binutils version! * depends on bug 147155 * seems there is another problem with crossbuild binutils, does not install bfd.h (BUG ?) and it should be checked also: * create USE doc * create USE examples * probably is not installed some DOC files
missing bfd.h reported as bug 330299
Created attachment 244611 [details] dev-embedded/simulavr-99999999.ebuild slightly tweaked the ebuild to get it to build, and added swig v2 to the depend the doc generation seems a bit broken though
Created attachment 244613 [details] dev-embedded/simulavr-20100719.ebuild slightly tweaked the ebuild to get it to build, and added swig v2 to the depend the doc generation seems a bit broken though
I've touched up the latest live ebuild and added it to my `wtk` overlay. I haven't tested out all the use flags yet; I'll probably get to that tonight.
Any chance of having this in the main tree at one point ?
1.0.0 was released in february 2012, btw.
