[Discuss-gnuradio] FTBFS: gnuradio over cell (--enable-gcell)
Hello, I got the following error while compiling over a CELL platform with --enable-gcell, In file included from /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_jd_queue_data.h:25, from /home/hecormar/GNURADIO/trunk/gcell/src/include/spu/gc_jd_queue.h:25, from ./../runtime/spu/gc_spu_jd_queue.c:22: /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_types.h:25:20: error: stdint.h: No such file or directory In file included from /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_jd_queue_data.h:25, from /home/hecormar/GNURADIO/trunk/gcell/src/include/spu/gc_jd_queue.h:25, from ./../runtime/spu/gc_spu_jd_queue.c:22: /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_types.h:43: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gc_eaddr_t' In file included from /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_job_desc.h:46, from /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_jd_queue_data.h:26, from /home/hecormar/GNURADIO/trunk/gcell/src/include/spu/gc_jd_queue.h:25, from ./../runtime/spu/gc_spu_jd_queue.c:22: /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_job_desc_private.h:32: error: expected specifier-qualifier-list before 'gc_eaddr_t' In file included from /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_jd_queue_data.h:26, from /home/hecormar/GNURADIO/trunk/gcell/src/include/spu/gc_jd_queue.h:25, from ./../runtime/spu/gc_spu_jd_queue.c:22: /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_job_desc.h:57: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'gc_proc_id_t' /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_job_desc.h:108: error: expected specifier-qualifier-list before 'int32_t' /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_job_desc.h:125: error: expected specifier-qualifier-list before 'uint32_t' /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_job_desc.h:143: error: expected specifier-qualifier-list before 'gc_eaddr_t' /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_job_desc.h:166: error: expected specifier-qualifier-list before 'uint32_t' /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_job_desc.h:179: error: expected specifier-qualifier-list before 'gc_proc_id_t' In file included from /home/hecormar/GNURADIO/trunk/gcell/src/include/spu/gc_jd_queue.h:25, from ./../runtime/spu/gc_spu_jd_queue.c:22: /home/hecormar/GNURADIO/trunk/gcell/src/include/gc_jd_queue_data.h:41: error: expected specifier-qualifier-list before 'gc_eaddr_t' In file included from ./../runtime/spu/gc_spu_jd_queue.c:22: /home/hecormar/GNURADIO/trunk/gcell/src/include/spu/gc_jd_queue.h:44: error: expected ')' before 'q' /home/hecormar/GNURADIO/trunk/gcell/src/include/spu/gc_jd_queue.h:54: error: expected ')' before 'q' In file included from ../../../../gcell/src/ibm/sync/spu_source/mutex.h:46, from ../../../../gcell/src/ibm/sync/spu_source/mutex_lock.h:45, from ./../runtime/spu/gc_spu_jd_queue.c:23: /usr/lib/gcc/spu/4.1.1/include/spu_mfcio.h:42: error: expected specifier-qualifier-list before 'uint64_t' ./../runtime/spu/gc_spu_jd_queue.c:29: error: expected ')' before 'q' ./../runtime/spu/gc_spu_jd_queue.c:97: error: expected ')' before 'q' make[5]: *** [gc_spu_jd_queue.o] Error 1 make[4]: *** [all-recursive] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 -- Héctor Orón ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FTBFS: gnuradio over cell (--enable-gcell)
Hello Eric, ./bootstrap ./configure-cell-cross --prefix=path-to-where-youre-installing make I miss that part, i did ./configure --enable-gcell Given that it's failing to find stdint.h, I suspect something else may be wrong too. What OS and version are you running? We're mostly running Fedora 8. Do you have the SDK 3.0 installed? That log is from a Fedora 8 without SDK3.0. Do i need it to build gnuradio? I just have the open packages from BSC installed (ppu and spu toolchains) I also have Debian (32bit without SDK and a 64 bit chroot with SDK support) installed in other box. I did built Bdale's packages for gnuradio (without gcell), now, i'm trying to build svn code with gcell support. You may also want to take a look at http://gnuradio.org/trac/wiki/CrossCompilingForCell I saw that one, but i was doing native compiling, so... i did not pay much attention. Regards -- Héctor Orón ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FTBFS: gnuradio over cell (--enable-gcell)
./bootstrap ./configure-cell-cross --prefix=path-to-where-youre-installing make The configure-cell-cross command is misnamed. You still need to use it when compiling natively on the cell. Note that we almost never natively compile because even on the QS21, it's dog slow. Using configure-cell-cross leads me to a configure error, when looking for compiler ppu32-gcc which it is not installed natively (on Debian) but gcc is. [Debian OS] [EMAIL PROTECTED]:~/trunk$ ./configure --prefix=/usr --enable-gcell [...] checking boost/shared_ptr.hpp usability... yes checking boost/shared_ptr.hpp presence... yes checking for boost/shared_ptr.hpp... yes checking for svn... /usr/bin/svn Component omnithread passed configuration checks; building. Component pmt requires guile, which was not found. Not building component pmt. Component mblock requires pmt, which is not being built or specified via pre-installed files. Not building component mblock. Component gcell requires mblock, which is not being built or specified via pre-installed files. configure: error: Component gcell has errors; stopping. [Fedora 8] ./configure-cell-cross --prefix=/usr is doing fine. make on the run (let's wait a while...) Regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FTBFS: gnuradio over cell (--enable-gcell)
Hello Eric, I have got to this point, is there some black magic arround {ppu,spu}_intrinsics.h? [EMAIL PROTECTED]:~/trunk# find / -name ppu_intrinsics.h /opt/ibmcmp/xlc/ssc/0.9/include/ppu_intrinsics.h /usr/lib/gcc/ppu/4.1.1/include/ppu_intrinsics.h make[5]: Entering directory `/home/hecormar/trunk/gcell/src/lib/runtime' /bin/sh ../../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../../.. -DOMNITHREAD_POSIX=1 -I/home/hecormar/trunk/omnithread -I/home/hecormar/trunk/mblock/src/lib -I/home/hecormar/trunk/gcell/src/include -I/home/hecormar/trunk/gcell/src/lib/runtime -I/home/hecormar/trunk/gcell/src/lib/general -I/home/hecormar/trunk/gcell/src/lib/wrapper -I../../../../gcell/src/ibm/sync/ppu_source -g -O2 -Wall -Woverloaded-virtual -pthread -MT gc_job_manager_impl.lo -MD -MP -MF .deps/gc_job_manager_impl.Tpo -c -o gc_job_manager_impl.lo gc_job_manager_impl.cc g++ -DHAVE_CONFIG_H -I. -I../../../.. -DOMNITHREAD_POSIX=1 -I/home/hecormar/trunk/omnithread -I/home/hecormar/trunk/mblock/src/lib -I/home/hecormar/trunk/gcell/src/include -I/home/hecormar/trunk/gcell/src/lib/runtime -I/home/hecormar/trunk/gcell/src/lib/general -I/home/hecormar/trunk/gcell/src/lib/wrapper -I../../../../gcell/src/ibm/sync/ppu_source -g -O2 -Wall -Woverloaded-virtual -pthread -MT gc_job_manager_impl.lo -MD -MP -MF .deps/gc_job_manager_impl.Tpo -c gc_job_manager_impl.cc -fPIC -DPIC -o .libs/gc_job_manager_impl.o In file included from gc_job_manager_impl.cc:32: ../../../../gcell/src/ibm/sync/ppu_source/atomic_dec_if_positive.h:44:28: error: ppu_intrinsics.h: No such file or directory ../../../../gcell/src/ibm/sync/ppu_source/atomic.h: In function 'int _atomic_replace(atomic_ea_t, int)': ../../../../gcell/src/ibm/sync/ppu_source/atomic.h:84: error: '__lwarx' was not declared in this scope ../../../../gcell/src/ibm/sync/ppu_source/atomic.h:85: error: '__stwcx' was not declared in this scope ../../../../gcell/src/ibm/sync/ppu_source/atomic.h: In function 'int _atomic_modify(atomic_ea_t, int)': ../../../../gcell/src/ibm/sync/ppu_source/atomic.h:103: error: '__lwarx' was not declared in this scope ../../../../gcell/src/ibm/sync/ppu_source/atomic.h:105: error: '__stwcx' was not declared in this scope ../../../../gcell/src/ibm/sync/ppu_source/atomic_dec_if_positive.h: In function 'int _atomic_dec_if_positive(atomic_ea_t)': ../../../../gcell/src/ibm/sync/ppu_source/atomic_dec_if_positive.h:68: error: '__lwarx' was not declared in this scope ../../../../gcell/src/ibm/sync/ppu_source/atomic_dec_if_positive.h:71: error: '__stwcx' was not declared in this scope /home/hecormar/trunk/gcell/src/include/memory_barrier.h: In function 'void smp_mb()': /home/hecormar/trunk/gcell/src/include/memory_barrier.h:52: error: '__sync' was not declared in this scope /home/hecormar/trunk/gcell/src/include/memory_barrier.h: In function 'void smp_rmb()': /home/hecormar/trunk/gcell/src/include/memory_barrier.h:57: error: '__lwsync' was not declared in this scope /home/hecormar/trunk/gcell/src/include/memory_barrier.h: In function 'void smp_wmb()': /home/hecormar/trunk/gcell/src/include/memory_barrier.h:62: error: '__eieio' was not declared in this scope gc_job_manager_impl.cc: In constructor 'gc_job_manager_impl::gc_job_manager_impl(const gc_jm_options*)': gc_job_manager_impl.cc:265: warning: format '%d' expects type 'int', but argument 2 has type 'long unsigned int' gc_job_manager_impl.cc:265: warning: format '%x' expects type 'unsigned int', but argument 3 has type 'long unsigned int' make[5]: *** [gc_job_manager_impl.lo] Error 1 make[5]: Leaving directory `/home/hecormar/trunk/gcell/src/lib/runtime' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/hecormar/trunk/gcell/src/lib' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/hecormar/trunk/gcell/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/hecormar/trunk/gcell' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/hecormar/trunk' make: *** [all] Error 2 -- Héctor Orón ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PS3 and gnuradio
Hello, Now, I say this, but frankly, I don't like Fedora. If I could use Debian/Ubuntu on the PS3, I would, but for the tools support, this is just the way to go. Just in case you did not know: Installing Cell BE SDK V2.0 on a Debian Host http://blog.perlplexity.org/?p=3 For installing instructions for Debian on Ps3 http://www.keshi.org/moin/moin.cgi/PS3/Debian/Live Ubuntu's one http://ubuntuforums.org/showthread.php?t=316047 Regards -- Héctor Orón ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] New FCC rules may impact Linux-based devices
Hello, New FCC rules may impact Linux-based devices Jul. 06, 2007 New U.S. regulations went into effect today that could change how vendors of devices with software-defined radios (SDR) use open-source software. The new rules could impact manufacturers of mobile phones, WiFi cards, and other devices that use SDR technologies. SDR technologies are commonly used in today's mobile phones and WiFi equipment. The U.S. Federal Communications Commission's (FCC) new regulations are apparently aimed at ensuring that users of such equipment cannot access source code needed to reprogram it -- for example, to output more power, or operate on inappropriate frequencies, either of which could conceivably endanger public safety. A summary document published by the FCC suggests that the new regulations were actually proposed by Cisco, a vendor of wireless cards and other networking equipment. The summary document suggests that because of the new rules, SDR device vendors who use open-source software in certain capacities could face challenges getting FCC approval. The FCC's summary report reads, in part: The Commission hereby states that ... manufacturers should not intentionally make the distinctive elements that implement that manufacturer's particular security measures in a software defined radio public, if doing so would increase the risk that these security measures could be defeated or otherwise circumvented to allow operation of the radio in a manner that violates the Commission's rules. A system that is wholly dependent on open source elements will have a high burden to demonstrate that it is sufficiently secure to warrant authorization as a software defined radio. The Software Freedom Law Center reacted by issuing a whitepaper that seems intended to keep open-source SDR software developers motivated to continue their work. The whitepaper notes that the FCC's authority ends with hardware devices, and maintains that the agency has not enacted any rules intended to regulate software development. Even if the FCC did have the power to regulate independent software development, it has promulgated no rules governing such activity, the SFLC's whitepaper reads in part. Motorola and other vendors of Linux-based mobile phones typically segregate radio software stacks from Linux application stacks by running them on separate physical or virtual processors. A multiplexed serial connection allows the Linux OS to access the network through a limited AT-command-style API, just as if the radio baseband controller were an actual modem. This architecture was designed to keep radio software secure against compromises to the Linux OS, and far enough removed from GPL-licensed software to prevent the GPL's viral nature from kicking in. Some WiFi card vendors, meanwhile -- Intel and Broadcom come to mind -- take advantage of Linux's hotplug feature by writing open Linux drivers that load sensitive radio software microcode from encrypted binary files stored in the users' filesystem. This arrangement seems to be tolerated, if not unanimously appreciated, by the open source community (who, after all, are glad to have use of inexpensive wireless cards). The FCC's summary report also includes this comment about Linux and open-source software: The Commission recognizes that some manufacturers may wish to use open source software (e.g., GNU/Linux) in developing SDRs. The use of such software may have advantages for manufacturers such as lower cost and decreased product development time. The FCC's 2500-word summary document is here, while the SFLC's whitepaper can be found here. --Henry Kingman From: http://www.linuxdevices.com/news/NS9075126639.html -- Héctor Orón ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio