> On 27/10/2021 12:22 Iain Buclaw wrote:
>
>
> Package: procps
> Version: 2:3.3.17-5
> Severity: important
> Tags: patch
> X-Debbugs-Cc: ibuc...@mailbox.org
>
> Dear Maintainer,
>
>* What led up to the situation?
>
> Installing a package that r
Package: procps
Version: 2:3.3.17-5
Severity: important
Tags: patch
X-Debbugs-Cc: ibuc...@mailbox.org
Dear Maintainer,
* What led up to the situation?
Installing a package that runs sysctl -p in its postinst script fails
with a non-zero exit status.
* What exactly did you do (or not do) t
Excerpts from Iain Buclaw's message of January 23, 2021 11:07 am:
> Excerpts from Iain Buclaw's message of January 23, 2021 2:36 am:
>>
>> So the crux of the matter is that on MIPS, dynamic sections are read-only
>> (glibc sets DL_RO_DYN_SECTION 1), which requires special handling when
>> pulling
Excerpts from Iain Buclaw's message of January 23, 2021 2:36 am:
>
> So the crux of the matter is that on MIPS, dynamic sections are read-only
> (glibc sets DL_RO_DYN_SECTION 1), which requires special handling when pulling
> data from dl_phdr_info.
>
> Re-running with the attached patch applied.
Excerpts from Iain Buclaw's message of January 22, 2021 8:14 pm:
> Excerpts from Matija Nalis's message of January 22, 2021 5:51 pm:
>> On Fri, Jan 22, 2021 at 12:59:34PM +0100, Iain Buclaw wrote:
>>> Also, are you linking to the static or shared libphobos lib
Excerpts from Matija Nalis's message of January 22, 2021 5:51 pm:
> On Fri, Jan 22, 2021 at 12:59:34PM +0100, Iain Buclaw wrote:
>> Also, are you linking to the static or shared libphobos library?
>
> shared (default):
>
> (mipsel-chroot):/tmp/w$ dpkg -l gdc | grep
Excerpts from Matija Nalis's message of January 16, 2021 3:54 am:
> Package: gdc
> Version: 4:10.2.1-1
> Severity: normal
> X-Debbugs-Cc: mnalis-debian...@voyager.hr
>
> Dear Maintainer,
>
> compiling D programs with gdc produces excutable, but trying to run that
> executable segfaults.
> I've t
On 22/07/2020 17:42, Matthias Klose wrote:
> Control: tags -1 + moreinfo
>
> On 7/22/20 12:59 PM, Adrian Bunk wrote:
>> Package: gdc-10
>> Version: 10.1.0-6
>> Severity: important
>> Tags: ftbfs
>> Control: affects -1 src:gtk-d
>>
>> https://buildd.debian.org/status/package.php?p=gtk-d&suite=sid
>
On 10/05/2020 18:16, Witold Baryluk wrote:
> It look this might be already fixed upstream:
>
> https://github.com/dlang/druntime/pull/2620
> https://github.com/dlang/druntime/commit/0723a38a858e83a9c5c0d43a0400571ef2a0
>
> and could explain why ldc is showing correct values.
>
Yes, that wou
On 07/05/2020 17:16, Witold Baryluk wrote:
> Package: gdc
> Version: 4:9.2.1-3.1
> Severity: normal
>
> Dear Maintainer,
>
> According to language spec:
>
> https://dlang.org/spec/function.html#main
>
> """
> 19.20 main() Function
>
> For console programs, main() serves as the entry point. It
On 29/04/2020 21:31, Witold Baryluk wrote:>
> But reading the source and reading between the lines of the manpage,
> maybe it should be stated in the manpage as '-debuglib libname', similar
> to '-defaultlib libname'?
>
Man pages have been fixed in gdc-10 to say '-debuglib=libname'
Iain
On 09/11/2019 17:05, Matthias Klose wrote:
>
> On 09.11.19 16:53, Matthias Klumpp wrote:
>> Am Sa., 9. Nov. 2019 um 16:04 Uhr schrieb Matthias Klose :
>>>
>>> Control: found -1 9.2.1-16
>>> Control: severity -1 important
>>>
>>> according to the upstream report, also with 9.2.0.
>>>
>>> On 08.11.1
=18519
> In doing so there might be a deadlock.
>
> The issue was raised initially on FreeBSD and Windows, but Iain Buclaw
> says there that it occurs on "Linux64 with MODEL=32"
> (although this may be a lack of regular x86 32-bit libraries on a amd64
> system).
>
> Th
On Wed, 10 Apr 2019 at 19:06, Witold Baryluk wrote:
>
> Package: gdc-8
> Version: 8.3.0-6
> Followup-For: Bug #914470
>
> Still broken in 8.3.0-6
>
Looks like another example of PR d/89041, which was fixed in r269533
in gcc trunk.
--
Iain
On 15 December 2017 at 15:13, Matthias Klumpp wrote:
> 2017-12-15 15:05 GMT+01:00 Matthias Klose :
>> Control: reopen -1
>> Control: reassign -1 ldc
>>
>> On 15.12.2017 13:53, Matthias Klumpp wrote:
>>> 2017-12-15 9:46 GMT+01:00 Matthias Klose :
[...]
>>
>> ok, but then the issue is in ldc, s
On 16 November 2017 at 20:34, YunQiang Su wrote:
> Package: src:gcc-7
> Version: 7.2.0-16
>
> When we build native GCC with the cross gcc, D will always fails.
> So please disable D in this condition.
>
> @@ -891,6 +926,12 @@ ifeq ($(with_base_only),yes
>with_d := no
> endif
>
> +ifneq ($(DEB
On 2 November 2017 at 04:26, Matthias Klose wrote:
> Package: src:gcc-8
> X-Debbugs-CC: debian-h...@lists.debian.org
>
> https://buildd.debian.org/status/fetch.php?pkg=gcc-8&arch=hurd-i386&ver=8-20171102-1&stamp=1509591656&raw=0
>
> /<>/build/./prev-gcc/xg++ -B/<>/build/./prev-gcc/
> -B/usr/i686-g
impcvgen is to be ran on the host, so it should be using the host
compiler to compile both object and resultant executable.
Having a look, I'm just recycling $(COMPILE) here. This is probably
wrong, as $(ALL_COMPILERFLAGS) may be different to
$(BUILD_COMPILERFLAGS) - or least I can only assume th
On 29 June 2017 at 10:44, Matthias Klose wrote:
> Package: src:gcc-7
> Version: 7.1.0-7
>
> full build log at
> https://buildd.debian.org/status/fetch.php?pkg=gcc-7&arch=armel&ver=7.1.0-7&stamp=1498249793&raw=0
>
> ../../../../src/libphobos/src/std/math.d:4971:5: warning: statement is not
> reach
On 24 April 2017 at 20:04, Matthias Klumpp wrote:
> Hi!
>
> Here is a short summary on the bug:
>
> 1) It only happens on Debian buildds, Fedora and Arch are not
> affected. I examined the build logs and the environments are
> relatively similar, with a notable difference for Fedora being that
> t
On 9 April 2017 at 14:40, Andreas Tille wrote:
> reopen 859667
> thanks
>
> On Fri, Apr 07, 2017 at 06:03:46PM +0200, Iain Buclaw wrote:
>> >
>> >
>> > I have the feelingt that this meand "no" to your second question.
>> >
>>
>
On 7 April 2017 at 16:02, Andreas Tille wrote:
> On Wed, Apr 05, 2017 at 10:22:28PM +0200, Iain Buclaw wrote:
>> Which compiler?
>
> $ LANG=C apt-cache policy ldc
> ldc:
> Installed: 1:1.1.1-1
>
>> Are NaNs being honoured?
>
> Hmmm, no idea how to check this
Which compiler? Are NaNs being honoured? What if you were to replace
the `(x != x && f != f)` comparison with `(isNaN(x) && isNaN(f))` ?
On 5 April 2017 at 22:00, Andreas Tille wrote:
> Hi,
>
> I admit I'm totally clueless and thus I'm asking D language team as well as
> porters for help.
>
> Th
On 1 December 2016 at 19:04, Matthias Klose wrote:
> Package: src:gcc-7
> Version: 7-20161201-1
> Severity: important
>
> See
> https://buildd.debian.org/status/fetch.php?pkg=gcc-7&arch=sparc64&ver=7-20161201-1&stamp=1480609625
>
> GDC trunk is a snapshot from 20161113
>
> In file included from ./
On 22 November 2016 at 23:37, Matthias Klose wrote:
> Control: severity -1 important
>
> On 22.11.2016 22:21, Peter De Wachter wrote:
>> Package: gdc-6
>> Version: 6.2.1-4
>> Severity: serious
>> Justification: breaks other packages (ii-esu, tatan, dub)
>>
>> Hi,
>>
>> This upload has a bug very s
On 23 August 2016 at 22:29, Peter De Wachter wrote:
> Package: gdc-6
> Version: 6.2.0-1
> Severity: normal
>
> Hi. In this release, programs that reference std.datetime fail to
> build, with error messages referencing curl and libdl. I don't know
> what's going on here, but it seems there's someth
On 13 June 2016 at 20:56, Peter De Wachter wrote:
> Package: gdc-5
> Version: 5.4.0-4
> Severity: normal
>
> Hi,
>
> If ldc is installed, gdc will attempt to use ldc's include files in
> preference to its own. This won't work, as many of these files are not
> portable:
>
> $ cat test.d
> impor
On 20 January 2016 at 17:43, Iain Buclaw wrote:
> On 20 January 2016 at 17:40, Matthias Klose wrote:
>>
>> On 20.01.2016 16:56, Iain Buclaw wrote:
>>>
>>> On 20 January 2016 at 10:48, Peter De Wachter wrote:
>>>
>>>> Package: gdc-6
>>&
On 20 January 2016 at 17:40, Matthias Klose wrote:
> On 20.01.2016 16:56, Iain Buclaw wrote:
>
>> On 20 January 2016 at 10:48, Peter De Wachter wrote:
>>
>> Package: gdc-6
>>> Version: 6-20160117-1
>>> Severity: normal
>>>
>>> Dear M
On 20 January 2016 at 10:48, Peter De Wachter wrote:
> Package: gdc-6
> Version: 6-20160117-1
> Severity: normal
>
> Dear Maintainer,
>
> This program fails to compile in this gdc snapshot:
>
> void main() {
> real[] a = [-1];
> }
>
> It is accepted by both gdc-5 and the dmd reference com
On 22 December 2015 at 10:10, Celelibi wrote:
>
> Package: gdc
> Version: 4:5.3.1-1
> Severity: normal
>
> Dear maintainer,
>
> The D languages requires that the "switch" statement has a "default"
> case. This is supposed to be already implemented in the frontend and
> produce a compilation error.
On 9 April 2015 at 16:37, Tim wrote:
> Package: libphobos-5-dev
> Version: 5-20150205
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> I assume that at the time, gcc-5-base had an 0205 version, but being
> experimental, has moved on, and left gdc/phobos behind,
On 28 Oct 2014 20:00, "Helmut Grohne" wrote:
>
> Control: retitle -1 fails to cross build libphobos when setting
with_deps_on_target_arch_pkgs=yes
> Control: tags -1 = patch
>
> Ian Jackson suggested that I should take care of this. See:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766708#6
On 27 September 2014 16:38, Christoph Egger wrote:
> Hi!
>
> Iain Buclaw writes:
>> If I can get to a port box with kfreebsd, I can investigate what is
>> going on further.
>
> Axel (in CC) can probably set up an account on asdfasdf. I fear Steven's
> vm has al
On 13 Sep 2014 18:51, "Steven Chamberlain" wrote:
>
> On 12/09/14 21:44, Petr Salinger wrote:
> > It seems that simple drop of kfreebsd-gnu from libphobos_no_systems does
> > not suffice.
> > In the build logs are messages like
> >
> >
/build/manual/gcc-4.9-4.9.1/build/x86_64-kfreebsd-gnu/libphobo
BSD, for that matter!)
>
> Could you please take a look, and check for other affected files?
>
> Thanks!
>
Hi Aaron,
This has been fixed in upstream development prior to you emailing in.
Guess we'll see this trickle down into gdc-4.8.1 ...
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On 16 January 2013 22:10, Andrew Klaassen wrote:
> --- On Wed, 1/16/13, Iain Buclaw wrote:
>
> > The module core.simd - and __vector's for that matter - did not appear
> > until a later release.
>
> Hi Iain,
>
> Thanks for the info. I'm compiling the
vector's for that matter - did not appear
until a later release.
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
gdc-4.6 has now been uploaded to unstable, and is built with the D2 frontend.
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
gdc-4.6 has now been uploaded to unstable, and is built with the D2 frontend.
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
gdc-4.6 has now been uploaded to unstable, and is built with the D2 frontend.
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
fers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
t and still satisfy runtime.
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
diff -ur torus-trooper-0.22.dfsg1.orig/src/abagames/tt/particle.d torus-trooper-0.22.dfsg1/src/abagames/tt/particle.d
--- torus-trooper-0.22.dfsg1.orig/src/abagames/tt/particle.d 2005-01
st it.
As for the bumping of gdc, has only been recently done, see link for current
status.
https://buildd.debian.org/pkg.cgi?pkg=gdc-4.3<https://buildd.debian.org/pkg.cgi?pkg=gdc-4.3>
When it is uploaded for your architecture, update the package, then try
again. If problems persist, don'
the flag '-fno-inline' works around the problem.
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
On 16 May 2010 01:31, Daniel Gibson wrote:
> On Sat, May 15, 2010 at 9:32 PM, Iain Buclaw wrote:
>
> > That indeed it is, and I've been aware of it for a while.
> > I actually fixed this with the patch in bug 581240 - hitting two birds
> with
> > one stone.
&g
Upstream bug is http://d.puremagic.com/issues/show_bug.cgi?id=1960
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
SHED && state != TS.INITIAL)
>pthread_detach(id);
>
>
Thanks for your bug report. I didn't actually notice you came up with a fix
first time I read your message, but I came to the same conclusion whilst
having a quick 5 minute look at it.
I'll see if a bug is raised upstream, but will include your small resolution
in the next version gdc version.
Thanks Daniel.
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
ddresses two things.
1) Create a cgraph node only if a function requires a static chain - we
don't care if the tree code isn't FUNCTION_DECL.
2) Omit frame pointers in naked functions (bug #581240).
I see you raised another bug in libphobos, I'll have a look at that first
before letting
On 13 May 2010 09:46, Iain Buclaw wrote:
>
> I'm happy to say this is resolved (for me). Attaching updated
> gdc-4.3.dpatch which addresses the issue.
>
>
And a patch against debian's gccsvn ( for the lazy ;).
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + &#
$ gdmd-4.3 -unittest md5test.d && ./md5test
900150983CD24FB0D6963F7D28E17F72
I'm happy to say this is resolved (for me). Attaching updated gdc-4.3.dpatch
which addresses the issue.
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
gdc-4.3.dpatch
Description: Binary data
off asm in std.md5 seems like a likely
quick-fix for the time being. Just comparing, GCC can produce the rol opcode
from shifts. Actually, produces _exactly_ the same code as the inline
assembly in the D file (with the exception of a different call frame setup).
So is not likely we are loosing any optim
omething about usb_hid_usages
missing from kFreeBSD ... but that is another issue to do with the system
itself.
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
Attaching update to the kbsd patch, should resolve the issue for you all.
Have a nice day.
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
Index: patches/gdc-fix-build-kbsd.dpatch
===
--- patc
Hi, am aware of this and have raised a bug in gdc.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577721
Already have the issue resolved, will upload later this week.
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
Package: gdc-4.3
Version: 1:1.046-4.3.4-2
Severity: important
Tags: upstream
Currently this happens when trying to build on kbsd platforms.
[~] cat test.d
import std.stdio;
void main() {
writefln("Hello World");
}
[~] gdc test.d
/usr/lib/gcc/i486-kfreebsd-gnu/4.3.4/libgphobos.a(thread.o):(.
it seems to
be more praise than what I originally gave it credit for.
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
Index: patches/gdc-ice-null-tree.dpatch
===
--- patches/gdc-ice-null-tree.d
out any patch for now, to keep track of
> this FTBFS.
>
> Mraw,
> KiBi.
>
>
Fixed this about a week ago, looks like it only got uploaded to Ubuntu
though. (see
https://launchpad.net/ubuntu/+source/gdc-4.3/1:1.043-4.3.4-1ubuntu1 )
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
c.com/issues/show_bug.cgi?id=3854
The way that report is panning out, looks like this is a deliberate feature
of the language, so attached to this post is a patch to fix the source for
the language changes.
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
# Fix D langua
c.com/issues/show_bug.cgi?id=3854
The way that report is panning out, looks like this is a deliberate feature
of the language, so attached to this post is a patch to fix the source for
the language changes.
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
# Fix D langua
I personally think it would be better to use getopt() here.
Regards
--
Iain Bucław
*(p < e ? p++ : p) = (c & 0x0f) + '0';
diff -Naurp btrfs-tools-0.19.orig/btrfsck.c btrfs-tools-0.19/btrfsck.c
--- btrfs-tools-0.19.orig/btrfsck.c 2009-06-11 17:56:15.0 +0100
+++ btrfs-tools-0.19/btrfsck.c
On 4 February 2010 06:20, Brice Goglin wrote:
> reassign 567561 linux-2.6 2.6.32-5
> forwarded 567561 http://bugzilla.kernel.org/show_bug.cgi?id=14781
> tags 567561 +fixed-upstream
> thank you
>
>
>
> Iain Buclaw wrote:
> > This issue has also been rep
This issue has also been reported elsewhere too:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/492392
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/506444
It actually seems that this problem has been fixed in Linux current stable:
http://bugzilla.kernel.org/show_b
sync and blank are set to 0 when
after resuming from suspend.
The machine specs are:
- Samsung N110 Netbook
- Intel 945GME Graphics
Regards
---
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GME Express Memory
Con
64 matches
Mail list logo
