Hi!
On Fri, 13 Sep 2013 15:29:30 +0400, "Michael V. Zolotukhin"
wrote:
> [patch for adding plugins support in libgomp]
One question:
> --- a/libgomp/target.c
> +++ b/libgomp/target.c
> +/* This functions scans folder, specified in environment variable
> + LIBGOMP_PLUGIN_PATH, and loads all
2014-07-17 11:51 GMT+04:00 Thomas Schwinge :
>> + plugin_path = getenv ("LIBGOMP_PLUGIN_PATH");
>
> What is the benefit of making this an environment variable that the user
> set to set, LIBGOMP_PLUGIN_PATH, as opposed to hard-coding it to
> somewhere inside the GCC installation directory ([...]/l
On Thu, Jul 17, 2014 at 04:30:15PM +0400, Ilya Verbin wrote:
> 2014-07-17 11:51 GMT+04:00 Thomas Schwinge :
> >> + plugin_path = getenv ("LIBGOMP_PLUGIN_PATH");
> >
> > What is the benefit of making this an environment variable that the user
> > set to set, LIBGOMP_PLUGIN_PATH, as opposed to hard-
Hi!
On Thu, 17 Jul 2014 14:37:12 +0200, Jakub Jelinek wrote:
> On Thu, Jul 17, 2014 at 04:30:15PM +0400, Ilya Verbin wrote:
> > 2014-07-17 11:51 GMT+04:00 Thomas Schwinge :
> > >> + plugin_path = getenv ("LIBGOMP_PLUGIN_PATH");
> > >
> > > What is the benefit of making this an environment variab
Hi!
On Thu, 17 Jul 2014 14:58:04 +0200, I wrote:
> On Thu, 17 Jul 2014 14:37:12 +0200, Jakub Jelinek wrote:
> > On Thu, Jul 17, 2014 at 04:30:15PM +0400, Ilya Verbin wrote:
> > > 2014-07-17 11:51 GMT+04:00 Thomas Schwinge :
> > > >> + plugin_path = getenv ("LIBGOMP_PLUGIN_PATH");
> > > >
> > > >
On Thu, Jul 17, 2014 at 03:09:32PM +0200, Thomas Schwinge wrote:
> > But I'm not yet sure how we could use this to tie the libgomp plugin
> > search path to the location of libgomp.so... Especially, given that the
> > location of libgomp.so during compilation need not match the location
> > during
On 16/07/2014 11:40, Richard Biener wrote:
On Tue, Jul 15, 2014 at 5:45 PM, Tobias Grosser wrote:
This is not a patch review, lets move this to gcc@gcc.gnu.org.
On 15/07/2014 17:03, Roman Gareev wrote:
I've found out that int128_integer_type_node and
long_long_integer_type_node are NULL at
Hi!
On Thu, 17 Jul 2014 15:35:36 +0200, Jakub Jelinek wrote:
> On Thu, Jul 17, 2014 at 03:09:32PM +0200, Thomas Schwinge wrote:
> > > But I'm not yet sure how we could use this to tie the libgomp plugin
> > > search path to the location of libgomp.so... Especially, given that the
> > > location
I've recently discovered that a function marked always_inline but called
by pointer won't always be inlined. What would it take to assure that
this either always happens or generates an error? Unfortunately, it's
breaking (well, failing to properly optimize) some code where I need the
optimizer
Hi
m32c-rtems4.11 doesn't build in 4.9.x. I looked at m32c-rtems4.11
and m32c-elf on the head and both fail in the same way. I can't
see any recent changes to the m32c which would have caused
this so I am reaching out.
binutils is the head and newlib is close to their head.
Both builds fail with
I just tried a 4.9.1 build and got this error:
configure:4222: checking whether to use setjmp/longjmp exceptions
configure:: /greed/dj/gnu/gcc/m32c-elf/gcc-4_9-branch/./gcc/xgcc
-B/greed/dj/gnu/gcc/m32c-elf/gcc-4_9-branch/./gcc/
-B/greed/dj/m32c/install/m32c-elf/bin/ -B/greed/dj/m32c/install/m3
On 7/17/2014 3:08 PM, DJ Delorie wrote:
> I just tried a 4.9.1 build and got this error:
Same error in m32c-elf/m32cm/libgcc/config.log for a build of the
head. I apparently just saw the symptoms and missed this.
I have a gcc 4.8.2 RTEMS toolset installed so that provides some
window.
What's the
I also missed something Chris was reporting.
We see other failures in the log because newlib/targ-include
isn't created. The rtems build include path includes that and
needs it but it isn't created before libgcc is built. That isn't a
problem on other targets. I don't see anything odd in the top
Snapshot gcc-4.8-20140717 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20140717/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Tue, 15 Jul 2014, Dan D. wrote:
> Are you still interested in the mirrors?
Yep. This is the patch I just committed to our web site.
If there are further updates, best propose a patch against
https://gcc.gnu.org/mirrors.html , that is the fastest way
and ensure things show up as you want them
Hi Timo,
On Wed, 13 Nov 2013, Timo Jacob wrote:
> Hi, I have set up new mirrors for GCC for the following locations:
:
> + Mirrors-usa:
> http://mirrors-usa.go-parts.com/crux/
> ftp://mirrors-usa.go-parts.com/crux/
> rsync://mirrors-usa.go-parts.com/mirrors/crux/
these did not loo
> We see other failures in the log because newlib/targ-include
> isn't created. The rtems build include path includes that and
> needs it but it isn't created before libgcc is built. That isn't a
> problem on other targets. I don't see anything odd in the top
> configurery magic for m32c which co
> What's the next step?
Someone finds time and desire to debug it ;-)
On 07/09/14 20:23, Trevor Saunders wrote:
Hi,
I've noticed that the following targets are built in config-list.mk with
--enable-obsolete
i686-interix3 - doesn't appear to actually require --enable-obsolete
though, should it be marked as obsolete in config.gcc?
score-* and picochip-* since atleas
19 matches
Mail list logo
