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
Excerpts from Witold Baryluk's message of January 21, 2021 6:52 pm:
> Hi.,
>
> I was trying to build cross-compiler for xtensa with D compiler
> enabled, and there is one things that makes that fail.
>
> https://salsa.debian.org/toolchain-team/gcc/-/blob/master/debian/rules.unpack#L154
>
> overw
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 Fri, 26 Oct 2018 at 15:02, Matthias Klose wrote:
>
> Hi,
>
> stage3 is approaching for GCC 9 development, and I put together a first gcc-9
> package. I won't upload that to experimental yet because sonames and package
> names will still change, and gcc-for-host will add a few hundred binary
>
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
Attaching patch that was done against gdc-6 (6.2.1-5).
Fixes against version 7 is already in master, so I imagine it's easier
to just grab the latest source tarballs (and remove gdc-hacks.diff).
Regards
Iain
On 4 December 2016 at 18:39, Iain Buclaw wrote:
> On 4 December 2016 at 10:
On 4 December 2016 at 10:15, Iain Buclaw wrote:
> On 3 December 2016 at 22:29, Matthias Klose wrote:
>> On 03.12.2016 22:13, Markus Koschany wrote:
>>> On 03.12.2016 22:00, Matthias Klose wrote:
>>>> reassign 846669 gdc-6
>>>> forcemerge 845377 84666
On 3 December 2016 at 22:29, Matthias Klose wrote:
> On 03.12.2016 22:13, Markus Koschany wrote:
>> On 03.12.2016 22:00, Matthias Klose wrote:
>>> reassign 846669 gdc-6
>>> forcemerge 845377 846669
>>> thanks
>>>
>>> please see #845377.
>>>
>>> This build is configured with --enable-default-pie.
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
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-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas.
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-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas.
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-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas.
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';
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';
52 matches
Mail list logo
