Strange inlining behaviour

2021-02-02 Thread John Colvin via D.gnu
https://d.godbolt.org/z/r8Gj1b Very odd results, or at least they seem odd to me. Lambdas being treated differently to nested functions, behaviour being different depending on whether there is a `pragma(inline, false)` function to forward to? Also, different behaviour depending on whether the

Re: Strange inlining behaviour

2021-02-02 Thread John Colvin via D.gnu
On Tuesday, 2 February 2021 at 20:42:38 UTC, John Colvin wrote: https://d.godbolt.org/z/r8Gj1b Very odd results, or at least they seem odd to me. Lambdas being treated differently to nested functions, behaviour being different depending on whether there is a `pragma(inline, false)` function

Re: version?

2017-02-21 Thread John Colvin via D.gnu
On Monday, 20 February 2017 at 17:00:48 UTC, Iain Buclaw wrote: The next gcc release ought to be an interesting experiment for the community, as although the version is still set to 2068, gdc has now diverged so far from the last C++ sources that it is anything but. I'll probably bump it to wha

Re: New GDC release?

2016-02-06 Thread John Colvin via D.gnu
On Saturday, 6 February 2016 at 15:14:28 UTC, Iain Buclaw wrote: On 6 February 2016 at 16:00, John Colvin via D.gnu wrote: I want to get gdc in to homebrew to make it readily available to a lot of OS X users, I have got it working for me with the latest master & gdc-5 branches, but I c

New GDC release?

2016-02-06 Thread John Colvin via D.gnu
I want to get gdc in to homebrew to make it readily available to a lot of OS X users, I have got it working for me with the latest master & gdc-5 branches, but I can't submit it because they won't accept anything that doesn't have a working stable release.* How long is it likely to be until a

Re: import problems

2015-10-15 Thread John Colvin via D.gnu
On Thursday, 15 October 2015 at 06:43:46 UTC, Iain Buclaw wrote: Just packaging GDC? Or do you plan to have third party development libraries packaged too? just GDC for now, no plans for libs at the moment. The defaults install everything into a version and multiarch specific directory. Th

Re: import problems

2015-10-14 Thread John Colvin via D.gnu
On Wednesday, 14 October 2015 at 22:08:25 UTC, Johannes Pfau wrote: Am Tue, 13 Oct 2015 10:16:11 + schrieb John Colvin : On Tuesday, 13 October 2015 at 10:09:03 UTC, John Colvin wrote: > Where does the information sorry, pressed enter by accident. What is the process by which gdc kn

Re: import problems

2015-10-13 Thread John Colvin via D.gnu
On Tuesday, 13 October 2015 at 10:09:03 UTC, John Colvin wrote: Where does the information sorry, pressed enter by accident. What is the process by which gdc knows what the default import path for object.d is? Alternatively, what do I have to change to choose my own location for gdc to

import problems

2015-10-13 Thread John Colvin via D.gnu
Where does the information

releases

2015-10-06 Thread John Colvin via D.gnu
http://gdcproject.org/downloads are all with gcc 5.2 https://github.com/D-Programming-GDC/GDC/releases/tag/v2.066.1_gcc5 is with gcc 5.1, as is the gdc-5 branch Is there a reason for this? If I want to package the latest "stable" gdc (must be from source), what should I work from?

Re: Which version to use?

2015-09-28 Thread John Colvin via D.gnu
On Monday, 28 September 2015 at 00:53:57 UTC, Jeremy DeHaan wrote: On Sunday, 27 September 2015 at 06:03:00 UTC, Iain Buclaw wrote: The more 'common' thing to do nowadays is to hook your library into dub. No need to provide binaries of the library. Oh, I do both. This is just for the peopl

GDC phobos source path

2015-06-23 Thread John Colvin via D.gnu
How does gdc know where to look for druntime/phobos source code? I successfully built gdc for the first time on OS X, but it's looking at completely the wrong source code. I have gdc manually (i.e. make install) installed in /opt/gdc and ldc installed via homebrew in /usr/local, but when I try

DFLAGS and gdc

2014-07-08 Thread John Colvin via D.gnu
Does gdc have an equivalent to the DFLAGS environment variable?

Re: SPARC Solaris Support

2014-03-24 Thread John Colvin
On Monday, 24 March 2014 at 11:05:57 UTC, Nordlöw wrote: Compiler support shouldn't be a problem, library support is lacking. How much work would it be to add library support (in man-days/months)? Thx, Per I would imagine that would vary very significantly depending on how familiar the pe

Re: This week's experiment build gdc with tls disabled.

