Hi, It's been a while since I checked this, it may have changed. but from what
I remember none of the generic targets use busymox.
the embedded-minimal uses it for almost everything, the regular embedded has an
option to use it. ans the xen target uses it for init. (grep around in the
target
dev even
further to the flavor inside systemd (sigh) before a do whole system dev
testing which as usually nowadays with the state of upstream changes might
cause a problem or regression, or two :-/
René
On 2. Mar 2020, at 23:46, Jan Rovins wrote:
I am doing a cross build. But it’s
t;> On 02/03/20 14:52, Jan Rovins wrote:
>> Several things missing for udev when cross building:
>> checking for USBUTILS... no
>> configure: error: Package requirements (usbutils >= 0.82) were not met:
>> No package 'usbutils' found
>> I added usbutils to
)!
scsijon
On 02/03/20 15:24, Jan Rovins wrote:
2 issues found with the kernel build:
1 the patch file in linux.conf is no longer applying cleanly, got rid
of it.
#[D] 0317908a88d6c1ae1fc396c310f33ca82267afcfbc1dc5bf95ec0b18
acpi-dsdt-initrd-v0.9c-2.6.28.patch
http://gaugusch.at/acpi-dsdt
2 issues found with the kernel build:
1 the patch file in linux.conf is no longer applying cleanly, got rid of it.
#[D] 0317908a88d6c1ae1fc396c310f33ca82267afcfbc1dc5bf95ec0b18
acpi-dsdt-initrd-v0.9c-2.6.28.patch
http://gaugusch.at/acpi-dsdt-initrd-patches/
2. The next thing that went
Several things missing for udev when cross building:
checking for USBUTILS... no
configure: error: Package requirements (usbutils >= 0.82) were not met:
No package 'usbutils' found
I added usbutils to target/generic/pkgsel/20-minimal.in
Then when trying to build usbutils I got:
checking
.
Jan
On 3/1/20 10:01 PM, scsijon wrote:
Somewhat confused?
Do you mean you pulled the latest revision (about r4944~~) and are
using the r49198 iso, or just up to r49198?
regards
On 02/03/20 11:45, Jan Rovins wrote:
Hi, Just a build update:
I pulled the latest from svn yesterday 49198
This is the part that has always been failing for me, and the cross
builds are not making it past this point.
./mkheader --cross \
x86_64-unknown-linux-gnu ./gpg-error.h.in \
../config.h 1.36 0x012400 >gpg-error.h
./gpg-error.h.in:497: error
Hi, Just a build update:
I pulled the latest from svn yesterday 49198, wiped everything and rebuilt.
I still have to use the chroot built from the older iso:T2 SDE 9.0-svn
(2020/01/18) the more recent one gives Lua errors when I try to run
Config. Have not had a chance to debug that yet.
t.
regards
scsijon
On 24/02/20 09:18, Jan Rovins wrote:
Hi,
I'm at it again. wiped clean my build directory, and started with
the latest from svn:
Finished downloading 0 bytes in 0.445268 seconds (0.000 bytes/sec).
ERROR: CURL Returned Error 22. Please read the curl manpage.
INFO: downloa
in a day or two
anyway.
I also wish there were not that many barely different compressors competing and
used by open source tarballs, … :_/
René
On 23. Feb 2020, at 23:18, Jan Rovins wrote:
Hi,
I'm at it again. wiped clean my build directory, and started with the latest
from svn
Hi,
I'm at it again. wiped clean my build directory, and started with the
latest from svn:
Finished downloading 0 bytes in 0.445268 seconds (0.000 bytes/sec).
ERROR: CURL Returned Error 22. Please read the curl manpage.
INFO: download from mirror failed, trying original URL.
Ok, Last error report of the day:
I remember running into this some weeks ago, and it was failing because
the build triplet was not being formed or replaced correctly, if I
remember correctly.
I looked in the config or patches, and saw there was some special case
mechanism to fix up the
checking for major... yes
checking for getaddrinfo... yes
checking getaddrinfo bug... yes
Fatal: You must get working getaddrinfo() function.
or you can specify "--disable-ipv6".
Due to previous errors, no 1-python.log file!
(Try enabling xtrace in the config to track an error inside
out of the stage 1 build, (I don't) need
it, and the stage 0 isl will work for my cross building purposes, but
this is not a universal fix.
Jan
On 2/19/20 12:51 PM, Jan Rovins wrote:
Next failure:
isl_test_cpp.cc:8:10: fatal error: vector: No such file or directory
8 | #inc
Next failure:
isl_test_cpp.cc:8:10: fatal error: vector: No such file or directory
8 | #include
| ^~~~
compilation terminated.
make[2]: *** [Makefile:1721: isl_test_cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs
make[2]: Leaving directory
, so perl at 107.500 might break something in the early part of the
build, since it was originally at 102.
Jan
On 2/19/20 12:31 PM, Jan Rovins wrote:
Next item, perl stage 1 is failing:
Checking your choice of C compiler and flags for coherency...
I've tried to compile and run the following
Next item, perl stage 1 is failing:
Checking your choice of C compiler and flags for coherency...
I've tried to compile and run the following simple program:
^1-perl
#include
int main() { printf("Ok\n"); return(0); }
^1-perl
I used the command:
^1-perl
^1-perl x86_64-t2-linux-gnu-gcc -o try
Ok, I figure3d this one out,
kmod in stage 0 wants zlib, but zlib is not in the stage 0 build:
attached patch fixes this.
Jan
On 2/19/20 11:56 AM, Jan Rovins wrote:
Ok, I pulled the latest to day from svn, and started a fresh build. At
revision 49417.
Got this error for kmod:
checking
Ok, I pulled the latest to day from svn, and started a fresh build. At
revision 49417.
Got this error for kmod:
checking for linux/module.h... no
checking whether _Static_assert() is supported... yes
checking whether _Noreturn is supported... yes
checking for liblzma... yes
checking for
I saw this happen on my build, only when trying to build grub2, not sure if
it’s the same problem .
Jan
> On Feb 17, 2020, at 4:58 PM, scsijon wrote:
>
>
> quick note as I have to go out.
>
> Not sure what's going on, but suddenly it's building gcc for a i386 and
> failing, even though
Figured that I should send the Config/Lua error tonight, may not be able
to get back to this until next weekend.
When trying to start the Config utility, and lua fails to build.
Attached are the scripts that I am using to create the chroot rootfs
from the iso (mk-t2-chroot.sh), and the script
Hi,
Still having to use t2-minimal-glibc-gcc-x86-64-r49128.iso as the basis
for my chroot, the newer iso:
t2-minimal-xorg-glibc-gcc-x86-64-r49198.iso was not able to configure a
t2 target, lua was having errors, I will try that again,when I have some
time, and post the errors.
meanwhile,
57:58 =[1]=> Aborted building package meson.
On 2/14/20 10:44 PM, Jan Rovins wrote:
Looking into the mpc error, it seems that my iso file has mpfr.h from
version 3.16 in /usr/include, and it looks like the incompatibility is
between mpfr & mpc.
I tried doing an Build-PKG on my chroo
down grading it
to v3.16 again got rid of the error, and the build is still running.
Jan
On 2/14/20 9:35 PM, Jan Rovins wrote:
mul.c:175:1: error: conflicting types for 'mpfr_fmma'
175 | mpfr_fmma (mpfr_ptr z, mpfr_srcptr a, mpfr_srcptr b,
mpfr_srcptr c,
| ^
In file included
Hi Rene & list,
Haven't had much time to dig into the latest T2 changes, but have tried
things quickly, and have come across several breakages.
1. When I do a svn update to 2/14/20, and try to build with my old
chroot's, I had to add the symlinks to arch & uname (as mentioned on
the
updating it froom 5.2?? to version 5.4, but still got the
>> same error.)
>> Jan
>>> On 2/5/20 12:35 AM, Jan Rovins wrote:
>>> Ok, was able to get rid of the "error: narrowing conversion of ..." at the
>>> cross stage of gcc by adding:
>>>
&g
e has hit this error.
Patch attached.
Jan
On 2/4/20 1:05 AM, Jan Rovins wrote:
Ok, now I have gotten all the way up to gcc stage 1.
and it broke in a way that I have not seen before, so maybe this was
introduced with the new glibc?
../../gcc/config/i386/i386.c:30851:1: error: narrowing conve
/2020 5:29 AM, René Rebe wrote:
Hi,
is this with glib downdaated? I might have forgotten to mention that gcc
sanitizers failed with latest glib for me, I locally added --disable-sanitizers
or so to the gcc.conf
René
On 4. Feb 2020, at 07:05, Jan Rovins wrote:
Ok, now I have gotten
um error.
Ren??
On 4. Feb 2020, at 06:54, Jan Rovins wrote:
Ok, now it downloads (with the 0 cksum work around) but we now hit a dependency
issue:
INFO: download from mirror failed, trying original URL.
1
adaptions.
== 02/04/20 05:59:35 =[1]=> Aborted building package gcc.
It is getting late, will continue this tomorrow night.
Jan
On 2/4/20 12:54 AM, Jan Rovins wrote:
Ok, now it downloads (with the 0 cksum work around) but we now hit a
dependency issue:
INFO: download from mirror failed, try
) for
that, attached. (broken out from my previous patch dump)
After applying the patch, remove the error stuff from the
download/g/(glib-whatever) to force a clean download & uncompress.
Then iglib should build,
Jan
On 2/4/20 12:24 AM, Jan Rovins wrote:
Hmm, bad checksum on glib, I'm g
lready and it had an
ERROR: incorrect checksum. Remove the *.cksum-err file to force a
ERROR: new download of that file.
Jan
On 2/4/20 12:20 AM, Jan Rovins wrote:
Ok, I just hit the ninja error (same as before)
===[hook_eval:130 (last $?=0)> sort
==[hook_eval:131 (last $?=0)> '[' 5 ']'
attached patch, and re-building python allows the ninja
build to succeed.
Jan
On 2/3/20 11:50 PM, Jan Rovins wrote:
Ok, Rene, I have added symlinks for arch & uname into bin (I used the
ones from /usr/embutils)
And now the Build-Target is off and running, got past glibc, so I
w
ther day,
Google and mailing lists did not yet had an answer for that @GLIBC PRIVATE
symbol. For now I would locally revert the glibc update…
René
On 3. Feb 2020, at 06:04, Jan Rovins wrote:
Hi Rene,
Can't seem to get at anything useful to trace this, it's failing very early in
and don't intend proceeding further until i'm happy with it, as I
have a 'minimum' at r49158 working and want to doc absolutely
everything already done first before starting the build process again.
regards
scsijon
On 03/02/20 16:04, Jan Rovins wrote:
Hi Rene,
Can't seem to get at anything
ould locally revert the glibc update…
René
On 3. Feb 2020, at 06:04, Jan Rovins wrote:
Hi Rene,
Can't seem to get at anything useful to trace this, it's failing very early in
the T2 wrappers, before the glibc debug dir is created.
ERROR-LOG attached.
Jan
On 2/2/20 11:08 PM, Jan
Hi Rene,
Can't seem to get at anything useful to trace this, it's failing very
early in the T2 wrappers, before the glibc debug dir is created.
ERROR-LOG attached.
Jan
On 2/2/20 11:08 PM, Jan Rovins wrote:
Hi Rene & List.
Just got my new fast build server set up, and saw that the
Hi Rene & List.
Just got my new fast build server set up, and saw that the new iso was
out, so I figured that I'd try a fresh T2 chroot build with the latest
from svn.
Attached are the scripts that I'm using to set up the chroots, if you
wan to review them & share them on the site.
I will
21, 2020, 04:04:14 PM PST, scsijon
wrote:
On 21/01/20 21:11, scsijon wrote:
>
> we will see what jan rovins comes up with;
>
> On 21/01/20 20:11, René Rebe wrote:
>> Hi,
>>
>>
>>> On 21. Jan 2020, at 07:08, scsijon wrote:
>>>
>>&g
Confirmed, I am seeing the same ninja/python issues, And also solved it with a
symlink python3->python. I am traveling right now, so can’t post any patches.
Jan
> On Jan 20, 2020, at 11:17 PM, scsijon wrote:
>
>
> Next a Ninja build fail, but actually a Python problem:
>
> AGot as far as
(re-trying to get pats the yahoo spam filter)
- Forwarded Message - From: Jan Rovins To: T2
Developers Mailing List Sent: Friday, January 10, 2020,
12:09:55 AM ESTSubject: Chroot utility scripts for T2 development on non T2
hosts.
Hi Rene & list,
Here are 2 utility scripts th
The auto correct on the iPad is a pain.
Can’t find bfd/configure.in
Jan
Sent from my iPad
> On Dec 10, 2019, at 6:11 PM, Jan Rovins wrote:
>
> Hi René,
>
> My build setup is a bit nonstandard, I used to be able to build on a Ubuntu
> 16.04 system with some minor
Hi René,
My build setup is a bit nonstandard, I used to be able to build on a Ubuntu
16.04 system with some minor fix ups to Ubuntu, but that is no longer possible.
So I am trying other methods. I have started with the
t2-minimal-glib-gcc-x86-64-r48710.iso.
I first tried a VM instal (virt
It is not in the script, it is in target/generic/pkgsel
~J
Sent from my iPad
> On Dec 9, 2019, at 9:44 PM, Jan Rovins wrote:
>
> When running Configure on the generic target, I get “no such file” for
> 00-bootstrap.in
> It is now 00-tool chain.in.
>
> I know I wa
When running Configure on the generic target, I get “no such file” for
00-bootstrap.in
It is now 00-tool chain.in.
I know I was one of those asking for the change, but there is some thing
missing.
I can’t send out patches right now, I’m on a high security system, I can try it
on my home
Yes,
A stand alone tool chain would be a nice thing to have, good to use for
embedded application development if you don’t care about the whole Linux build
system at the moment. It could also be modular, so you can build a tool chain
first, give it to team members for application development,
Last week I was trying to install it (iso image) into a docker container and a
VMware install, but the image would not boot to the OS installer.
Jan
Sent from my iPad
> On Nov 5, 2019, at 8:47 PM, scsijon wrote:
>
>
> For some reason, this iso won't boot in either legacy or efi modes. I
On 6/7/2018 2:02 PM, Jan Rovins wrote:
On 6/7/2018 1:22 PM, Jan Rovins wrote:
I remember I saw something like this once, somewhere. Do not really recall when and
where that was though.
Maybe bash version related? There was a reason we did not yet update bash, because the
latest major version
On 6/7/2018 1:22 PM, Jan Rovins wrote:
I remember I saw something like this once, somewhere. Do not really recall when and
where that was though.
Maybe bash version related? There was a reason we did not yet update bash, because the
latest major version had too many strange and stray
On 12/28/2017 2:22 PM, Ren� Rebe wrote:
Hi Jan,
On 28 Dec 2017, at 18:40, Jan Rovins <jrov...@verizon.net
<mailto:jrov...@verizon.net>> wrote:
On 12/28/2017 8:46 AM, Ren� Rebe wrote:
Why while it is downloading files throws "ERROR: File type does not
match fi
On 12/28/2017 8:46 AM, Ren� Rebe wrote:
Why while it is downloading files throws "ERROR: File type does not
match filename (Zstandard compressed data)!�?
Most likely because your system�s file command does not yet know and
support zstd.
Try updating it.
Hi Rene,
I have a request to
AM, René Rebe wrote:
Hey,
svn blame on the zlib.conf file shows I did last touch this in r36056, you can
see the change with:
svn di -c 36056
It was $root/$mandir” before, could you try testing if changing it back to this
fixes the issue?
René
On Dec 27, 2016, at 19:32, Jan
board=$SDECFG_ARM_BOARDDEF
+ ;;
+ esac
;;
*)
abort "TODO: Add $arch and board configuration"
On 12/28/2016 11:50 AM, Jan Rovins wrote:
Hi Rene,
looks like I spoke too soon, I did a "Cl
One of the Pi failures was in u-boot, the T2 configuration was asking
for the 'versatile' defconfig, but that does not exist in the u-boot
source tree. But they do have some defconfigs to cover various models
of the raspberry pi (rpi rpi_2 rpi_3)
I got u-boot to build by changing the
should pick up zlib.h from the T2
$root, but I am not sure of this.
I also had to install package libffi-dev so that glib stage 1 would
build. It was not picking it up from T2 fs, but was going to the host's fs.
Regards,
Jan Rovins.
-
' ' '--with-libssl-prefix=$root/usr'
fi
Regards,
Jan
On 7/9/2015 4:05 PM, Mark Sincerbox wrote:
inline...
On Thu, 9 Jul 2015, Jan Rovins wrote:
Date: Thu, 09 Jul 2015 15:53:57 -0400
From: Jan Rovins j...@adax.com
To: Mark Sincerbox ma...@adax.com
Subject: Re: T2 SDE build
Sorry, there was a typo
I got a checksum error on download:
Downloading bash:download/mirror/b/bash42-049 ...
100.0%
Finished downloading 1252 bytes in 0.348 seconds (3601.000 bytes/sec).
WARNING: Unknown file extension:
that there is no longer an LCRYPT variable in
there, it was renamed to SULOGINLIBS, My build of sulogin was failing because of this.
Jan
regards
2013/8/14 Jan Rovins j...@adax.com mailto:j...@adax.com
===
--- package/base/sysvinit
On 9/6/2013 2:56 PM, Roger Mason wrote:
Hello,
gawk 4.1.0 will not build in trunk. It fails with automake 1.14 because it cannot find
aclocal-1.13. I reverted automake to 1.13 and now it fails thus:
configure: loading cache .././config.cache
configure: error: 'CFLAGS' was not set in the
On 9/6/2013 2:56 PM, Roger Mason wrote:
Hello,
gawk 4.1.0 will not build in trunk. It fails with automake 1.14 because it cannot find
aclocal-1.13. I reverted automake to 1.13 and now it fails thus:
configure: loading cache .././config.cache
configure: error: 'CFLAGS' was not set in the
===
--- package/ruby/ruby/ruby.conf (revision 41957)
+++ package/ruby/ruby/ruby.conf (working copy)
@@ -24,19 +24,20 @@
[ $SDECFG_STATIC != 1 ] var_append confopt ' ' '--enable-shared'
-var_append makeinstopt ' ' 'install-doc'
Diff file attached:
Index: package/network/dhcp/dhcp-bind.patch.cross
===
--- package/network/dhcp/dhcp-bind.patch.cross (revision 41957)
+++ package/network/dhcp/dhcp-bind.patch.cross (working copy)
@@ -1,55 +1,13 @@
-# ---
I too have been building on a 32 bit Ubuntu host, and I ran into this same
issue.
It seems that -ltinfo is an option of the ncurses library, to split some things off into a
separate library, for things that only need terminfo stuff, but not the rest of ncurses.
I saw that in ncurses, had a
===
--- package/develop/apr-util/apr-util.conf (revision 41893)
+++ package/develop/apr-util/apr-util.conf (working copy)
@@ -46,7 +46,7 @@
fi
if pkginstalled bdb; then
- var_append extraconfopt ' '
Someone with commit access,
package/scientific/mpfr/hotfix.patch.mips64 Does not apply to the current version of
mpfr, and mpfr no longer needs the patch.
Could uou please remove it.
Thanks,
Jan
---
If you wish to unsubscribe
Hi,
The following kernel patch files fail on the current trunk.
(they fail on a Mips64 cross build, and will probably fail on other targets.)
I deleted them to get through my build. They need updating, if any still provide
functionality needed for T2 targets.
Here is the broken list:
Hi,
I am going through a T2 cross build for Mips64 (octeon processor) on a 32-bit ubuntu 11.10
(Oneric) build host. The last time that I tried the mips64 build was 2011, and it needs a
lot of updating.
I will be reporting my progress as I go, and sending patches as they are
discovered.
On 3/14/2012 11:07 PM, girish gulawani wrote:
hello all.
found couple of issues on the way while building mips64 target (on
both 8.0 and trunk-r30450).
Hi Girish,
I am using T2 on mips64, but it has been many months since I have built
anything. I was using a fork of the 8.0 built for just
On 10/29/2011 9:32 PM, Barry Kauler wrote:
Some of the Puppy Linux guys are getting excited about the RaspberryPi
board. See their site:
http://www.raspberrypi.org/
I have only ever used T2 to compile for x86, on PCs. But, I decided to
give ARM a go. The RaspberryPi uses an arm1176jzf-s CPU,
On 9/20/2011 12:49 AM, xu ray wrote:
Greetings.
I noticed that udev have extras disabled and durning compile the
kernel (3.0.3). Kernel build failed because cdrom_id in
/lib/udev/cdrom_id is missing. Any idea on why this is disabled recently and
how to fix this problem.
I think kernel 3.0
On 9/20/2011 11:03 AM, Mika N wrote:
Ray, Xu wrote:
I noticed that udev have extras disabled and durning compile the
kernel (3.0.3). Kernel build failed because cdrom_id in
I think kernel 3.0 should be able to compile without udev-extras. But
I do not know how to disable it and what would be
back my Mips64 cross
build to the previous version of perl.
Jan
On 5/16/2011 6:21 PM, Jan Rovins wrote:
The Cross install patch needs freshening for the new version.
The attached file should fix it, but I won't know for a few hours, since I accidentally
blew away my whole build, and have
The Cross install patch needs freshening for the new version.
The attached file should fix it, but I won't know for a few hours, since I accidentally
blew away my whole build, and have to wait for everything else to build before I can get
to perl again.
If anyone else is at a point in their
On 4/29/2011 9:45 AM, Toan Pham wrote:
Has anyone experienced linux26 failed compiling due to udev not creating this file:
/lib/udev/cdrom_id
this happened with linux26 native and cross building, curious if we should patch the
kernel package to resolve this.
toan
Yes Toan,
I have
On 4/26/2011 8:07 AM, Mika N wrote:
Robert Holmes wrote:
./.libs/libxorg.a(udev.o): In function `device_added':
udev.c:(.text+0x4e): undefined reference to `udev_device_get_devnode'
udev.c:(.text+0x59): undefined reference to `udev_device_get_syspath'
udev.c:(.text+0x85): undefined reference to
mips64 dietlibc fixes as of today most stuff links on my side. I'm now porting
the assembly glue from 32bit mips o32 to 64bit for real, some hello world
style stuff even already runs for real, as of:
Committed revision 38618.
:-) !
René
On 03.02.2011, at 18:06, Jan Rovins wrote:
On 2/3/2011
fixes to the 8.0 branch, if you are
planning to do an 8.1 release.
Jan
On 9/30/2010 6:07 AM, Rene Rebe wrote:
Hi,
On Sep 29, 2010, at 4:04 PM, Jan Rovins wrote:
On 9/28/2010 3:18 AM, Rene Rebe wrote:
Hi again,
it built here:
-rw-r--r-- 1 root root 10847302 Sep 25 11:34
build/cross
code certainly did not yet work at runtime before.
Regards,
René
On 08.01.2011, at 02:23, Jan Rovins wrote:
Hi Rene,
The new udev/dietlib is also broken on the mips64 build (as you predicted)
Here is what the errors look like:
mips64-t2-linux-gnu-cc -I. -isystem include -pipe
Hi Rene,
The new udev/dietlib is also broken on the mips64 build (as you predicted)
Here is what the errors look like:
mips64-t2-linux-gnu-cc -I. -isystem include -pipe -nostdinc -Os -G 0 -fstrict-aliasing
-fno-pic -mno-abicalls -W -Wall -Wextra -Wchar-subscripts -Wmissing-prototypes
When building for Mips64, unionfs is breaking the 2.6.36 kernel build:
fs/unionfs/commonfops.c:746:4: error: too many arguments to function
lower_file-f_op-compat_ioctl
make[2]: *** [fs/unionfs/commonfops.o] Error 1
In googleing on this, problem is described here:
Hi,
I was experimenting with a x86 desktop live-cd build, and it is failing at stage0 while
trying to build orbit2
config.log says:
Package libIDL-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libIDL-2.0.pc'
to the PKG_CONFIG_PATH
.
With these patches, the 9.0 branch will cross build Mips64, I will also
consider back-porting all the Mips64 fixes to the 8.0 branch, if you are
planning to do an 8.1 release.
Jan
On 9/30/2010 6:07 AM, Rene Rebe wrote:
Hi,
On Sep 29, 2010, at 4:04 PM, Jan Rovins wrote:
On 9/28/2010 3:18 AM, Rene Rebe
Jan Rovins:
On 9/27/2010 6:08 PM, Rene Rebe wrote:
I think 1-gcc built on my side just fine, ... Will check when I'm back in the
office.
Do you cross build on an x86 or is that a native build on MIPS?
I am Cross Building on X86.
It's a 32-bit Suse Enterprise 11 Host.
Back in May The GCC 4.5.0
On 9/25/2010 7:58 AM, Rene Rebe wrote:
Hi again,
...
I added preliminary stub glue to dietlibc that let it compile for mips64, but
as I did not yet touch any assembly the resulting binaries will most likely not
work correctly (e.g. crash on startup).
At least this let's all dietlibc
, Jan Rovins wrote:
On 9/23/2010 1:37 PM, Rene Rebe wrote:
Porting the MIPS bits in dietlibc to 64 bit may only take some hours of trial
and error. In fact I may even do so the next days (donations welcome :-).
I looked at that dietlibc code a while ago, and tried to do some things so it
would
. I don't think it will be ported to
mips64 any time soon, so is there a way to leave it out of the package list conditionally,
when we are building a Mips64 target?
Jan
On 9/23/2010 9:21 AM, Rene Rebe wrote:
Hi,
On Sep 8, 2010, at 7:01 AM, Jan Rovins wrote:
mips64-T2-R36064.patch
is dietlibc. I don't think it will be
ported to mips64 any time soon, so is there a way to leave it out of the
package list conditionally, when we are building a Mips64 target?
Jan
On 9/23/2010 9:21 AM, Rene Rebe wrote:
Hi,
On Sep 8, 2010, at 7:01 AM, Jan Rovins wrote:
mips64-T2-R36064.patch
On 9/23/2010 2:39 PM, René Rebe wrote:
Hi,
On Sep 23, 2010, at 20:13 , Jan Rovins wrote:
On 9/23/2010 1:37 PM, Rene Rebe wrote:
Porting the MIPS bits in dietlibc to 64 bit may only take some hours of trial
and error. In fact I may even do so the next days (donations welcome :-).
I looked
On 9/22/2010 8:46 AM, Rene Rebe wrote:
Hi,
On Sep 21, 2010, at 2:23 PM, Roger Mason wrote:
Dear Rene,
Rene Rebe r...@exactcode.de mailto:r...@exactcode.de writes:
That sounds very drastic. A last resort?
Not really, it annoys me for some years that t2 does not indexes well, due to full
Hi Oliver,
I have been able to get a usable user space built for Mips64 using T2 8.0 +
some additional patches, which have not yet been passed up to the T2
community, since they are somewhat experimental. I was hoping to have those
patches finalized, and sent to the list for the final 8.0
Hi All,
I have recently updated my trunk to the latest, and have been trying to
build my slightly modified generic-minimal target.
In the past I was able to successfully build a N64 ABI (single lib),
and a N32 ABI (single lib) but was not able to build multilib yet.
In switching to GCC
.
Jan
Jan Rovins wrote:
Hi All,
I have recently updated my trunk to the latest, and have been trying
to build my slightly modified generic-minimal target.
In the past I was able to successfully build a N64 ABI (single lib),
and a N32 ABI (single lib) but was not able to build multilib yet
be honored to be included in the list.
Here is my info:
Jan Rovins
Date of birth: 19 November 1954, Nationality: USA
Location: Mt. Laurel, New Jersey (USA), Occupation: Software Engineer @
Adax Inc.
Main field: embedded work, ports MIPS64
CPUs in use: PowerPC, MIPS64, ARM, x86
Mail: janr [at] adax.com
All,
Got the following error when cross building strace for mips64,
The attached patch fixes this, the patch should go upstream too.
Jan
make[1]: Entering directory
`/opt/T2/t2-trunk/src.strace.GW-Octeon-Pure64.20100317.141859.25474.ubuntu1/strace-4.5.19'
mips64-octeon-linux-gnu-gcc
Hi Rene List,
I have fixed most of the minor issues in Mips64 that are causing compile
errors up to building of gcc at the cross stage. However, gcc (at the
cross stage) is now bombing out with linker errors about incompatible ABI's.
Upon further investigation, it looks like nothing is
Hi René ,
René Rebe wrote:
Hi Jan,
On 02.02.2010, at 00:47, Jan Rovins wrote:
Hi Rene List,
Here is the second thing that I ran into:
Gettext is failing on this:
In function 'open',
inlined from 'msgdomain_list_print' at write-catalog.c:223:
/usr/include/bits/fcntl2.h:51: error
Hi Rene List,
Back in September of last year I was trying to do a Mips64 based
Multi-lib build, but things were very broken on Mips64 at that time, so
I gave up, and went with a Mips 32 bit only build instead.
A lot has changed in T2 since I last tried Mips64, so I am trying it
again to
Hi,
I am building the latest T2 trunk on a hyper-threaded Xeon with 4
virtual processors. and I am running the builds with 4 parallel tasks.
This is the desktop build set up for a x86 P4 processor.
The ne project was failing in a perl script, and the whole source
directory would
Hi List,
glibc32 does not build on mips at all.
there is a -m32 option that is sneaking in to the gcc wrapper
somewhere which fails the build, that has to be removed.
and the abi has to be stepped down to the old 32 because the new
n32 abi is still a 64bit abi, and tool chain errors will
1 - 100 of 107 matches
Mail list logo
