Bug#980204: gdc: Resulting executables segfault on mipsel architecture (signal 11)

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 >>

Bug#980204: gdc: Resulting executables segfault on mipsel architecture (signal 11)

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

Bug#980204: gdc: Resulting executables segfault on mipsel architecture (signal 11)

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 library? >

Bug#980204: gdc: Resulting executables segfault on mipsel architecture (signal 11)

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 gdc &

Bug#980204: gdc: Resulting executables segfault on mipsel architecture (signal 11)

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

Re: gcc-10-source cross build for xtensa with D enabled fails due to missing texi macro. patch included

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 > >

Bug#966026: gdc-10: ICE building gtk-d on armhf/armel/s390x

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=sid >> >>

Bug#960150: gdc-10 / libphobos 2.76 core.cpuid.{cores,threads}PerCPU() returns wrong value

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

Bug#959966: gdc -flto doesn't accept void main() signature.

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

Bug#959135: gdc -debuglib not supported

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

Bug#944380: GDC generates duplicate symbols when using mixins/interfaces

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

Bug#904018: gcc-8: FTBFS on x32: hangs in the testsuite (zombie child)

; 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). > > This was mea

Bug#914470: gdc-8: ICE in gdc on call to defaulted alias template parameter that is a delegate literal

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

Re: preparing for GCC 9

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

Bug#881939: gcc: disable D when cross build native GCC

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 >

Bug#880548: gdc (GCC 8) frontend fails to build on hurd-i386

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=hurd-i386=8-20171102-1=1509591656=0 > > /<>/build/./prev-gcc/xg++ -B/<>/build/./prev-gcc/ >

Bug#870375: gcc-7: Native gdc cross-builds fail

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

Bug#866369: gdc unittest fails to build on ARM32

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=armel=7.1.0-7=1498249793=0 > > ../../../../src/libphobos/src/std/math.d:4971:5: warning: statement is not >

Re: Processed: gdc: FTBFS: ld: final link failed: Bad value

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 <ibuc...@gdcproject.org> wrote:

Re: Processed: gdc: FTBFS: ld: final link failed: Bad value

On 4 December 2016 at 10:15, Iain Buclaw <ibuc...@gdcproject.org> wrote: > On 3 December 2016 at 22:29, Matthias Klose <d...@debian.org> wrote: >> On 03.12.2016 22:13, Markus Koschany wrote: >>> On 03.12.2016 22:00, Matthias Klose wrote: >>>> reassign

Re: Processed: gdc: FTBFS: ld: final link failed: Bad value

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

Bug#846507: the D frontend fails to build on sparc64

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=sparc64=7-20161201-1=1480609625 > > GDC trunk is a snapshot from 20161113 > > In file included from

Bug#845377: gdc-6: libdl trouble again

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

Bug#835255: gdc-6: std.datetime: undefined reference to dlopen/dlsym/dlclose

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

Bug#827211: gdc-5: attempts to use ldc's include files

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: > > $

Bug#812080: gdc-6: array assignment fails to compile

On 20 January 2016 at 17:43, Iain Buclaw <ibuc...@gdcproject.org> wrote: > On 20 January 2016 at 17:40, Matthias Klose <d...@debian.org> wrote: >> >> On 20.01.2016 16:56, Iain Buclaw wrote: >>> >>> On 20 January 2016 at 10:48, Peter De Wachter <pd

Bug#812080: gdc-6: array assignment fails to compile

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

Bug#812080: gdc-6: array assignment fails to compile

On 20 January 2016 at 17:40, Matthias Klose <d...@debian.org> wrote: > On 20.01.2016 16:56, Iain Buclaw wrote: > >> On 20 January 2016 at 10:48, Peter De Wachter <pdewa...@gmail.com> wrote: >> >> Package: gdc-6 >>> Version: 6-20160117-1

Bug#808724: gdc: "switch" requires a "default" case

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

Bug#782254: libphobos-5-dev: Unable to install: depends on gcc-5-base (= 5-20150205-1) [UNAVAILABLE]

On 9 April 2015 at 16:37, Tim lt.infiltra...@gmail.com 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

Bug#760770: gcc-4.9: fails to build cross-compiler package

On 28 Oct 2014 20:00, Helmut Grohne hel...@subdivi.de 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:

Bug#761277: gdc uninstallable on kfreebsd because of missing dep. libphobos-4.9-dev

On 27 September 2014 16:38, Christoph Egger christ...@debian.org wrote: Hi! Iain Buclaw ibuc...@gdcproject.org 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

Bug#761277: gdc uninstallable on kfreebsd because of missing dep. libphobos-4.9-dev

On 13 Sep 2014 18:51, Steven Chamberlain ste...@pyro.eu.org 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

Bug#710432: gdc-4.8: FTBFS on non-Linux: 'memicmp' was not declared in this scope

into gdc-4.8.1 ... 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...@lists.debian.org Archive: http://lists.debian.org/cabohx+dshbsnuxd+qwbjy9mgri7utpswlmdd7xmrqkh

Bug#698316: gdc missing core.simd

On 16 January 2013 22:10, Andrew Klaassen claws...@yahoo.com wrote: --- On Wed, 1/16/13, Iain Buclaw ibuc...@ubuntu.com 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 gdc-4.7 branch

Bug#698316: gdc missing core.simd

- did not appear until a later release. Regards -- Iain Buclaw *(p e ? p++ : p) = (c 0x0f) + '0';

Bug#608725: gdc: should include D2 support

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...@lists.debian.org Archive

Bug#631727: gdc: Request to package D2 front end for gcc

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...@lists.debian.org Archive

Bug#631135: Support D version 2

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...@lists.debian.org Archive

Bug#582876: gdc-4.3 needs tighter versioned dependency on gcc-4.3-base

for current status. https://buildd.debian.org/pkg.cgi?pkg=gdc-4.3https://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't hesitate to reply back. Regards -- Iain Buclaw *(p e ? p++ : p) = (c 0x0f) + '0';

Bug#577598:

the problem. Regards -- Iain Buclaw *(p e ? p++ : p) = (c 0x0f) + '0';

Bug#581698: similar bug in Ubuntu bugtracker

On 16 May 2010 01:31, Daniel Gibson metalcae...@gmail.com wrote: On Sat, May 15, 2010 at 9:32 PM, Iain Buclaw ibuc...@ubuntu.com 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. http

Bug#581698: similar bug in Ubuntu bugtracker

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 Matthias know to update gdc in sid. Regards -- Iain Buclaw

Bug#581700: [libphobos-4.1-dev] Not started Threads cause Segfault on exit

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';

Bug#581700: [libphobos-4.1-dev] Not started Threads cause Segfault on exit

Upstream bug is http://d.puremagic.com/issues/show_bug.cgi?id=1960 -- Iain Buclaw *(p e ? p++ : p) = (c 0x0f) + '0';

Bug#581240: [gdc-4.3] Calculation of MD5 sums seriously broken

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

Bug#581240: [gdc-4.3] Calculation of MD5 sums seriously broken

On 13 May 2010 09:46, Iain Buclaw ibuc...@ubuntu.com 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) + '0'; Index: debian

Bug#581240: [gdc-4.3] Calculation of MD5 sums seriously broken

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 optimisation either way. I'd hate to think where else in phobos is affected by this... Regards -- Iain Buclaw *(p e ? p++ : p) = (c 0x0f) + '0'; import

Bug#577420:

- as 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.dpatch (revision 0

Bug#575312: gdc-4.3: FTBFS on kfreebsd-*: ../../../src/libphobos/std/mmfile.d:336: Error: static assert (0) is false

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';