2013-12-17 Thread John Colvin
On Tuesday, 17 December 2013 at 17:48:40 UTC, Iain Buclaw wrote: Gthreads and Emulated TLS are now in GDC!!! https://github.com/D-Programming-GDC/GDC/commit/62554bfe1b35ee4f586634a76c65d83ebfa871ef The bug noted above still exists, however what I am going to do is update and hook emulated TLS

Re: Building GDC

2013-10-31 Thread John Colvin
On Thursday, 31 October 2013 at 11:54:14 UTC, Joseph Rushton Wakeling wrote: On 31/10/13 12:46, Alexandr Druzhinin wrote: Ubuntu 12.04 x86_64 user here, I build gdc 4.8.1 following instructions I link above without issues, so I don't know what to do - but I'm sure it's possible :) P.S. I have

Re: The following code bypasses immutabililty with GDC but not DMD

2013-04-12 Thread John Colvin
On Friday, 12 April 2013 at 07:53:13 UTC, Nicholas Smith wrote: On Friday, 12 April 2013 at 06:39:04 UTC, Iain Buclaw wrote: On Friday, 12 April 2013 at 00:50:03 UTC, Nicholas Smith wrote: I don't know how to file bug reports but I'm sure this shouldn't happen :) DMD gives an error. That's

Re: version statement problem in gdc

2013-04-08 Thread John Colvin
On Monday, 8 April 2013 at 15:29:13 UTC, Iain Buclaw wrote: On 8 April 2013 15:49, John Colvin wrote: On Monday, 8 April 2013 at 00:13:29 UTC, Iain Buclaw wrote: If only that logic held water... GDC actually provided the implementation of iasm to LDC. Reasons why it was yanked out

Re: version statement problem in gdc

2013-04-08 Thread John Colvin
On Monday, 8 April 2013 at 00:13:29 UTC, Iain Buclaw wrote: If only that logic held water... GDC actually provided the implementation of iasm to LDC. Reasons why it was yanked out. - one big ugly x86 special case. Fair enough, although I see no reason why Ds iasm shouldn't be extended to s

Re: version statement problem in gdc

2013-04-07 Thread John Colvin
On Sunday, 7 April 2013 at 23:02:28 UTC, John Colvin wrote: void main() { version(D_InlineAsm_X86_64) { pragma(msg,"x64"); } else version(D_InlineAsm_X86) { pragma(msg,"x86"); } else {

version statement problem in gdc

2013-04-07 Thread John Colvin
void main() { version(D_InlineAsm_X86_64) { pragma(msg,"x64"); } else version(D_InlineAsm_X86) { pragma(msg,"x86"); } else { pragma(msg,"None"); } } dmd/ldc -m64: x64 gdc -m64/32 : None

Re: gcc 4.8 snapshot

2013-03-11 Thread John Colvin
On Monday, 11 March 2013 at 11:39:19 UTC, Iain Buclaw wrote: On 11 March 2013 08:36, Iain Buclaw wrote: On Mar 10, 2013 11:41 PM, "John Colvin" wrote: > > On Friday, 8 March 2013 at 18:45:12 UTC, Iain Buclaw wrote: >> >> On 8 March 2013 18:37, John Colvin >

Re: gcc 4.8 snapshot

2013-03-10 Thread John Colvin
On Friday, 8 March 2013 at 18:45:12 UTC, Iain Buclaw wrote: On 8 March 2013 18:37, John Colvin wrote: Is there any way of knowing the correct snapshot to compile with at any given time? It's a pretty lengthy trial and error process to find out I normally update my gcc snapshot

gcc 4.8 snapshot

2013-03-08 Thread John Colvin
Is there any way of knowing the correct snapshot to compile with at any given time? It's a pretty lengthy trial and error process to find out

Re: Build fails

2012-11-26 Thread John Colvin
Sorry, that was a bit of a mess from using -j5 Here it is again, cleaner, including the compilation that has the problem: /home/john/Git/GDC/objdir/./prev-gcc/g++ -B/home/john/Git/GDC/objdir/./prev-gcc/ -B/opt/gdc/x86_64-unknown-linux-gnu/bin/ -nostdinc++ -B/home/john/Git/GDC/objdir/prev-x86

Build fails

2012-11-26 Thread John Colvin
I haven't been able to get GDC to build for a while, the same errors come up on for me on ubuntu and fedora. In file included from ../../gcc-4.8-20121118/gcc/d/d-lang.cc:28:0: ../../gcc-4.8-20121118/gcc/d/d-codegen.h:553:24: error: ‘gc’ has not been declared VEC(constructor_elt, gc) *head;