Please see
https://lists.ubuntu.com/archives/ubuntu-devel/2021-January/041341.html
https://wiki.ubuntu.com/ToolChain/LTO
Some builds only fail on AArch64, these are:
buildlog_ubuntu-hirsute-arm64.abiword_3.0.4~dfsg-2_BUILDING.txt.gz arm64
buildlog_ubuntu-hirsute-arm64.adabrowse_4.0.3-12_BUILDING
On 02.03.2018 17:50, Pukitis, Martins wrote:
> Hi.
>
> gdb doesn't run due to there is no libpython2.7.so on the system.
> $ ./gdb/gdb --version
> ./gdb/gdb: error while loading shared libraries: libpython2.7.so: cannot open
> shared object file: No such file or directory
>
> There is only stati
On 13.03.2016 12:04, Renato Golin wrote:
Hey,
Regarding the GCC ABI 5 issue, I was wondering what's the policy
behind updating packages on stable updates for both Debian and Ubuntu.
Our time frame is a bit constrained, and we definitely will have to
take some hard decisions in the next six mont
Am 17.10.2014 um 13:27 schrieb Yvan Roux:
> The Linaro Toolchain Working Group (TCWG) is pleased to announce the 2014.10
> release of the Linaro GCC 4.9 source package.
>
> Linaro GCC 4.9 2014.10 is the seventh Linaro GCC source package release. It is
> based on FSF GCC 4.9.2-pre+svn216130 and inc
Am 05.07.2014 17:36, schrieb Emilio Pozuelo Monfort:
> Control: reassign -1 gcc4.8,gcc4.9
>
> Hi,
>
> This is still a problem with GCC 4.9. Is there any progress on this? This is
> making aegisub FTBFS on armel, blocking the libass transition.
afaik, no. See also https://gcc.gnu.org/ml/gcc/2014-
Am 13.06.2014 10:10, schrieb Yvan Roux:
> Linaro GCC 4.9 2014.06 is the third Linaro GCC source package release in the
> 4.9 series. It is based on FSF GCC 4.9.1+svn211054 and includes performance
> improvements and bug fixes.
This sounds like 4.9.1 is already released. Do you mean 4.9.0+svn21105
Am 04.06.2014 00:17, schrieb "João M. S. Silva":
> Hello Robert,
>
>>> My purpose with the previous compilation was to add Linaro's gcc to Debian.
>>
>> Humm, Debian's gcc already contains the linaro patchset:
>>
>> http://anonscm.debian.org/viewvc/gcccvs/branches/sid/gcc-4.7/debian/patches/gcc-li
Am 05.03.2014 01:01, schrieb Diane Holt:
> Is that supposed to be possible? When I add --disable-multilib to the
> configure options, the build fails on the install, because it hasn't built
> any of src/gcc-linaro-4.8-2014.02/libgcc:
>
> /bin/sh ../../../../src/gcc-linaro-4.8-2014.02/libgcc/../mki
Hi,
seen in a segfault running the tests in the coinor-osi package,
https://launchpad.net/bugs/1263576, both in saucy and trusty, version 0.106.4
and 0.106.5. Version 0.103 doesn't show the issue.
both the 4.7 and 4.8 linaro branches show this behaviour, and trunk 20131121
(didn't build a newer o
Am 17.10.2013 13:21, schrieb Zhou Zhu:
> On 10/17/2013 06:31 PM, Matthew Gretton-Dann wrote:
>> Hi,
>>
>> On 16 October 2013 11:45, Zhou Zhu wrote:
>>> Hi,
>>> We are working on userspace aarch64 and aarch32 apps and we are trying to
>>> run 32/64 mode app simultaneously.
>>> Is there any multi-ar
Am 16.04.2013 15:46, schrieb Matthew Gretton-Dann:
> On 16/04/13 14:08, Matthias Klose wrote:
>> Am 16.04.2013 11:49, schrieb Matthew Gretton-Dann:
>>> The issues I encountered were:
>>> * Its hard to get a machine running in hard-float to bootstrap a
>>> so
[CC'ing Martin]
Am 15.04.2013 22:29, schrieb Tom Gall:
> internal compiler error: output_operand: invalid operand for code 'P'
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See for instructions.
> Preprocessed source stored into /tmp/cciluYVq.out file, please att
Am 16.04.2013 11:49, schrieb Matthew Gretton-Dann:
> The issues I encountered were:
> * Its hard to get a machine running in hard-float to bootstrap a soft-float
> compiler and vice-versa.
hmm, why?
when using precise or quantal as the build environment, then having these
packages installed shou
looking at
http://bazaar.launchpad.net/~linaro-toolchain-dev/gcc-linaro/4.7/revision/115051
the first chunk of gcc/Makefile.in was wrongly merged. The first "# Multiarch
support" should be removed. Same for gcc/configure.ac. gcc/configure needs to be
regenerated.
Thanks, Matthias
___
asking for some help about debian #697521 and lp: #1096619. looking at the
config.log files for armel/armhf I don't see any differences. I assume it's a
difference in the cpu configuration (armv4/v5 vs. armv7) not soft/hard-float.
any pointers?
___
li
Am 12.11.2012 03:27, schrieb Michael Hope:
> I think I've found the problem. We pass -U_FORTIFY and
> -fno-stack-protector to make the binary more universal, and the way
> that crosstool-NG passes these flags on to the tool overrides the
> default package flags and turns off any optimisations.
>
There is nothing to do for Linaro. The fix is both in the 2.23 branch and trunk.
Afaik, Linaro doesn't support the HJL binutils releases.
Matthias
On 03.10.2012 11:20, Loïc Minier wrote:
> Adding linaro-toolchain
>
> On Tue, Oct 02, 2012, Khem Raj wrote:
>> On Tue, Oct 2, 2012 at 4:59 PM, Tim
Hi,
I didn't look if the files were correctly merged or not. but the .orig and .rej
files don't belong here.
It might be worth to update the merge to r189186, reverting the c++98/c++11 ABI
incompatibility in std::list.
Matthias
revno: 115001 [merge]
committer: Michael Hope
branch nick: 4.7
t
On 14.06.2012 11:44, Ramana Radhakrishnan wrote:
> I noticed this bug upstream about C++11 and C++98 ABI
> incompatibilities , in case someone is using the C++11 features,
> please be aware that there is an ABI bug lurking.
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53646
well, the concrete
On 17.05.2012 10:29, Michael Hope wrote:
> sorry, unimplemented: Thumb-1 hard-float VFP ABI errors: tests where
> they set the architecture to ARMv5T and use our default Thumb mode.
> This causes the compiler to fail as it doesn't support Thumb-1 with
> hard float.
can these test cases be adjusted
I did see gcc-4.7 fail to build for an sf/hf multilib configuration. The reason
was that gcc -print-multi-directory didn't print anything for the non-default,
and gcc -print-multi-lib only prints `.'. The reason is that set_multilib_dir
in gcc.c only consults MULTILIB_DEFAULTS (only defined in lin
On 02.04.2012 21:46, Jon Masters wrote:
On 04/02/2012 03:04 PM, Mike Frysinger wrote:
On Mon, Apr 2, 2012 at 09:19, Riku Voipio wrote:
On 31 March 2012 19:52, Dennis Gilmore wrote:
Linaro Connect and other events are probably the worst place for such
decisions and discussions to be made. tho
On 02.04.2012 03:49, Michael Hope wrote:
On 23 March 2012 16:23, Michael Hope wrote:
On 16 March 2012 14:54, Michael Hope wrote:
Hi Ricardo, Matthias. GCC 4.7 is almost here and it's likely that
Linaro GCC 4.7 will come out for next month's 2012.04 milestone.
For the binary toolchain to wor
On 18.03.2012 23:21, Michael Hope wrote:
This is the first announcement on upcoming changes to the supported
Linaro GCC versions.
GCC 4.7 is expected out in the next two weeks. We plan to switch to
4.7 for the Linaro GCC 2012.04 release and, as part of that, will put
Linaro GCC 4.6 into mainten
On 16.03.2012 02:54, Michael Hope wrote:
Hi Ricardo, Matthias. GCC 4.7 is almost here and it's likely that
Linaro GCC 4.7 will come out for next month's 2012.04 milestone.
For the binary toolchain to work we need the 4.7 runtime libraries on
the target. Matthias, what are your plans? How much
On 08.03.2012 16:14, Ramana Radhakrishnan wrote:
Matthias,
https://bugs.launchpad.net/gcc-linaro/+bug/949805
This affects ubuntu-gcc as well and the work around is to try the
--enable-gnu-unique-object compiler configure time flag. Could you try
to rebuild a toolchain with the configure opti
On 11/10/2011 05:44 PM, Loïc Minier wrote:
> (Indeed, Ubuntu prepackaged Linaro-based cross-toolchains don't offer
> multilib; that'd be hard in this context.)
they do, but not the ones you want. ;-P
the cross toolchain knows about arm soft float and arm hard float, but not about
different proc
Hi,
the current gcc-4.6 packages build for both softfp and hard, so that the armel
and (not yet existing) armhf packages can be installed together in the system.
To enable multilib, I currently use the rather complicated arm-multilib.diff,
which works, but doesn't seem to be correct. With the much
On 08/13/2011 10:57 AM, Michael Hope wrote:
> On Sat, Aug 13, 2011 at 8:10 PM, Michael Hope wrote:
>> On Sat, Aug 13, 2011 at 7:31 PM, Andrew Stubbs wrote:
>>> Hi all,
>>>
>>> I'm having real trouble here :(
>>>
>>> I just can't seem to get bzr to work! I've tried to branch gcc-linaro/4.6
>>> aga
On 08/12/2011 02:00 AM, Michael Hope wrote:
> Hi there. I've written up the standard configurations that we use to
> build and test Linaro GCC:
> https://wiki.linaro.org/WorkingGroups/ToolChain/Configurations/GCC
>
> It includes such things as flags, libraries, and sysroots. You might
> find it
On 07/29/2011 03:22 PM, Loïc Minier wrote:
On Fri, Jul 29, 2011, Matthias Klose wrote:
the current gcc-4.6/eglibc is now built multilib'd for
-mfloat-abi=softfp|hard, including the GCC runtime libraries. I hope
that the gcc cross builds will pick this up soonish, not needing to
build the
the current gcc-4.6/eglibc is now built multilib'd for -mfloat-abi=softfp|hard,
including the GCC runtime libraries. I hope that the gcc cross builds will pick
this up soonish, not needing to build the cross compiler twice for softfp and
hard float-abi.
Matthias
On 07/21/2011 08:49 PM, Diane Holt wrote:
> Valgrind wants a less stripped ld-2.12.1.so or it won't work. The build
> process (that Michael Hope put together) just downloads the
> libc6_2.12.1-0ubuntu6_armel.deb, and the ld-2.12.1.so in there is fully
> stripped. I thought I'd be able to just get t
On 05/24/2011 10:26 AM, Ramana Radhakrishnan wrote:
Progress:
* Some trouble building the SPEC2k tools in the new multiarch world in
natty. Perl refuses to link libm and a number of other things
also end up failing . Appears to be a real pain with the new multiarch
world and SPEC2k's curious bui
** Also affects: gcc-4.5 (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Linaro
Toolchain Developers, which is subscribed to Linaro GCC.
https://bugs.launchpad.net/bugs/757427
Title:
gconftool-2 segfaults on arm
Status in
On 22.03.2011 14:20, Philipp Kern wrote:
> On 2011-03-22, Matthias Klose wrote:
>>> The current design is the Binary packages can contain an additional
> ^^
>>> control field: Built-Using.
> [...]
>> that would be too strict for
On 22.03.2011 12:54, Mark Hymers wrote:
> On Mon, 14, Mar, 2011 at 02:04:30PM +, Hector Oron spoke thus..
>> Hi,
>>
>> 2009/11/2 Mark Hymers :
>>> On Mon, 02, Nov, 2009 at 12:43:42PM +, Philipp Kern spoke thus..
Of course it is a sane approach but very special care needs to be taken
>
On 02.03.2011 19:02, Andrew Stubbs wrote:
> On 02/03/11 17:52, Nicolas Pitre wrote:
>> Building a cross-compiler is already a challenge in itself. Would be
>> better to build a version that can be installed anywhere like the
>> CodeSourcery releases and offer that as a tar download.
>
> Binaries
On 13.12.2010 20:00, Ulrich Weigand wrote:
Khem Raj wrote:
The bug http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46883 files
against GCC trunk also happens with linaro gcc 4.5
My guess is that there is a backported patch from trunk into linaro
4.5 tree thats causing this ICE
This ICE does not h
On 18.12.2010 16:08, Andrew Stubbs wrote:
You may have noticed that I have created a new BZR/Launchpad branch for Linaro
GCC 4.6:
lp:gcc-linaro/4.6
https://code.launchpad.net/~linaro-toolchain-dev/gcc-linaro/4.6
Up until now, this has not been buildable due to unfixed bugs. However, upstream
G
On 20.12.2010 18:35, Mark Mitchell wrote:
On 12/20/2010 9:01 AM, Ulrich Weigand wrote:
Well, I understand we -as Linaro- would like to see Ubuntu base their
compiler on ours, but Ubuntu prefers to use a single source base for the
compiler for all their supported platforms, including SPU. If we
On 13.11.2010 08:20, Marcin Juszkiewicz wrote:
Dnia piątek, 12 listopada 2010 o 18:33:03 Dave Martin napisał(a):
* -mimplicit-it is already required by the Linux kernel and
possible other projects.
Qt and KDE4 require -mimplicit-it=thumb too. It is disabled in Ubuntu gcc-4.5
and as a resul
On 09.11.2010 14:05, Andrew Stubbs wrote:
On 09/11/10 06:51, Michael Hope wrote:
I've been going through the ChangeLog for the release and am having
trouble justifying some of the changes brought in. In particular:
* -fstrict-volatile-bitfields, which is more appropriate for bare
metal/kernel co
On 08.10.2010 02:52, Michael Hope wrote:
Hi Marcin. Would you consider passing
--enable-poison-system-directories to the cross compiler configure?
This makes the '-Wpoison-system-directories' option available which
warns you if the cross compiler picks up a library or header file from
/usr inste
On 07.10.2010 13:55, Andrew Stubbs wrote:
On 07/10/10 12:36, Matthias Klose wrote:
last time I checked this "multilibs" feature was implemented by building
the toolchain N times. By which magic is the correct library selected? I
didn't find anything in fsf trunk which suppor
On 07.10.2010 13:26, Andrew Stubbs wrote:
On 06/10/10 15:48, Loïc Minier wrote:
On Wed, Oct 06, 2010, John Rigby wrote:
The hypothetical scenario is a developer that
maintains u-boot for multiple platforms. Using a codesourcery or eldk
(from denx.de) toolchain one can use the appropriate -march
On 21.09.2010 18:20, Ulrich Weigand wrote:
>
> Hello Michael,
>
> I'm looking into "branding" changes needed for a Linaro GDB release. So
> far I've made the following changes:
>
> - Set default PKGVERSION to "Linaro GDB" instead of "GDB"
> - Set default BUGURL to "http://bugs.launchpad.net/gdb-l
On 12.09.2010 00:03, Michael Hope wrote:
> On Sun, Sep 12, 2010 at 9:05 AM, Mark Mitchell wrote:
>> Have we considered simply referring people to Sourcery G++ Lite Edition?
>>
>> CodeSourcery is already providing zero-cost cross-compilation packages
>> for ARM -- for all of bare-metal, uClinux, an
On 26.08.2010 15:54, Andrew Stubbs wrote:
> Hi all,
>
> I've just discovered that Ubuntu is not using the Linaro release
> information in the --version string. This is not ideal when we get bug
> reports as it makes it hard to understand what Linaro release to use to
> reproduce the issue.
Yes. Th
On 04.08.2010 16:55, Ulrich Weigand wrote:
> Matthias Klose wrote on 08/02/2010 09:38:49 PM:
>> On 02.08.2010 21:12, Ulrich Weigand wrote:
>>> Matthias Klose wrote on 08/02/2010 06:25:58 PM:
>>> So the problem that is you want to support a setup where a "gcc&qu
On 02.08.2010 21:12, Ulrich Weigand wrote:
> Matthias Klose wrote on 08/02/2010 06:25:58 PM:
>
>> this is no "cheating". It makes the packages robust. Remember that some
>> frontends are built from different source packages and that a
>> gnat-4.4 (4.4.4) still
On 02.08.2010 14:00, Ulrich Weigand wrote:
> Loïc Minier wrote:
>> and I think
>> Debian/Ubuntu toolchains cheat in some areas; for some directories
>> which would use $(version) we use $(major).$(minor) instead, and we
>> have a $(version) -> $(major).$(minor) symlink. This doesn't real
52 matches
Mail list logo
