Hi all,
It seems that, by default, a build of GCC on x86_64-apple-darwin15 will build
64-bit libgomp but not 32-bit libgomp. Is that intended? What should one do to
explicitly enable libgomp on 64-bit?
my configure is simply: ../gcc-6.1.0/configure --prefix=/usr/local/gfortran
--with-gmp=/User
On 2 May 2016 at 11:41, lh_mouse wrote:
> However, I am not exactly clear about whether it is these headers (cstdlib
> and cmath currently, there might be more) that are the problem.
No, it's only those two.
> In my point of view, it is the inversion of C and C++ header paths that is
> the prob
Hi!
It is currently difficult to debug offloading compiler invocations.
These are actually lto1 front ends invoked from the target compilation's
collect2 process, via the respective offloading toolchain's mkoffload.
To the best of my knowledge, it's not possible to use the target
compiler's "-wrap
On Tue, May 3, 2016 at 12:47 PM, Thomas Schwinge
wrote:
> Hi!
>
> It is currently difficult to debug offloading compiler invocations.
> These are actually lto1 front ends invoked from the target compilation's
> collect2 process, via the respective offloading toolchain's mkoffload.
> To the best of
Hi!
On Tue, 3 May 2016 12:54:23 +0200, Richard Biener
wrote:
> On Tue, May 3, 2016 at 12:47 PM, Thomas Schwinge
> wrote:
> > It is currently difficult to debug offloading compiler invocations.
> > These are actually lto1 front ends invoked from the target compilation's
> > collect2 process, via
On Mon, May 2, 2016 at 8:49 PM, Aaron Sawdey
wrote:
> So, my first cut at the function to select reassociation width for
> power was modeled after what I saw i386 and aarch64 doing, which is to
> return something based on the number of that kind of op we can do at
> the same time:
>
> static int
>
On Tue, May 3, 2016 at 1:19 PM, Thomas Schwinge wrote:
> Hi!
>
> On Tue, 3 May 2016 12:54:23 +0200, Richard Biener
> wrote:
>> On Tue, May 3, 2016 at 12:47 PM, Thomas Schwinge
>> wrote:
>> > It is currently difficult to debug offloading compiler invocations.
>> > These are actually lto1 front e
FX,
No problem here x86_64-apple-darwin15 with a build using...
$ gcc-fsf-6 -v
Using built-in specs.
COLLECT_GCC=gcc-fsf-6
COLLECT_LTO_WRAPPER=/sw/lib/gcc6/libexec/gcc/x86_64-apple-darwin15.5.0/6.1.0/lto-wrapper
Target: x86_64-apple-darwin15.5.0
Configured with: ../gcc-6.1.0/configure --prefix
Hi,
Does anyone know if there is a good reason for not using stl
containers in gcc sources?
I'm asking because I didn't find any use of them in the code I read.
Thanks, Andrés.
On 05/03/2016 08:44 AM, Andres Tiraboschi wrote:
Hi,
Does anyone know if there is a good reason for not using stl
containers in gcc sources?
I'm asking because I didn't find any use of them in the code I read.
The GCC coding conventions allow the use of the standard library; but
you have to be c
On Tue, May 03, 2016 at 08:59:11AM -0600, Jeff Law wrote:
> On 05/03/2016 08:44 AM, Andres Tiraboschi wrote:
> >Hi,
> >Does anyone know if there is a good reason for not using stl
> >containers in gcc sources?
> >I'm asking because I didn't find any use of them in the code I read.
> The GCC coding
Should I file a bug report then?
We need some Linux testers, though not many people on Linux relocate compilers.
--
Best regards,
lh_mouse
2016-05-03
-
发件人：Jonathan Wakely
发送日期：2016-05-03 1
Hello All,
It is my pleasure to announce the MELT plugin 1.3 release candidate 1
for GCC 5 & GCC 6
(hosted on Linux preferably).
MELT -see http://gcc-melt.org/ for more (or
http://starynkevitch.net/Basile/gcc-melt/ which points to the same web
pages and resources) - is a domain specific lang
This raises a further question: why are gcc containers preferred over stl ones.
Thanks, Andrés.
2016-05-03 12:02 GMT-03:00 Jakub Jelinek :
> On Tue, May 03, 2016 at 08:59:11AM -0600, Jeff Law wrote:
>> On 05/03/2016 08:44 AM, Andres Tiraboschi wrote:
>> >Hi,
>> >Does anyone know if there is a goo
On Tue, May 03, 2016 at 12:30:35PM -0300, Andres Tiraboschi wrote:
> This raises a further question: why are gcc containers preferred over stl
> ones.
For consistency, because they play well together with the garbage
collection, because they are tuned for GCC's needs (e.g. to be usable even
in PO
In my builds lately I've been noticing many Ada tests failing
that didn't use to fail before. I don't think I'm doing
anything different than before. The failures all seem to be
due to the error below. Has something changed about how to
run the Ada test suite or how to configure GCC to enable i
>No problem here x86_64-apple-darwin15 with a build using…
True, I didn’t realize libgomp is built… but the Fortran module files are not
installed in the right place.
$ ls /usr/local/gfortran/lib/**/libgomp.dylib
/usr/local/gfortran/lib/i386/libgomp.dylib
/usr/local/gfortran/lib/libgomp.dyli
The attached patch allows libgomp to install its Fortran modules in the correct
multilib-aware directories, just like libgfortran does.
Without it, multilib Fortran OpenMP code using the modules fails to compile
because the modules are not found:
$ gfortran -fopenmp a.f90
$ gfortran -fopenmp a.
> In my builds lately I've been noticing many Ada tests failing
> that didn't use to fail before. I don't think I'm doing
> anything different than before. The failures all seem to be
> due to the error below. Has something changed about how to
> run the Ada test suite or how to configure GCC to
On 05/03/2016 03:47 PM, Eric Botcazou wrote:
In my builds lately I've been noticing many Ada tests failing
that didn't use to fail before. I don't think I'm doing
anything different than before. The failures all seem to be
due to the error below. Has something changed about how to
run the Ada
Snapshot gcc-5-20160503 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/5-20160503/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-5
> There is no /build/gcc-trunk/gcc/gcc but presumably you meant
> /build/gcc-trunk/gcc/ada (which does exist). But there is no
> rts directory anywhere under the build tree.
Then the build failed at some point and this should be in the log.
--
Eric Botcazou
Could someone please tell me how to edit or submit edits for the GCC 6 release
notes at https://gcc.gnu.org/gcc-6/changes.html? Specially, the listed Fortran
improvements are missing several significant items. I signed the copyright
assignment in case hat helps.
Damian
On 05/03/2016 04:44 PM, Eric Botcazou wrote:
There is no /build/gcc-trunk/gcc/gcc but presumably you meant
/build/gcc-trunk/gcc/ada (which does exist). But there is no
rts directory anywhere under the build tree.
Then the build failed at some point and this should be in the log.
Actually, I
On Tue, 3 May 2016, Damian Rouson wrote:
Could someone please tell me how to edit or submit edits for the GCC 6 release
notes at https://gcc.gnu.org/gcc-6/changes.html? Specially, the listed Fortran
improvements are missing several significant items. I signed the copyright
assignment in ca
Hi !
Currently I am trying to introduce new command line option -fgimple,
for that I am adding this to c.opt
diff --git a/gcc/c-family/c.opt b/gcc/c-family/c.opt
index 4f86876..88e55c6 100644
--- a/gcc/c-family/c.opt
+++ b/gcc/c-family/c.opt
@@ -66,6 +66,10 @@ C ObjC C++ ObjC++ Separate Alias(d)
26 matches
Mail list logo
