On Dec 5, 2007 8:34 AM, thisway.diy <[EMAIL PROTECTED]> wrote:
>I use crosstool-0.43 to build a toolchain in scratchbox, with the host-gcc
> target.
> But it doesn't search the /lib or /usr/lib when linking.
>Even I add "NATIVE=yes" in binutils-2.15/ld/genscripts.sh, and then
> re-build t
Is it possible to convince the maintainers to add a dummy or
minimalistic version of that file? There's at least one commercial
compiler which promptly segfaults if this is missing.
___
Scratchbox-users mailing list
Scratchbox-users@lists.scratchbox.org
Hi,
I've found that occasionally pbuilder-satisfydepends will fail on its
"apt-get -s" operations with odd fakeroot errors such as being unable
to connect to whatever TCP address is used behind the scenes. This
persists across resets of the build target, removals of the build
target, and reinstal
Hi,
Does anybody know whether there's a way to inject all of the various
SB-provided build-time packages (autotools, bison, build-essential,
dpkg, m4, awk, ssh, ) into the namespace searched when one does an
'apt-get build-dep foo'?
This currently fails on the debhelper build-dep that most p
This is an updated version which make a more tightly-focused change.
On 12/7/06, Matt Hoosier <[EMAIL PROTECTED]> wrote:
Hi,
I often find that I need to make refinements to the packaging of
foreign Scratchbox toolchains that are already deployed as Debian
packages. This is a bit of a pai
Hi,
I often find that I need to make refinements to the packaging of
foreign Scratchbox toolchains that are already deployed as Debian
packages. This is a bit of a pain with sb-toolchain-extras, because
the Debian packages generated have no release number and thus an
updated toolchain package doe
ed forcing the architecture to arm by setting the
environment variables DEB_BUILD_* and DEB_HOST_*. This failed to
change the results.
Am I forgetting a step?
On 11/29/06, Matt Hoosier <[EMAIL PROTECTED]> wrote:
Ah, doh!
Thanks very much.
On 11/29/06, Jussi Hakala <[EMAIL PROTECTED]>
,
Jussi
On Wed, Nov 29, 2006 at 08:57:13AM -0600, Matt Hoosier wrote:
> Does anybody know where to find the sb-toolchain-extras config files
> used to build the arm-linux-2006q1-6 toolchain? I didn't locate it in
> either the sb-toolchain-extras or sb-toolchains di
Does anybody know where to find the sb-toolchain-extras config files
used to build the arm-linux-2006q1-6 toolchain? I didn't locate it in
either the sb-toolchain-extras or sb-toolchains directory of DARCS.
--Matt
___
Scratchbox-users mailing list
Scrat
On 11/23/06, Riku Voipio <[EMAIL PROTECTED]> wrote:
On Fri, Nov 10, 2006 at 09:22:28AM -0500, Jim Heck wrote:
> It was a fresh install. That machine had never had scratchbox before,
> as I am just starting to get involved with it. There is another
> developer here experiencing the same problem,
On 11/23/06, Riku Voipio <[EMAIL PROTECTED]> wrote:
On Tue, Nov 21, 2006 at 10:17:47AM -0600, Matt Hoosier wrote:
> I have a notion to port the SB patches forward to GDB 6.4 [which works
> much better with the CS foreign toolchains]. Are there any known
> show-stoppers why this w
Hi,
I'm using fakeroot (with its "-i" and "-s" options to build a session)
to build a filesystem. The idea is something like:
/scratchbox/login fakeroot -i -s \
apt-get install
/scratchobx/login fakeroot -i -s \
tar --directory /scratchbox/users/$LOGNAME/targets/$TARGET \
lpcf
lchain.
Thanks.
Regards,
Jussi
Matt Hoosier wrote:
> Hi,
>
> Can somebody comment on the difference between these two toolchains as
> included in 1.0.6? They both appear to be derived from CodeSourcery
> 2005q3, but the build-config file doesn't give any comments about
Hi,
Can somebody comment on the difference between these two toolchains as
included in 1.0.6? They both appear to be derived from CodeSourcery
2005q3, but the build-config file doesn't give any comments about
what's different between the two.
I checked out sb-toolchain-extras, and it seems only
Oh, great.
Sorry for failing to check bugzilla before inquiring.
--Matt
On 10/31/06, Timo Savola <[EMAIL PROTECTED]> wrote:
On Tue, 2006-10-31 at 09:06 -0600, Matt Hoosier wrote:
> If you're using Ubuntu and upgrade to Edgy, you'll probably want to
> edit the contents o
If you're using Ubuntu and upgrade to Edgy, you'll probably want to
edit the contents of /scratchbox/login to always invoke bash:
--- #!/bin/sh
+++ #!/usr/bin/env bash
Ubuntu has switched the default shell to Dash, which doesn't handle
all Bash-isms so well.
Devs: do you fellows feel like inclu
Hi,
I'm not really an expert in the GAR build system, and I'm having a
little trouble understanding just what variables in which files have
to be defined, so that I can use an arbitrary directory as the cache
for downloaded sources.
I've tried GARCHIVEDIR in the root gar.conf.mk file, but that d
My experience is that GDB is still very erratic on its support for ARM
NPTL. When the application that I develop starts doing complex things
with pthreads, the current CVS gdbserver/client will lose track of the
threads' positions and be useless. The same held true when I used the
gdb client/serve
was pretty much all one needed to do...
On 8/24/06, K. Richard Pixley <[EMAIL PROTECTED]> wrote:
Matt Hoosier wrote:
> Rich,
>
> You can make a Debian package out of the whole foreign toolchain by
> doing "make CONFIG=meta/alien-tc/my.conf deb".
Er... from where?
-
Rich,
You can make a Debian package out of the whole foreign toolchain by
doing "make CONFIG=meta/alien-tc/my.conf deb".
I'm not aware of a means to make canned sbrsh configurations, though
I'm all ears if somebody else knows how to do that.
--Matt
On 8/23/06, K. Richard Pixley <[EMAIL PROTECT
Hi,
I'd like to use valgrind on some programs compiled inside an x86
sandbox. The docs
(http://www.scratchbox.org/documentation/general/tutorials/explained.html)
mention that this ought to be possible using a valgrind installed
outside the chroot. I'm not sure, however, how to instruct valgrind t
anks a lot,
Nick
2006/8/4, Matt Hoosier <[EMAIL PROTECTED]>:
> I couldn't find any NTPL 686 toolchain. I used crosstool-0.42 along
> with the patch attached [it's from the crossgcc mailing list] to
> create one.
>
> On 8/4/06, nide nide <[EMAIL PROTECTED]> wr
I couldn't find any NTPL 686 toolchain. I used crosstool-0.42 along
with the patch attached [it's from the crossgcc mailing list] to
create one.
On 8/4/06, nide nide <[EMAIL PROTECTED]> wrote:
Hi,
It looks like the i686 toolchain provided with scratchbox
(scratchbox-toolchain-i686-gcc3.3-glibc2
Are you using an i686 target, or some ARM target using sbrsh as the
CPU transparency method?
On 7/31/06, Shahid Shoaib <[EMAIL PROTECTED]> wrote:
Hi folks,
I just joined this mailing list, I hope its the right place to ask this
question :-)
I have installed scratchbox 0.9.8 and maemo 2.0 SDK
Also the subject of EABI support in the devkits, it looks to me like
the GDB shipped with arm-linux-cs344-2.3 doesn't understand the NPTL
used by that toolchain's C library. Any suggestions on how to go about
getting support for that? When I compile GDB 6.4 for i686, it
understand NPTL with no pro
e a project known to the workbench.
On 7/26/06, Sean Kelley <[EMAIL PROTECTED]> wrote:
Eclipse + Laika Scratchbox plugin - outside looking in
Sean
On 7/26/06, Matt Hoosier <[EMAIL PROTECTED]> wrote:
> I'm a little uncertian on the mechanism by which the hostcc process
>
Sure, this works too. I'm hoping to make this a little more
transparent to the users, though.
On 7/26/06, Murray Cumming <[EMAIL PROTECTED]> wrote:
> I'm a little uncertian on the mechanism by which the hostcc process
> dynamically links against the host's C (and other system) libraries.
> Can
I'm a little uncertian on the mechanism by which the hostcc process
dynamically links against the host's C (and other system) libraries.
Can the same mechanism be exploited to make something like Gtk+ and
libx11 available to devkit tools?
I'm searching for a way to get a GUI text editor available
How difficult would it be to create a full version of GDB (that is,
one which is capable of both hosting [gdbserver role] and
controlling/displaying [gdb in 'target remote' mode] the target
process) for an x86 target?
When using gdbserver, my client frontend chornically loses sync with
gdbserver.
On 7/11/06, Matt Hoosier <[EMAIL PROTECTED]> wrote:
Hi,
I've noticed that when importing a foreign toolchain, the libc6 and
libc6-dev packages aren't always produced.
My particular case is a Crosstool 0.42 toolchain built in-place at
/scratchbox/compilers/i686-gcc-3.4.5-
Hi,
I've noticed that when importing a foreign toolchain, the libc6 and
libc6-dev packages aren't always produced.
My particular case is a Crosstool 0.42 toolchain built in-place at
/scratchbox/compilers/i686-gcc-3.4.5-glibc-2.3.6. The configuration is
a lightly modified (only to change the name
On 7/7/06, Matt Hoosier <[EMAIL PROTECTED]> wrote:
A package that I'm patching [X.org server from the 7.1 release]
requires a newer version of pkg-config macros than those shipped with
0.15 (the version provided by SB). After building and installing
pkg-config 0.19, the m4 engine
A package that I'm patching [X.org server from the 7.1 release]
requires a newer version of pkg-config macros than those shipped with
0.15 (the version provided by SB). After building and installing
pkg-config 0.19, the m4 engine provided by Scratchbox still finds the
pkg-config macros from /scrat
20 16:43 /tmp/blah
mknod running underneath fakeroot just creates a normal file.
On 6/20/06, Veli Mankinen <[EMAIL PROTECTED]> wrote:
Hi,
Fakeroot:
/scratchbox/login fakeroot apt-get install packages-for-target
- Veli
On 20/06, Matt Hoosier wrote:
> So, I'll say
So, I'll say at the beginning: I understand why developing as root in
SB is A Bad Thing :)
That said, I would like to be able to do so in very specific
circumstances, like when building up a fresh target (to become the
image for a target device) by downloading/installing packages with
APT.
Since
Hi,
In an earlier conversation here
(http://lists.scratchbox.org/pipermail/scratchbox-users/2006-April/000499.html),
it's been mentioned that the foreign toolchain mechanism allows easy
packaging of pre-built toolchains such as those made by CodeSourcery.
I noticed recently that the http://scrat
In this case, the "gcc3.4-glibc2.3" toolchain corresponds to a
basically standard version of GCC. The "gcc3.44csn-glibc2.3" toolchain
is CodeSourcery's 2005q3 (binary release) toolchain imported into
Scratchbox. In particular, 2005q3 emits object code compliant with the
official ARM EABI, whereas
normal
crosstoolchains in Scratchbox (called foreign toolchains)?
http://www.scratchbox.org/wiki/ForeignToolchains
So, there is no need to create SB specific toolchains.
Br,
Veli
On 02/06, Matt Hoosier wrote:
> Hi,
>
> I'm interested in building a toolchain based on a patched version
Hi,
I'm interested in building a toolchain based on a patched version of
Crosstool. If I remember correctly, the "import-crosstool.sh"
functionality doesn't actually result in Crosstool being invoked to
build the toolchain. Rather, Scratchbox implements its own native
understanding of the Crossto
On 4/29/06, Matt Hoosier <[EMAIL PROTECTED]> wrote:
On 4/29/06, Riku Voipio <[EMAIL PROTECTED]> wrote:
> On Fri, Apr 28, 2006 at 05:10:43PM -0500, Matt Hoosier wrote:
> > I've been using the supplied ARM EABI compiler
> > (scratchbox-toolchain-arm-gcc3.44csn-glib
On 4/29/06, Riku Voipio <[EMAIL PROTECTED]> wrote:
On Fri, Apr 28, 2006 at 05:10:43PM -0500, Matt Hoosier wrote:
> I've been using the supplied ARM EABI compiler
> (scratchbox-toolchain-arm-gcc3.44csn-glibc2.3).
> When compiling most packages, things go normally. Occasio
I've been using the supplied ARM EABI compiler
(scratchbox-toolchain-arm-gcc3.44csn-glibc2.3). For reference: this is
a toolchain built using the "alien-tc" harness; the underlying
compiler and binutils are a binary download from CodeSourcery's
website.
When compiling most packages, things go nor
The release notes for 1.0.3 indicate that the bundled version of QEMU
now supports binaries which use the "new" ARM EABI calling
conventions. I don't find any mention on the website or this mailing
list over the last few months on the subject of toolchains which can
generate EABI-compliant object c
43 matches
Mail list logo
