Hello,
2015-09-04 3:38 GMT+02:00 Rob Browning :
> Rob Browning writes:
>
>> You mean -O0, perhaps?
>
> Actually, there may be a mistake in the current rules file which is
> causing it to always build without an -O flag...
>
> Changing the rules to work correctly (to use -O2 as you mentioned)
> ap
Hello,
2015-08-31 23:08 GMT+02:00 Moritz Muehlenhoff :
> I'm adding debian-arm to CC, can any of the armel porters please look into
> this?
I have done a quick test on abel.debian.org. Here the results:
We seem to hint a bug in the optimizer leading to bogus assembler...
/tmp/ccLL4a9g.s: Asse
Package: gcc-4.8
Version: 4.8.5-1
Severity: wishlist
Hello,
Find patch attached to allow building your package on derivatives, as it is
built on parent distribution.
Regards
diff -u gcc-4.8-4.8.4/debian/rules.defs gcc-4.8-4.8.4/debian/rules.defs
--- gcc-4.8-4.8.4/debian/rules.defs
+++ gcc-4.
le or directory
libcc1 code attempts to access plugin/libcc1plugin.so, so that needs to be
installed, it is currently found in development package, gcc-5-plugin-dev.
I would suggest to create gcc-5-plugin with libcc1.so and
plugin/libcc1plugin.so so gdb binaries can recommend it in order to use the
On Fri, Oct 10, 2014 at 05:33:00PM +0200, Hector Oron wrote:
> Package: gcc-4.9
> Version: 4.9.1-16
> Severity: important
>
> Hello,
>
> Found a FTBFS while trying to build unzip package in Debian/sid on armhf
> host.
>
> gcc -c -g -O2 -fstack-protector-stron
On Fri, Oct 10, 2014 at 05:33:00PM +0200, Hector Oron wrote:
> Package: gcc-4.9
> Version: 4.9.1-16
> Severity: important
>
> Hello,
>
> Found a FTBFS while trying to build unzip package in Debian/sid on armhf
> host.
>
> gcc -c -g -O2 -fstack-protector-stron
Package: gcc-4.9
Version: 4.9.1-16
Severity: important
Hello,
Found a FTBFS while trying to build unzip package in Debian/sid on armhf host.
gcc -c -g -O2 -fstack-protector-strong -Wall -D_FORTIFY_SOURCE=2 -I.
-DACORN_FTYPE_NFS -DWILD_STOP_AT_DIR -DLARGE_FILE_SUPPORT -DUNICODE_SUPPORT
-DUNIC
Hello Lennart,
2011/12/5 Lennart Sorensen :
> I tried adding armhf to the list of archs needing -fno-tree-sra, and it
> made no difference at all. Exact same crash in the same place.
Yes, that matches my tests. Thanks very much for trying.
--
Héctor Orón -.. . -... .. .- -. -.. . ...- . .
Hello Lennart,
On Tue, Aug 30, 2011 at 10:08:29AM -0400, Lennart Sorensen wrote:
> On Mon, Aug 29, 2011 at 11:48:34PM +0200, Lucas Nussbaum wrote:
> > Ruby 1.9.3 is going to be released in september, and is a candidate for
> > the default ruby version in wheezy. A snapshot is available in
> > expe
Hello,
2011/11/23 Matthias Klose :
> On 11/19/2011 11:42 PM, Ben Hutchings wrote:
>> (Later it should be increased
>> further, and eventually i386 should be reduced to a partial architecture
>> that may be installed on amd64 systems.) This would allow the use of
>> optimisations and new instruct
Hi,
Just as quick note, mksh has been built successfully too.
--
Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http:
eck \
diff -u gcc-4.6-4.6.2/debian/changelog gcc-4.6-4.6.2/debian/changelog
--- gcc-4.6-4.6.2/debian/changelog
+++ gcc-4.6-4.6.2/debian/changelog
@@ -1,3 +1,9 @@
+gcc-4.6 (4.6.2-5+armhf.1) unstable; urgency=low
+
+ * Fix PR target/49030.
+
+ -- Hector Oron Wed, 23 Nov 2011 00:02:17 +
+
gcc
severity wishlist
tag patch
thanks
Hi,
Here a patch which fixes the problem.
I downgrade the bug to wishlist as it only affects cross compilers.
--- debian/control.m4 2011-04-23 01:40:26.0 +
+++ debian.fix/control.m4 2011-04-23 01:59:35.0 +
@@ -44,7 +44,7 @@
')dn
Package: gcc-4.6
Version: 4.6.0-5
Severity: normal
When building a cross compiler, there is a missing build dependency
on libmpc-dev, I have not checked in the native case.
Relevant bits from generated control file:
Source: gcc-4.6
Section: devel
Priority: optional
Maintainer: Debi
Package: gcc-4.5
Version: 4.5.2-6
Severity: important
Tags: fixed-upstream
Hi,
Please add a fix for PR48090 on next upload.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48090
It would be nice if it gets fixed on gcc-4.6 as well.
Best regards
-- System Information:
Debian Release: wheezy/s
Hi,
2011/3/30 Basile Starynkevitch :
> The gcc-4.6-plugin-dev package (from experimental?) 4.6.0-2 has the gengtype
> program installed as /usr/lib/gcc/x86_64-linux-gnu/4.6/gengtype but lacks
> the gtype.state file needed to run it.
>
> It should have the file gcc/gtype.state from the build direct
Package: gcc-4.4
Version: 4.4.5-14
Severity: wishlist
Hi,
When building gcc-4.4 cross and native for armhf we get a failure message:
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -DHAVE_CONFIG_H
-DGENERATOR_FIL
Package: gcc-4.5
Version: 4.5.2-6
Severity: serious
Hello,
Your package fails to build from source on armel build daemons:
Applying patch gcc-default-format-security.diff
patching file src/gcc/c-common.c
Hunk #1 succeeded at 245 (offset -55 lines).
patching file src/gcc/c.opt
Hunk #1 succeede
Hi,
2011/3/23 Riku Voipio :
> on abel.debian.org ?
Yes and agricola too.
--
Héctor Orón
"Our Sun unleashes tremendous flares expelling hot gas into the Solar
System, which one day will disconnect us."
-- Day DVB-T stop working nicely
Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.htm
Hi,
2011/3/21 Matthias Klose :
> gcc-4.6 fails to build on the buildds with an ICE. Unable to reproduce on a
> local armv5t machine. Please could an ARM porter reproduce this ICE and
> attach
> the requrest information to upstream PR 48173?
I was able to reproduce:
$ /home/zumbi/gcc-4.6-4.6.0
Hello,
2010/11/26 Matthias Klose :
> why is it so difficult to send patches which don't break other
> configurations?
Apologies about that, I was doing that in a hurry, I'll try to be
cleaner next time.
Best regards
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subje
Hello,
2010/11/26 Matthias Klose :
> On 25.11.2010 17:06, Hector Oron wrote:
>> Cross building gcc-4.4, it depends on -source packages:
>> dpkg-checkbuilddeps: Unmet build dependencies: gcc-4.4-source (>= 4.4.5)
>> gcc-4.4-source (<< 4.4.6)
>>
>&g
space is taken in
the build host which is not needed and for slow connections, it takes a while
to get the extra packages, could those be disabled?
Best regards,
-- Hector Oron
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (700, 'unstable'), (60
Package: gcc-4.3
Version: 4.3.5-4
Severity: wishlist
Tags: patch
Hello,
Could you please enable gobjc cross builds on gcc-4.3?
--- gcc-4.3x/gcc-4.3-4.3.5/debian/rules.defs2010-11-24 09:25:36.0
+
+++ gcc-4.3xx/gcc-4.3-4.3.5/debian/rules.defs 2010-11-24 16:52:45.176900237
+00
Tags: patch
thanks
Applying this patch i was able to build gcc-4.4 as no-biarch
It would also be nice if cross-builds do not depend on gcc-4.4-source
(unless it is needed by something else)
--- gcc-4.4/gcc-4.4-4.4.5/debian/rules2 2010-11-24 10:15:44.0 +
+++ gcc-4.4x/gcc-4.4-4.4.5/deb
Hello,
I also atempted biarch and nobiarch builds for gcc-4.3
GCC_TARGET=powerpc DEB_CROSS=yes dpkg-buildpackage -us -uc -rfakeroot
[...]
checking for powerpc64-linux-gnu-ranlib... /usr/powerpc-linux-gnu/bin/ranlib
checking for powerpc64-linux-gnu-strip... /usr/powerpc-linux-gnu/bin/strip
check
Package: gcc-4.4
Version: 4.4.5-6
Severity: wishlist
Hello,
I just note this here, so I can remember.
powerpc cross build with:
GCC_TARGET=powerpc DEB_CROSS=yes dpkg-buildpackage -us -uc -rfakeroot
fails with:
[...]
configure: creating cache ./config.cache
checking for --enable-version-spe
Hello,
2010/10/28 minami :
> Shouldn't we stop tweaking LD_LIBRARY_PATH to cross-build gcc?
Sounds to me like a reasonable thing to do.
Best regards
--
Héctor Orón
"Our Sun unleashes tremendous flares expelling hot gas into the Solar
System, which one day will disconnect us."
-- Day DVB-T st
Tags: patch
thanks
Hello,
Al Viro has worked out a patch[1] which fixes multilib cross compilers
on GCC 4.3 and it has been included on GCC CVS HEAD,
http://svn.debian.org/viewsvn/gcccvs/branches/sid/gcc-4.3/debian/changelog?view=markup
This patch still needs testing for all arches and portin
Hello Matthias,
2010/7/26 Matthias Klose :
>> If you lack time I propose myself as GCC co-maintainer to have a look
>> to such failures,
>
> No, I didn't see any contributions yet, even after our talk at last Debconf.
> I do not want to make you a member of the group based on work which might
> o
Dear Matthias,
2010/7/26, Matthias Klose :
> Hector, please contact the emdebian maintainers about fixing this. I doubt
> there
> is anybody within the GCC maintainers who is going to fix this.
If you lack time I propose myself as GCC co-maintainer to have a look
to such failures, but without bei
Dear GCC maintainers,
While this bug appears to be fixed in version 4.4.4-6.
I still hit same but on 4.4.4-7. Therefore I keep it open in the meanwhile.
dh_md5sums -plibgomp1-mipsel-cross -plibgomp1-dbg-mipsel-cross
(cd debian/libgomp1-mipsel-cross >/dev/null ; find . -type f !
-rege
Hi Falk,
[...]
> I'd give it a try if I had a standalone executable C test case, i.e. a
> "main()" that demonstrates the problem...
I think Camm attached a preprocessed source ff.c in a previous mail
(in this thread)
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=566195
Cheers,
--
Héctor Oró
Hello Camm,
2010/1/22 Camm Maguire :
> Greetings! Please install gcc-snapshot on sid chroot albeniz.
Do you still need to debug that issue? I have installed gcc-snapshot
at sid chroot on albeniz.
Let me know if it is unneeded so I'll remove it again.
Enjoy!
--
Héctor Orón
"Our Sun unleashes
tor Oron
Date: Wed, 21 Apr 2010 00:34:38 +0200
Subject: [PATCH 1/4] Merge rules.d/binary-cpp-cross.mk into binary-cpp.mk
Signed-off-by: Hector Oron
---
debian/rules.d/binary-cpp.mk | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/debian/rules.d/bin
Hello Elimar,
Are you native compiling on powerpc, aren't you? The crosscompiling
tag in the subject might lead to confusion, is it OK to rename the
subject without crosscompiling if you are not doing so?
Best regards,
--
Héctor Orón
"Our Sun unleashes tremendous flares expelling hot gas int
Hello,
2010/4/13 Matthias Klose :
> the right fix would be to merge the .cross.mk files into the native ones,
> but not using one big ifdef, starting with one file
OK, I'll start with libgcc
--
Héctor Orón
"Our Sun unleashes tremendous flares expelling hot gas into the Solar
System, which one
Hello Matthias,
> Hector, it's known to be broken. Are you working on a patch/fix?
I am not sure what you are trying to accomplish by those changes, so I
wanted to know that first.
If none is working on a fix I would not mind to work on it, but I am
short on time these days, so do not expect somet
) it tries to run the testsuite on cross
builds, which should be avoided or done remotely.
Feel free to split this bug if you find this issues should be worked out as
separated bugs.
Kind regards,
Hector Oron
==> powerlog-fortran.txt <==find debian/lib64gfortran3-powerpc-cross
Hello,
[...]
> and thence to:
> dh_installdirs -plib64gomp1-powerpc-cross \
> usr/lib64
> DH_COMPAT=2 dh_movefiles -plib64gomp1-powerpc-cross \
> usr/lib64/libgomp.so.*
> dh_movefiles: Compatibility levels before 5 are deprecated.
> debian/dh_doclink -plib64gomp1-powe
Hello,
I can see this bug on native builds as well, search for
LD_LIBRARY_PATH at native builds:
cd /build/buildd-gcc-4.4_4.4.3-5-sparc-fdOrSR/gcc-4.4-4.4.3/build \
&&
PATH=/build/buildd-gcc-4.4_4.4.3-5-sparc-fdOrSR/gcc-4.4-4.4.3/bin:/usr/lib/gcc/bin:$PATH
\
CC="gcc" \
Package: gcc-4.4
Version: 4.4.1-6
Severity: normal
Hello,
This is an error seen on mipsel architecture,
rm -rf debian/lib64gomp1-mipsel-cross debian/lib64gomp1-dbg
dh_installdirs -plib64gomp1-mipsel-cross \
usr/lib64
DH_COMPAT=2 dh_movefiles -plib64gomp1-mipsel-cross \
Hello Ludovic,
I was not planning to work on gnat cross compiler, at least right
now, with so many things coming up to Emdebian project. I just wanted
to clarify that, but surely I think it would be nice to have such
compiler in {Em}Debian.
2009/8/12 Ludovic Brenta :
> Selon Hector O
Hi Ludovic,
2009/8/12 Ludovic Brenta :
> Selon Hector Oron :
>> Those are more or less my plans, but there was Ludovic Brenta also
>> interested on having a gnat cross compiler for armel, which I am unsure
>> if there has been any progress towards this direction.
>
>
Hi Bill,
2009/8/12 Bill Gatliff :
> Hector Oron wrote:
> How much space is required? I have to maintain an internet-connected
> system, I might be willing to pony up for an IP address and storage if
> it's within my budget and the need is there...
Thanks for the offering.
Hello everybody,
I need to apologize once again for having toolchains in a bad state in
the repository, but I have been on vacations, we are running out disk
space on the server, and too many things are evolving fast for me.
During DebCamp/DebConf, Simon, Matthias and I had a meeting on havin
Hi Nigel,
It works fine on my unstable Debian i386 machine:
S'està configurant libppl7 (0.10.2-2) ...
S'està configurant libppl-c2 (0.10.2-2) ...
S'està configurant libcloog-ppl0 (0.15-1) ...
S'està configurant cpp-4.4 (4.4.1-1) ...
S'està configurant gcc-4.4 (4.4.1-1) ...
$ dpkg -l | grep gcc-4
Hi,
2009/7/14 Matthias Klose :
> Daniel Schepler schrieb:
>> It seems there's an inconsistency between gcc-4.3 and gcc-4.4: gcc-4.3 has no
>> dependency on libgomp1, while gcc-4.4 does. IIRC, gcc-4.3 used to depend on
>> libgomp1 until recently; however, I can't find any changelog entry to
>> in
a patch against cross-fixes.diff is attached [2]
Cheers,
Hector Oron
[1] http://www.emdebian.org/debian/i386-unstable-stat.txt
[2]
diff -urN gcc-4.4-4.4.0.old/debian/patches/cross-fixes.diff
gcc-4.4-4.4.0.cross/debian/patches/cross-fixes.diff
--- gcc-4.4-4.4.0.old/debian/patches/cross
(resend to the bug number to to process errors on previous send)
> please never file cross compiler issues as RC reports. we add all patches
> which
> keep the cross builds working, but failures in cross build should not hinder
> the
> normal debian packages.
Sorry and apologies for that, i pro
>> Severity: grave
>> Justification: renders package unusable
>
> please never file cross compiler issues as RC reports. we add all patches
> which
> keep the cross builds working, but failures in cross build should not hinder
> the
> normal debian packages.
Sorry and apologies for that, i proba
Hi Arthur,
> Probably my fault, I'll have a look. Thanks for reporting.
I have checked again with SVN code and I got a successful build for armel.
I'll try with some other arch.
Thanks for fixing it
(c:
--
Héctor Orón
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a s
Package: gcc-4.4
Version: 4.4-20090329-1
Severity: grave
Justification: renders package unusable
Hi,
I know package is on experimental and currently work in progress, i just
wanted to post the cross compiler build system status, which fails doing the
*-base cross package. Not sure if it is re
Package: gcc-4.3
Version: 4.3.2-1.1
Severity: important
Hi,
When building cross compilers,
Depends: gcc-4.3-s390-linux-gnu-base (= 4.3.2-1.1), cpp-4.3-s390-linux-gnu (=
4.3.2-1.1), binutils-s390-linux-gnu (>= 2.17cvs20070426), libgcc1-s390-cross
(>= 1:4.3.2-1.1), libgomp1 (>= 4.3.2-1.1), libc6
Package: gcc-4.3
Version: 4.3.2-1.1
Severity: important
Hi,
Due to #504487, it is not posible to build biarch cross compilers.
So, when building non biarch compilers on s390,
# --- OUTPUT ERROR ---
for i in gcc gcov; do \
I=`echo $i | tr a-z A-Z`; \
sed -e "s/@NAME@/$I-4.3/g
Hello,
> The toolchain does not yet look in all the right places. Neither for
> the multiarch nor the corss-compile way of putting the prefix. It is
> in a state where both ways are used and neither is complete enough for
> a full system.
So, would it be fine to send an addendum to multiarch[1] d
Hello,
>>> , and there is generally no need to
>>> install anything but libraries and headers into /usr/ -- so I
>>> don't think there is a pressing need to replicate a filesystem hierarchy
>>> standard below a triplet directory.
>
>> True, however, that is not a sufficient reason to not
>> move
Hello Simon,
> As far as I've understood, --with-sysroot gives the path to the target OS
> installation so the build can run "fixincludes" and add it to the search
> paths; since it should work with a largely unmodified snapshot of the
> target OS, they are pretty tolerant with the directory layou
Hello Simon,
> install anything but libraries and headers into /usr/ -- so I
> don't think there is a pressing need to replicate a filesystem hierarchy
> standard below a triplet directory.
That is what GNU people expect when building cross tools, they use a
switch called sysroot for it and it is
Hello,
I have been talking with Guillem on IRC, he has point me to a
reference[1], that might be useful.
[1] http://lackof.org/taggart/hacking/multiarch/
Regards
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@list
>> The question is
>>
>> /arm-linux-gnu/lib/libfoo.so
> l> /usr/arm-linux-gnu/[usr/]lib/libbla.so
>> /usr/arm-linux-gnu/[usr/]include/foo.h
>>
>> or
>>
>> /lib/arm-linux-gnu/libfoo.so
>> /usr/lib/arm-linux-gnu/libbla.so
>> /usr/include/arm-linux-gnu/foo.h
>>
>> It has always been a question of wher
Hello,
[*]
I have been looking lately into making some cross toolchain
improvements, one of them will be to change to a sysrooted cross
toolchain, but the current layout we are using by dpkg-cross installs
relevant bits under:
/{include,bin,lib,lib64}
Mainstream code expects a different layo
Hello,
With Arthur Loiret help we have been working again to fix cross
toolchains, it looks like that dpkg-cross was fooling us,
# dpkg -c powerpc/libc6-ppc64-powerpc-cross_2.7-18_all.deb
drwxr-xr-x root/root 0 2009-02-25 12:38 ./
drwxr-xr-x root/root 0 2009-02-25 12:38 ./usr/
d
Hello Vincent,
> That said, I have absolutely no idea if it is possible or not to allow
> the user to choose its cross toolchain (but I'm sure that this would be
> more difficult to implement than your proposition).
Yes, that is going to be very hard to do, let's think about it.
Coding gcc's debi
> If this is right, I do not really see the advantage to divertion with
> respect to conflicting packages.
The idea on divert libgcc is for cross toolchains. I work on an
i386/amd64 machine and i have many ARM targets, let's say i have
processors which requires floating point emulated by software
Hello again,
I would like to comment just an idea for a bit discussion, from the
point of view of cross toolchains. During FOSDEM we had been
discussing about supporting diferent configurations of cross
compilers, for example, for arm architecture, you might want softfloat
or not, turn on some e
Hello Ludovic,
I would be interested on making cross toolchains to build. I have
already been doing some work on them.
Please, just let me know what the changes you are doing with
repositories or i would not mind to use yours. I just mostly submit
diffs from apt sources to the bug system.
>
Hello,
I wonder why gcc-3.4 is not being built for unstable on hppa
architecture. What are the plans for gcc-3.x compilers?
Thanks
--
Héctor Orón
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hello Willy,
> The same problem occurs when compiling GCC to produce powerpc code from
> AMD64:
> For launching compilation:
>
> $ apt-get source gcc-4.1
> $ cd gcc-4.1-4.1.1ds2
> $ export GCC_TARGET=powerpc
> $ dpkg-buildpackage -rfakeroot -b > ../gcc.build
If you try to build a cross compiler:
Hello,
2008/7/1 Willy <[EMAIL PROTECTED]>:
>> checking for library containing gettext... configure: error: Link tests
>> are not allowed after GCC_NO_EXECUTABLES.
>> make[3]: *** [configure-target-libstdc++-v3] Error 1
>> make[3]: Leaving directory `/home/willy/tmp/gcc/gcc-4.1-4.1.1ds2/build'
>> m
> maybe you just want to use $(biarch_cpu)-$(DEB_TARGET_GNU_SYSTEM)
> instead of having a conditional for every architecture?
Up to you.. i'm afraid of breaking stuff, those patches are already tested.
--
Héctor Orón
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscri
Hello Arthur,
> Why do we need cross-compilers between biarched archs ? ``gcc -m32'' on amd64
> and ``gcc -m64'' on i386 are fine. Also, please rebase your patch on current
> SVN.
It looked like somebody was using those kind of compilers
https://bugs.launchpad.net/ubuntu/+source/gcc-4.1/+bug/121
Hello,
This patch also fixes amd64->i486, plus it includes the above patch for powerpc.
Cheers
--
Héctor Orón
diff -urN gcc-4.2-4.2.4/debian/rules.d/binary-libstdcxx-cross.mk gcc-4.2-4.2.4.cross/debian/rules.d/binary-libstdcxx-cross.mk
--- gcc-4.2-4.2.4/debian/rules.d/binary-libstdcxx-cross.mk
Source: gcc-4.2
Version: 4.2.4-1
Severity: normal
Tags: patch
NOTE: The patch has been tested and it is known to work.
Also gcc-4.1-4.1.2-22 is affected. Same patch can be
applied to gcc-4.1 source. It has also been tested.
When building powerpc cross compiler,
mv debian/tmp/usr/powerp
When cross building emdebian.org toolchain, it produces libgcc1 file.
Please check README.cross under gcc-4.3 source package.
--
Héctor Orón
an.org cross toolchain builder).
Best Regards and happy hacking,
Hector Oron a.k.a.
P.S.- If you have trouble installing the toolchain (unstable btm), please visit
http://wiki.debian.org/EmdebianToolchain
If you have any trouble, comment or suggestion, please tell to
debian-embedd
Source: gcc-4.3
Version: 4.3-20080219-1
Severity: normal
Hello Matthias,
Here is the patch that fixes gcc-4.3 cross compilation :-)
I have succesfully built an arm cross toolchain, i'm now trying it
more extensibly on other arches.
The patch updates cross-fixes patch with a part that has b
Nevermind,
Answering myself, it should be at
/debian/tmp/usr/lib/gcc/arm-linux-gnu/4.3.0/include-fixed/syslimits.h
There is some bug to be fixed. I'll submit a patch as soon as i fix it.
Regards
2008/2/21, Hector Oron <[EMAIL PROTECTED]>:
> Hello,
>
> Trying to fix gc
Hello,
Trying to fix gcc-4.3 cross compiler builds i found this error:
dh_movefiles: Compatibility levels before 4 are deprecated.
dh_movefiles: debian/tmp/usr/lib/gcc/arm-linux-gnu/4.3.0/include/README
not found (supposed to put it in gcc-4.3-arm-linux-gnu)
dh_movefiles: debian/tmp/usr/lib/gcc
Hello,
I have gcc-4.1-arm-linux-gnu_4.1.2-17_i386.deb at [1] as well as in
Emdebian repositories [2]
Why it does not build? What is the error?
Regards
[1] http://www.emdebian.org/~zumbi/toolchain/unstable-toolchain-i386/arm/
[2] deb http://buildd.emdebian.org/emdebian/ unstable main
2007/11
debug': No
such file or directory
make[1]: *** [stamps/08-binary-stamp-lib64stdcxx] Error 1
What is wrong here? Why 64 bit libraries are not in its place?
Regards,
Hector Oron
--
Héctor Orón
Hello,
When compiling ARM gcc-4.2 i get:
Hunk #1 succeeded at 6188 (offset 69 lines).
make: *** No rule to make target
`stamps/02-patch-stamp-libjava-armeabi', needed by
`stamps/02-patch-stamp'. Stop.
**
It looks like
So, i understand that linux-libc-dev package is wrong.
2007/10/3, Felipe Balbi <[EMAIL PROTECTED]>:
> On Wed, Oct 03, 2007 at 07:24:32PM +0200, ext Hector Oron wrote:
> > Hello,
> >
> > I am trying to build a gcc cross compiler package for i386->
Hello,
I am trying to build a gcc cross compiler package for i386->m68k but
i get this error:
../../../src/libffi/src/m68k/ffi.c:13:26: error: asm/cachectl.h: No
such file or directory
Do you know where should be cachectl.h? As it is not in kernel headers.
Or is it a bug on GCC code (ffi.
Hello,
I'm looking at gcc-4.3 (on experimental) and trying to cross built
it, but i get the following error, that maybe somebody could explain
what is it.
And why is dpkg-buildpackage failing? I experienced that same
problem trying to build another package for experimental (it was
*apt-cross*
Hello,
I confirm, that Arthur patch works to build arm and armel toolchains.
I have been doing Arthur's approach within some patches that i apply.
Regards
2007/7/15, Arthur Loiret <[EMAIL PROTECTED]>:
> Package: gcc-4.2
> Version: 4.2-20070712
>
> Hello,
>
> In debian/rules.defs I read
>
> ifdef
Hello,
A nicer patch has been made to fix this issue.
Replaces ifdef with makefile language ifeq
--
Héctor Orón
diff -urN gcc-4.2-4.2-20070707/debian/rules2 gcc-4.2-4.2-20070707.cross/debian/rules2
--- gcc-4.2-4.2-20070707/debian/rules2 2007-07-09 20:47:25.0 +0200
+++ gcc-4.2-4.2-2007070
Package: gcc-4.2
Version: 4.2-20070707-1
Severity: normal
Patch
As a result of REVERSE_CROSS patch, it breaks regular cross compiler
creation setting DEB_CROSS.
I have tested it and Native, Regular cross and reverse cross now builds.
Patch:
diff -urN gcc-4.2-4.2-20070707/debian/rules2
gcc-4.2-
much spare time.
For any comment, please send it to debian-embedded _at_ lists.debian.org
Regards,
Hector Oron
2007/7/2, Gerhard Pircher <[EMAIL PROTECTED]>:
Hi,
I'm trying to build a cross-toolchain for PowerPC under Debian Etch x86,
by following this guide here:
http:/
Package: gcc-4.2
Version: 4.2-20070609
Hello,
This patch fixes the following issues when cross compiling:
* Merge DEB_CROSS_INDEPENDENT with DEB_CROSS
* Disables libssp0 for arm and armel targets when cross compiling
* Updates README.cross
* Fixes linker mapping problem on binary-libstdcxx-cros
So far,
I have cross-built fine [i386]
arm mips mipsel powerpc ia64 alpha m68k hppa
Builds have failed for:
s390 and sparc
Note that patch supplied ignores/disables patch
debian/patches/multiarch-include.dpatch
Also debian patches that might create a conflict for s390 and sparc
not to build
Package: gcc-3.3
Version: 3.3.6ds1-15
Patch
When cross building,
gcc-3.3-g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic
-Wno-long-long -DHAVE_CONFIG_H-I. -I. -I../../src/gcc
-I../../src/gcc/. -I../../src/gcc/c
)/s390-linux-gnu/lib64/
+ cp -a $(d)/$(PF)/s390x-linux/lib64/* $(d)/$(PF)/s390-linux-gnu/lib64/
endif
endif
It also affects gcc-4.1. Another bug for gcc-4.1 is submitted.
Regards,
Hector Oron
Cross-compiling gcc-3.4 [s390]
Error log:
# Directory that this library needs to be installed
)/s390-linux-gnu/lib64/
+ cp -a $(d)/$(PF)/s390x-linux/lib64/* $(d)/$(PF)/s390-linux-gnu/lib64/
endif
endif
It also affects gcc-3.4. Another bug for gcc-3.4 is submitted.
Other gcc versions has not been tested.
Regards,
Hector Oron
--
Cross
A follow-up to fix workarround 3 - missing linker-map.gnu - might be follow at:
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg01377.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-cross.typo.patch 3. src/libstdc++-v3/config/ files missing:
linker-map.dummy linker-map.gnu Finally, it builds cleanly.Thanks, Hector Oron Martinez EmDebian developer
gcc-4.2-cross.typo.patch
Description: Binary data
linker-map.dummy
Description: Binary data
linker-map.gnu
Description
Package: gcc-4.2Severity: normalTags: patchdebian/README.cross not up to dateI am using Debian GNU/Linux 2.4.1, kernel 2.6.18-1-xen-vserver-amd64
and libc6 2.3.6.ds1-6
README.cross.patch
Description: Binary data
Package: gcc-4.1-sourceSeverity: normalOn hppa architecture, cross building from source: [i386]sed 's/\(lib[^ ]*\) /\1-hppa-cross /g' < debian/libgcc4-
hppa-cross.substvars > debian/libgcc4-hppa-cross.substvars.newmv debian/libgcc4-hppa-cross.substvars.new debian/libgcc4-hppa-cross.substvarsdh_genc
Patch attached.2006/10/19, Matthias Klose <[EMAIL PROTECTED]>:
Hector Oron writes:> Package: gcc-4.1> Version: 4.1.1-16>> gcc-4.1 has a typo when looking for 64 bit libraries on s390.>> I names path as ../s390-linux/lib64 but it is ../s390-linux-gnu/lib64
hmm, c
Package: gcc-4.1Version: 4.1.1-16gcc-4.1 has a typo when looking for 64 bit libraries on s390.I names path as ../s390-linux/lib64 but it is ../s390-linux-gnu/lib64Patch available
I am using Debian GNU/Linux 2.4.1, kernel 2.6.18-1-xen-vserver-amd64 and libc6 2.3.6.ds1-6
s390-typo.patch
Descripti
1 - 100 of 102 matches
Mail list logo
