Hi,
On Tue, Jun 10, 2014 at 08:17:53PM +0800, Sphinx Jiang wrote:
Hi,
In this patch, o32 libraries are moved from /lib to /libo32.
I have applied this patch with some small changes fixing some issues and
homogenizing all mips*.mk files, most importantly:
- really install the o32 library in
On Thu, Jun 12, 2014 at 4:39 AM, Aurelien Jarno aurel...@aurel32.net wrote:
Hi,
On Tue, Jun 10, 2014 at 08:17:53PM +0800, Sphinx Jiang wrote:
Hi,
In this patch, o32 libraries are moved from /lib to /libo32.
I have applied this patch with some small changes fixing some issues and
Hi,
In this patch, o32 libraries are moved from /lib to /libo32.
2014-06-09 22:38 GMT+08:00 Aurelien Jarno aurel...@aurel32.net:
On Mon, Jun 09, 2014 at 09:02:04PM +0800, Sphinx Jiang wrote:
I refreshed this patch with 2.19-1.
Tested on mips64el device, build successfully.
Sphinx
I refreshed this patch with 2.19-1.
Tested on mips64el device, build successfully.
Sphinx
diff -Nru eglibc-2.19/debian/changelog eglibc-2.19/debian/changelog
--- eglibc-2.19/debian/changelog2014-06-04 19:50:40.0 +
+++ eglibc-2.19/debian/changelog2014-06-09
On Thu, Jun 05, 2014 at 11:34:37PM +0800, Yunqiang Su wrote:
Hi, as I asked that guys, they insist on using /usr/lib but not /usr/libo32.
:-(
Who are the guys? What is the argument on using /usr/lib instead of
/usr/libo32?
Then, maybe this patch should be OK.
I don't think it is ok. I don't
On Mon, Jun 9, 2014 at 10:11 PM, Aurelien Jarno aurel...@aurel32.net wrote:
On Thu, Jun 05, 2014 at 11:34:37PM +0800, Yunqiang Su wrote:
Hi, as I asked that guys, they insist on using /usr/lib but not /usr/libo32.
:-(
Who are the guys? What is the argument on using /usr/lib instead of
On Mon, Jun 09, 2014 at 09:02:04PM +0800, Sphinx Jiang wrote:
I refreshed this patch with 2.19-1.
Tested on mips64el device, build successfully.
Sphinx
I have just merged the non-controversial parts, that is everything but
multlib. I am still opposed to having the o32 libraries in /lib
On Mon, Jun 09, 2014 at 10:19:05PM +0800, Yunqiang Su wrote:
On Mon, Jun 9, 2014 at 10:11 PM, Aurelien Jarno aurel...@aurel32.net wrote:
On Thu, Jun 05, 2014 at 11:34:37PM +0800, Yunqiang Su wrote:
Hi, as I asked that guys, they insist on using /usr/lib but not
/usr/libo32. :-(
Who are
On Mon, Jun 9, 2014 at 10:11 PM, Aurelien Jarno aurel...@aurel32.net wrote:
On Thu, Jun 05, 2014 at 11:34:37PM +0800, Yunqiang Su wrote:
Hi, as I asked that guys, they insist on using /usr/lib but not /usr/libo32.
:-(
Who are the guys? What is the argument on using /usr/lib instead of
On Mon, Jun 9, 2014 at 10:38 PM, Aurelien Jarno aurel...@aurel32.net wrote:
On Mon, Jun 09, 2014 at 09:02:04PM +0800, Sphinx Jiang wrote:
I refreshed this patch with 2.19-1.
Tested on mips64el device, build successfully.
Sphinx
I have just merged the non-controversial parts, that is
On Tue, Jun 10, 2014 at 05:01:45AM +0800, Aron Xu wrote:
On Mon, Jun 9, 2014 at 10:11 PM, Aurelien Jarno aurel...@aurel32.net wrote:
On Thu, Jun 05, 2014 at 11:34:37PM +0800, Yunqiang Su wrote:
Hi, as I asked that guys, they insist on using /usr/lib but not
/usr/libo32. :-(
Who are the
On Tue, Jun 10, 2014 at 05:06:03AM +0800, Aron Xu wrote:
On Mon, Jun 9, 2014 at 10:38 PM, Aurelien Jarno aurel...@aurel32.net wrote:
On Mon, Jun 09, 2014 at 09:02:04PM +0800, Sphinx Jiang wrote:
I refreshed this patch with 2.19-1.
Tested on mips64el device, build successfully.
On Mon, Jun 09, 2014 at 11:21:30PM +0200, Aurelien Jarno wrote:
On Tue, Jun 10, 2014 at 05:01:45AM +0800, Aron Xu wrote:
On Mon, Jun 9, 2014 at 10:11 PM, Aurelien Jarno aurel...@aurel32.net
wrote:
On Thu, Jun 05, 2014 at 11:34:37PM +0800, Yunqiang Su wrote:
Hi, as I asked that guys,
Hi, as I asked that guys, they insist on using /usr/lib but not /usr/libo32. :-(
Then, maybe this patch should be OK.
please consider it.
On Tue, May 20, 2014 at 4:24 AM, Yunqiang Su wzss...@gmail.com wrote:
I refreshed this patch with 2.18-6.
On Thu, May 8, 2014 at 10:53 AM, Yunqiang Su
I refreshed this patch with 2.18-6.
On Thu, May 8, 2014 at 10:53 AM, Yunqiang Su wzss...@gmail.com wrote:
On Wed, May 7, 2014 at 11:02 PM, Aurelien Jarno aurel...@aurel32.net wrote:
On Fri, Apr 25, 2014 at 10:25:55PM +0800, Yunqiang Su wrote:
On Fri, Apr 25, 2014 at 10:25 PM, Yunqiang Su
On Fri, Apr 25, 2014 at 10:25:55PM +0800, Yunqiang Su wrote:
On Fri, Apr 25, 2014 at 10:25 PM, Yunqiang Su wzss...@gmail.com wrote:
I refresh this patch with 2.18-4, and
let libc6 breaks:
libc6-mips64 [mips64 mips64el],
libc6-mipsn32 [mipsn32 mipsn32el],
On Wed, May 7, 2014 at 11:02 PM, Aurelien Jarno aurel...@aurel32.net wrote:
On Fri, Apr 25, 2014 at 10:25:55PM +0800, Yunqiang Su wrote:
On Fri, Apr 25, 2014 at 10:25 PM, Yunqiang Su wzss...@gmail.com wrote:
I refresh this patch with 2.18-4, and
let libc6 breaks:
libc6-mips64
I refresh this patch with 2.18-4, and
let libc6 breaks:
libc6-mips64 [mips64 mips64el],
libc6-mipsn32 [mipsn32 mipsn32el],
libc6-mips32 [mips mipsel],
On Thu, Feb 27, 2014 at 9:20 AM, Yunqiang Su wzss...@gmail.com wrote:
I refresh this patch with 2.18-3
On Mon,
I refresh the patches with 2.17-93.
It's time to consider to merge it.
Now we have about 7000 packages build successfully already.
This architecture may be in debian-ports in near future.
--
YunQiang Su
mips64.diff
Description: Binary data
Attached is an updated version of this patch.
This version changes the way of generating libfake.{a,so} from using
ar to use gcc. Sometimes ar generates MIPS64r1 version of the file,
using gcc can make sure it is always MIPS64r2.
Thanks,
Eleanor Chen
--
It is the time you have spent for your
Package: eglibc
Version: 2.17-6
This patch adds multilib enabled mips64(el) mipsn32(el) configurations
to eglibc.
Exceptions are:
* The version of linux-libc-dev should be greater than or equal to
3.10 on mips64(el) to getdents64 syscall, so that python 3.3 can be
built.
* We choose gcc 4.8 as
21 matches
Mail list logo
