On Sat, Oct 1, 2016 at 2:28 AM, Adam Borowski wrote:
> On Fri, Sep 30, 2016 at 11:01:55PM +0200, Mathieu Malaterre wrote:
>> On Fri, Sep 30, 2016 at 10:34 PM, John Paul Adrian Glaubitz
>> wrote:
>> [...]
>> > On the other hand, some packages dropped support for Pow
Adrian,
On Fri, Sep 30, 2016 at 10:34 PM, John Paul Adrian Glaubitz
wrote:
[...]
> On the other hand, some packages dropped support for PowerPC32 like Mono
> but this isn't a concern for most users, I would say.
[...]
Thanks very much for stepping up as porter, you have my vote !
However I need
Hi all,
On Fri, Sep 23, 2016 at 3:54 PM, Matthias Klose wrote:
> On 20.09.2016 23:46, John Paul Adrian Glaubitz wrote:
>> On 09/20/2016 11:16 PM, Niels Thykier wrote:
>>>- powerpc: No porter (RM blocker)
>>
>> I'd be happy to pick up powerpc to keep it for Stretch. I'm already
>> maintaining
Hi Hector,
On Thu, Jun 16, 2016 at 2:12 AM, Hector Oron wrote:
[...]
> While working out ArchitectureQualification/Stretch wiki page I
> believe everything is mostly fine for release, however I got a
> personal concern on powerpc architecture. Is it well maintained? Does
> it have porters? Does i
On Tue, Feb 23, 2016 at 5:17 AM, Steven Chamberlain wrote:
> Hi,
>
> Mathieu Malaterre wrote:
>> Steven Chamberlain wrote:
>> > Gianfranco Costamagna wrote:
>> >> file.c:5:38: error: ‘mcontext_t’ has no member named ‘fpregs’
>> >>
Steven,
On Wed, Jul 22, 2015 at 6:55 PM, Steven Chamberlain wrote:
> Hello,
>
> Gianfranco Costamagna wrote:
>> file.c:5:38: error: ‘mcontext_t’ has no member named ‘fpregs’
>> uint32_t mxcsr = ucon.uc_mcontext.fpregs->mxcsr;
>
> FreeBSD doesn't seem to have fpregs in mcontext_t or sigcontext.
>
On Wed, Jul 22, 2015 at 6:55 PM, Steven Chamberlain wrote:
> Hello,
>
> Gianfranco Costamagna wrote:
>> file.c:5:38: error: ‘mcontext_t’ has no member named ‘fpregs’
>> uint32_t mxcsr = ucon.uc_mcontext.fpregs->mxcsr;
>
> FreeBSD doesn't seem to have fpregs in mcontext_t or sigcontext.
> But I thi
[CC me please]
Could someone please let me know if the following is valid on kFreeBSD ?
#include
#include
int main()
ucontext_t ucon;
uint32_t mxcsr = ucon.uc_mcontext.fpregs->mxcsr;
uint16_t cw= ucon.uc_mcontext.fpregs->cwd;
}
--
To UNSUBSCRIBE, email to debian-bsd-requ...@l
[CC me please]
Hi,
Does anyone knows why I would be getting an error like:
cd
/build/buildd-vxl_1.14.0-16-kfreebsd-i386-KGhmBK/vxl-1.14.0/obj-i486-kfreebsd-gnu/core/vgui
&& /usr/bin/c++ -Dvgui_EXPORTS -DVXL_WARN_DEPRECATED
-DVXL_WARN_DEPRECATED_ONCE -DVXL_LEGACY_ERROR_REPORTING
-DQT3_SUPPOR
[CC me please]
Hi all,
Recently one of my package started failing. Compilation is done
based on system inspection. In this case when videodev2.h is found, a
video module is being compiled. This approach started failing
recently:
https://buildd.debian.org/status/fetch.php?pkg=vxl&arch=kfreebsd-
On Tue, Apr 26, 2011 at 5:31 PM, Konstantinos Margaritis
wrote:
> On 26 April 2011 18:03, Matthias Klose wrote:
>> I'll make GCC 4.6 the default after the release of
>> GCC 4.5.3, expected later this week, at least on amd64, armel, i386 and
>> powerpc.
>
> Could you include armhf in the list as w
On Fri, Aug 20, 2010 at 10:33 AM, Petr Salinger wrote:
>> hppa-porters, please take a look whether similar
>> workaround works also for your pet architecture.
>> So far at least clp, soprano, schroot are affected.
>>
>> Dear doxygen maintainer, please apply the workaround bellow,
>> until the real
On Wed, Jul 15, 2009 at 9:42 AM, Aurelien Jarno wrote:
> Mathieu Malaterre a écrit :
>> Please clear sticky Dep-Wait: libvtk5 (>= 5.2.1-3) on gdcm package
>> for kfreebsd-*
>>
>> Ref:
>> https://buildd.debian.org/pkg.cgi?pkg=gdcm
>>
>
> libvtk5 is
Please clear sticky Dep-Wait: libvtk5 (>= 5.2.1-3) on gdcm package
for kfreebsd-*
Ref:
https://buildd.debian.org/pkg.cgi?pkg=gdcm
Thank you
--
Mathieu
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
14 matches
Mail list logo