the moment*, particularly
when considering A32 support. In suitable rack cases with PDU and
serial console, would those work for DSA's needs?
[1] http://macchiatobin.net/
[2]
https://www.cnx-software.com/2017/09/24/gigabyte-synquacer-96boards-enterprise-platform-is-powered-by-socionext-sc2a11-2
ust) squeeze into 1 CD again.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"This dress doesn't reverse." -- Alden Spiess
On Thu, Apr 21, 2016 at 11:31:46PM +0100, Steve McIntyre wrote:
>On Thu, Apr 21, 2016 at 11:40:34PM +0200, Matthias Klose wrote:
>>
>>The unstripped binaries should be installed by default on porter boxes and
>>buildds. Yes, this is a trade-off between (largely my) develope
On Thu, Apr 21, 2016 at 11:40:34PM +0200, Matthias Klose wrote:
>Control: severity -1 important
>
>On 21.04.2016 19:28, Steve McIntyre wrote:
>>Control: severity -1 serious
>>Justification: wasting many megabytes of space and download
>
>sorry, I don't see th
.
>
>so how do the unstripped ones get installed by default on porter boxes? How
>are the unstripped ones installed on the buildds by default?
By talking to the admins of those boxes, maybe? The setup on those is
already heavily scripted, so hopefully shouldn't be too difficult to
ada
rate debug symbols, maybe ship separate
alternative unstripped toolchain packages and point to those if people
want them?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"When C++ is your hammer, everything looks like a thumb." -- Steven M. Haflich
nd look for "error: insn does not satisfy its constraints". The ARM
gcc guys are working on extending the fix to cover this new case too.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"C++ ate my sanity" -- Jon Rabone
--
To UNSUBSCRIBE, em
20.html
So I'm tagging this appropriately.
Other packages affected are (at least):
alpine einspline fbb jigit uw-imap vdmfec vxl yasm
and yasm is quite critical as a build-dep. Matthias: would you like me
to do some testing with that patch as well, or are you already on top
Package: gcc-4.6
Version: 4:4.6.2-12
Severity: important
Hi,
Looking at a FTBFS bug on armhf in the pytables package. gcc-4.6 seems
to be emitting NEON code even when explicitly told not to:
(sid)93sam@harris:~$ gcc -c typeconv.c -march=armv7-a -mfloat-abi=hard
-mfpu=vfpv3-d16 -mthumb -o typeco
On Thu, Jun 02, 2011 at 01:16:59PM -0500, Jonathan Nieder wrote:
>severity 625357 normal
>retitle 625357 gcc -Wunused-but-set-variable should not be implied by -Wall (?)
>tags 625357 = upstream moreinfo
>quit
>
>Hi again,
>
>Steve McIntyre wrote:
>
>> I'll r
On Wed, Jun 01, 2011 at 05:05:27PM -0500, Jonathan Nieder wrote:
>Hi Steve,
>
>Steve McIntyre wrote:
>
>> I'll remove the -Werror to stop gcc breaking the build here, but I
>> definitely believe that gcc is doing the wrong thing here.
>> Technically, yes - the va
xplicitly for arch/OS independent files, surely?
--
Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED]
Is there anybody out there?
pgpJeMz0qag9g.pgp
Description: PGP signature
there's a problem here but need help to fix it: again, feel
free to ask...
Thanks,
--
Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED]
13 matches
Mail list logo