crossdev stores the EXTRA_ECONF options w/o quotes

Hi,

Minor bug in crossdev, as the title says its storing the options I
passed without the quotes.  That means emerge spills some messages about
'command not found' referring to the second options on those lines.

Here's an example of what I'm doing (mind you it doesn't work for what
its intended -- i.e. the mingw-w64 tools are not quite right, they are
missing the 32 bit libc++ and other details):

$ sudo crossdev -t x86_64-w64-mingw32 \
> --b 2.22 --g 4.6.2 \
> --benv
EXTRA_ECONF="--enable-targets=x86_64-w64-mingw32,i686-w64-mingw32" \
> --genv EXTRA_ECONF="--enable-multilib --enable-targets=all" \
> --lenv EXTRA_ECONF="--enable-lib64 --enable-lib32"

That command succeeds.

Later using emerge for my weekly update:

/etc/portage/env/cross-x86_64-w64-mingw32/mingw64-runtime: line 2:
--enable-lib32: command not found
/etc/portage/env/cross-x86_64-w64-mingw32/gcc: line 2:
--enable-targets=all: command not found

And the offending lines:

$ head -n 2 /etc/portage/env/cross-x86_64-w64-mingw32/mingw64-runtime
/etc/portage/env/cross-x86_64-w64-mingw32/gcc

multi-project workflow

All,

I'm getting back into embedded projects and thus, gentoo/crossdev.
Things have changed a bit since I last used it (~4 years ago).  This:

$ crossdev -S -t arm-none-linux-gnueabi

worked out of the box.  Awesome!  It looks like I'll want to use
arm-none-linux-gnueabi-emerge to build the target system, but before I
get started, I have a question.

How do folks out there handle multiple projects with the same toolchain?
I'm thinking, since crossdev worked so well, to just build a
'arm-projectA-linux-gnueabi' and then 'arm-projectB-linux-gnueabi' to
keep the roots separate.

My other idea was use symlinks:

/usr/
  arm-none-linux-gnueabi/ -> projectA/
  arm-none-linux-gnueabi.orig/
  projectA/
  projectB/
  ...
  projectN/

with arm-none-linux-gnueabi.orig/ being the original contents after
crossdev built the toolchain.  As I create projects, I would 'cp -a
arm....orig/* projectN/'

ANNOUNCE: cross-capable nodejs-0.6.7.ebuild, v8-3.6.4.ebuild

crash proofing a system from power cutoffs

MIPS32 little-endian Gentoo image (2011-12-27)

Hello,

I've uploaded an updated version of my Gentoo installation for
little-endian softfloat (FPU-less) MIPS32(r1+) processors.

Updates include:
- based on portage snapshot from 111224
- binutils-2.22-r1 + fix for MIPS RLD_MAP versioning (affects firefox and
   other packages using version scripts; thanks to David Daney!).
- gcc-4.6.2
- glibc-2.14.1-r1
  rebuilt all packages with the above toolchain
- firefox-9.0

http://mlau.at/files/mips32-linux/README.txt
http://mlau.at/files/mips32-linux/mips32elsf-gentoo-rootfs-111227.tar.xz
http://mlau.at/files/mips32-linux/mips32elsf-gentoo-rootfs-debugsyms-111227.tar.xz

Happy new year,
       Manuel Lauss

gdb debugging of small system built with catalyst

quickpkg and PKG_INSTALL_MASK

I got the impression from docs that PKG_INSTALL_MASK would actually
mask files out so they never get into the binary package, this doesn't
seem to happen.
Did I misunderstand? If I did, I think an MASK to do the above
would be a worthy addition to quickpkg, very useful for embedded targets to keep the pkg size down.
Also PKG_INSTALL_KEEP which would list files keep(rest is dropped) would be nice.

Oh, something else I wonder about. How does pre/post install work with
quickpkgs? Is it possible to have such scripts and then have qmerge execute
them?

Jocke

msp4300 toolchain

G'day,

I'd like to do some development with TI's msp430 processors.  As a
starting point I've got the TI LaunchPad which has an msp430g2231.

As best I can tell, there seem to be 3 paths to a toolchain:
   1 - crossdev - with an appropriate tuple, for example
      a - "crossdev -t msp430"
      b - "crossdev -t msp430-none-none-uclibc"
   2 - portage to emerge dev-embedded/msp430*
   3 - sourceforge's mspgcc project

I could go into the difficulties I've encountered with each of the
above, but I don't want to overload this message and bore everyone.

So the questions are:

Is anybody on this list doing msp430 development/experimentation? Has
one of the above paths been found to work?  If so, which one?

Thank you.

David

Emerge gets in the way using target x86_64-w64-mingw32

Hi,

Errors like this make emerge unusable:

# PORT_LOGDIR=/tmp x86_64-w64-mingw32-emerge -av
/usr/portage/dev-libs/libiconv/libiconv-1.14.ebuild
...
 * QA Notice: Excessive files found in the / partition
 *
/usr/x86_64-w64-mingw32/tmp/portage/dev-libs/libiconv-1.14/image/lib/libcharset.dll.a
 *
/usr/x86_64-w64-mingw32/tmp/portage/dev-libs/libiconv-1.14/image/lib/libiconv.dll.a

 * ERROR: dev-libs/libiconv-1.14 failed:
 *   static archives (*.a) and libtool library files (*.la) do not
belong in /
 *
 * Call stack:
 *   misc-functions.sh, line 992:  Called install_qa_check
 *   misc-functions.sh, line 546:  Called die

The messages are confused, first it complains about the .dll.a which are
then deleted, then it complains about .a and .la files which are left.

There is no problem having .a, .dll.a, and .la files together, they are
different things used for different purpose (one is the real static
library, the other is just the symbol definitions used when linking to
the dynamic library).

Any idea how to coax emerge to stop making the wrong assumption?
--

-- 
René Berber

crossdev and qlist/qfile

I seem to recall that qlist and qfile worked on crossdev installed
x-gcc's but now I cannot make it work.
# > qfile /usr/powerpc-tmp_softfloat-linux-gnu/
cross-powerpc-tmp_softfloat-linux-gnu/glibc (/usr/powerpc-tmp_softfloat-linux-gnu)
cross-powerpc-tmp_softfloat-linux-gnu/linux-headers (/usr/powerpc-tmp_softfloat-linux-gnu)

This is not complete, both binutils and gcc is missing

# > qlist --all /usr/powerpc-tmp_softfloat-linux-gnu/
is empty

So I guess I am missing something here?

 Jocke

Arm

Hello,

Anyone found any development boards or such
base on an implementation of the A-15 offering
from Arm?

Anyone going to work on a port of embedded Gentoo
to one of the A-15 chips/SOC any time soon?

http://www.arm.com/products/processors/cortex-a/cortex-a15.php

James