On 06/20/16 04:55:16, H.J. Lu wrote:
> TImode register referenced in debug insn can be converted to V1TImode
> by scalar to vector optimization. We need to convert a debug insn if
> it has a variable in a TImode register.
Hello,
We have a situation on a few of the UPC tests, where they ICE on
On 12/01/15 12:42:48, Richard Biener wrote:
> On Mon, 30 Nov 2015, Gary Funck wrote:
> [...]
> > + get_lc_mode_name (mname, (op_mode));
> > + sprintf (libfunc_name, "__get%s%s%s%s",
> > + strict_mode ? "s" : "",
&
On 12/01/15 12:42:48, Richard Biener wrote:
> On Mon, 30 Nov 2015, Gary Funck wrote:
> [...]
> > + if (bitpos)
> > +{
> > + t_offset = size_int (bitpos / BITS_PER_UNIT);
> > + if (offset)
> > + t_offset = fold (build_binary_op (loc, PLUS_EXPR,
On 12/01/15 12:46:01, Richard Biener wrote:
> On Mon, 30 Nov 2015, Gary Funck wrote:
> > UPC pointers-to-shared (aka shared pointers) are not interchangeable
> > with integers as they are in regular "C". Therefore, additions
> > and subtraction operations wh
On 12/03/15 12:07:35, Richard Biener wrote:
> On Wed, 2 Dec 2015, Gary Funck wrote:
> > OK. As I mentioned in a previous reply, originally we prefixed
> > all "UPC" specific tree node fields and functions with UPC_ or upc_,
> > but as we transitioned away from UPC
On 12/02/15 10:40:50, Richard Biener wrote:
> On Tue, 1 Dec 2015, Gary Funck wrote:
> > The main change recommended to reduce tree space was moving the
> > "layout factor" (blocking factor) out of the tree node, and using
> > only two bits there, one bit fo
On 12/01/15 09:12:44, Eric Botcazou wrote:
> > All languages (c, c++, fortran, go, lto, objc, obj-c++) have been
> > bootstrapped; no test suite regressions were introduced,
> > relative to the GCC trunk.
>
> That's not all languages though, Ada and Java are missing.
Full bootstrap, no
On 12/01/15 12:26:32, Richard Biener wrote:
> On Mon, 30 Nov 2015, Gary Funck wrote:
> > -struct GTY(()) tree_type_common {
> > +struct GTY((user)) tree_type_common {
> >struct tree_common common;
> >tree size;
> >tree size_unit;
>
On 12/01/15 12:19:48, Bernd Schmidt wrote:
> On 12/01/2015 06:31 AM, Gary Funck wrote:
> >At this time, we would like to re-submit the UPC patches for comment
> >with the goal of introducing these changes into GCC 6.0.
>
> This has missed stage 1 by a few weeks, we'd have
On 12/02/15 13:10:44, Richard Guenther wrote:
> On Tue, Dec 1, 2015 at 7:02 AM, Gary Funck <g...@intrepid.com> wrote:
> > UPC pointers-to-shared have an internal representation which is
> > defined as a 'struct' with three fields. Special logic is
> > needed in promote
On 12/01/15 09:12:44, Eric Botcazou wrote:
> > All languages (c, c++, fortran, go, lto, objc, obj-c++) have been
> > bootstrapped; no test suite regressions were introduced,
> > relative to the GCC trunk.
>
> That's not all languages though, Ada and Java are missing.
OK. I'll bootstrap and run
On 12/01/15 12:12:29, Richard Biener wrote:
> On Mon, 30 Nov 2015, Gary Funck wrote:
> > At this time, we would like to re-submit the UPC patches for comment
> > with the goal of introducing these changes into GCC 6.0.
>
> First of all let me say that it is IMNSHO now t
will be
distributed to the appropriate ChangeLog file.
Overview
For Darwin, if -fupc is given, then define various UPC-specific spec's.
Also, override default section names for the UPC-related linker sections.
2015-11-30 Gary Funck <g...@intrepid.com>
gcc/config/
* da
will be
distributed to the appropriate ChangeLog file.
Overview
Four new target hooks are defined for UPC. They relate to naming
the various linker sections used by UPC as well as testing for
the availability of the "UPC linker script" feature.
2015-11-30 Gary Funck <g...
that the parameter passing logic forces "C" pointer type parameters
to be 'word mode', but that rule doesn't apply to UPC pointers-to-shared
due to their "fat" struct representation.
2015-11-30 Gary Funck <g...@intrepid.com>
gcc/config/i386/
* i386.c (classif
will be
distributed to the appropriate ChangeLog file.
Overview
UPC pointers-to-shared have an internal representation which is
defined as a 'struct' with three fields. Special logic is
needed in promote_mode() to handle this case.
2015-11-30 Gary Funck <g...@intrepid.com>
installed.
2015-11-30 Gary Funck <g...@intrepid.com>
* Makefile.def (libgupc): New. Define libgupc module.
* Makefile.in: Re-generate.
* Makefile.tpl (BUILD_EXPORTS, EXTRA_TARGET_FLAGS):
Add GUPC and GUPCFLAGS.
(BASE_TARGET_EXPORTS, EXTRA_HOST_
calling c_parse_file().
2015-11-30 Gary Funck <g...@intrepid.com>
gcc/c-family/
* c-upc-pts.h: New. Define the sizes and types of fields
in the UPC pointer-to-shared representation.
gcc/c/
* c-upc-low.c: New. Lower UPC constructs to GENERIC.
*
otherwise been declared in the gcc-upc.h file built
under libgupc/include.
2015-11-30 Gary Funck <g...@intrepid.com>
gcc/testsuite/gcc.dg/gupc/
* addr-of-shared-bit-field.upc: New.
* assign-local-ptr-to-pts.upc: New.
* assign-pts-to-local-ptr.upc: New.
as if they were .upc files.
In addition, it describes how to run UPC programs, along with details
on the command line switches processed by the UPC runtime.
2015-11-30 Gary Funck <g...@intrepid.com>
gcc/doc/
* gupc.texi: New.
* install.texi (disable-libgupc, enable-up
() is exported
as an external function rather than being defined as a static function.
It is called from upc_genericize_function() defined in c/c-upc-low.c,
when -fupc-instrument-functions is asserted.
2015-11-30 Gary Funck <g...@intrepid.com>
gcc/
* gimple-expr.c: #include "
, then layout_decl() is called.
A few new UPC-specific language hooks are defined in a 'upc' sub-structure
of the language hooks structure. They are defined as
hooks because they are called from code in the 'c-family/' directory,
but are implemented in the 'c/' directory.
2015-11-30 Gary Funck &l
alified_type_1 (TYPE, QUALS, 0)
This patch adjusts the C++ front-end so that it works with
the changes described above.
2015-11-30 Gary Funck <g...@intrepid.com>
gcc/cp/
* lex.c (init_reswords): Disable UPC keywords.
* tree.c (c_build_qualified_type_1): Rename.
simplified.
2015-11-30 Gary Funck <g...@intrepid.com>
gcc/
* fold-const.c (fold_unary_loc): Do not perform this simplification
if either of the types are UPC pointer-to-shared types.
(fold_binary_loc): Disable optimizations involving UPC
pointers-t
of .c files as .upc files provides compatibility
with other UPC compilers.
2015-11-30 Gary Funck <g...@intrepid.com>
gcc/
* gcc.c (upc_crtbegin_spec, link_upc_spec, upc_crtend_spec,
upc_options): New. Define UPC-related spec's.
(default_compilers): Add s
spin lock.
2015-11-30 Gary Funck <g...@intrepid.com>
libatomic/
* Makefile.am (LIBAT_SRC_NO_LOCK, libatomic_convenience_no_lock*):
New. Add rules to build libatomic_convenience_no_lock.a,
used by libgupc.
* Makefile.in: Re-generate.
In
back into the mainline.
A couple of commercial parallel debuggers implemented support
for GNU UPC, utilizing these DWARF extensions.
2015-11-30 Gary Funck <g...@intrepid.com>
gcc/
* dwarf2out.c (modified_type_die): If the type is shared qualified,
generate UPC deb
-to-shared that are
represented as an aggregate type and insures that these
pointers are passed as struct's.
2015-11-30 Gary Funck <g...@intrepid.com>
gcc/config/rs6000/
* rs6000.c (rs6000_return_in_memory):
If TYPE is a UPC PTS type with a "struct&quo
UPC shared variables. This section
is used only to assign offsets into UPC's shared data area for
the UPC shared variables. When UPC linker scripts are supported,
this shared section is not loaded and has an origin of 0.
2015-11-30 Gary Funck <g...@intrepid.com>
gcc/
* con
Some time ago, we submitted an RFC for the introduction of
UPC support into GCC. During the intervening time period,
we have continued to keep the 'gupc' (GNU UPC) branch in sync
with the GCC trunk and have incorporated feedback and contributions from
various GCC developers (Joseph Myers, Tom
R"))) pointer;
-struct die_struct * GTY ((tag ("TYPE_SYMTAB_IS_DIE"))) die;
- } GTY ((desc ("debug_hooks->tree_type_symtab_field"))) symtab;
+ int address;
+const char *pointer;
+struct die_struct *die;
+ } symtab;
tree canonical;
tree next_variant;
A
ot;
header files are located.
2015-11-30 Gary Funck <g...@intrepid.com>
libgupc/collectives/
* upc_coll.h: New.
* upc_coll_broadcast.upc: New.
* upc_coll_err.upc: New.
* upc_coll_exchange.upc: New.
* upc_coll_gather.upc: New.
* upc_col
ot;
header files are located.
2015-11-30 Gary Funck <g...@intrepid.com>
libgupc/
* upc-crtstuff.c: New.
libgupc/include/
* gasp.h: New.
* gasp_upc.h: New.
* gcc-upc.h: New.
* pupc.h: New.
* upc.h: New.
* u
ot;
header files are located.
2015-11-30 Gary Funck <g...@intrepid.com>
libgupc/collectives/
* upc_coll_reduce.upc: New.
* upc_coll_scatter.upc: New.
* upc_coll_sort.upc: New.
Index: libgupc/collectives/upc
Ended up using the same approach as libatomic,
moving the checking logic into libgupc/configure.tgt.
+# Disable libgupc on unsupported systems.
+if test -d ${srcdir}/libgupc; then
+if test x$enable_libgupc = x; then
+ AC_MSG_CHECKING([for libgupc support])
+ if
On 08/18/15 08:52:31, Thomas Schwinge wrote:
Even if applicable regarding the libgomp configuration (because
nvptx-none has its own libgomp port: libgomp/config/nvptx/), it seems a
bit strange to qualify nvptx-none as a POSIX-like system.
Hmm...
+
+# Enable libgomp by default on POSIX
to $noconfigdirs on non POSIX-like OS's.
We'd like to re-use that logic for libgupc,
which has a similar requirement and propose this
re-factoring for trunk.
2015-08-17 Gary Funck g...@intrepid.com
* configure.ac (noconfigdirs): Factor libgomp logic testing for
POSIX-like host OS
On 08/17/15 12:06:08, Marek Polacek wrote:
No, I don't think this assignment is missing here. The restrict qualifier
is printed last so we don't need to mark that we've printed something.
Actually, the whole previous flag seems to be redundant; pp_c_ws_string
calls pp_c_maybe_whitespace so
While reviewing some code, I noticed that the logic for
pretty-printing 'restrict' qualifiers is likely missing a
statement that sets 'previous'.
OK to commit?
2015-08-l6 Gary Funck g...@intrepid.com
* c-pretty-print.c (pp_c_cv_qualifiers):
Set 'previous' for restrict
See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66984
Confirmed that GCC trunk bootstraps without issue and
that this patch fixes the issue noted in the GUPC branch.
2015-07-24 Gary Funck g...@intrepid.com
PR middle-end/66984
* fold-const.c (fold_binary_loc): Call
On 07/24/15 08:43:05, Gary Funck wrote:
See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66984
Confirmed that GCC trunk bootstraps without issue and
that this patch fixes the issue noted in the GUPC branch.
2015-07-24 Gary Funck g...@intrepid.com
PR middle-end/66984
On 05/22/15 17:44:23, Jan Hubicka wrote:
PR 66181 is about ICE in verify_type that complains that type and its variant
differs
by TYPE_NO_FORCE_BLK.
Also PR 66283, on IA64. Has a small test case.
On 06/04/14 18:28:17, Ian Lance Taylor wrote:
I have committed a patch to libgo to merge from revision
18783:00cce3a34d7e of the master library.
Based on trunk rev. 211365, we're seeing this warning:
libgo/runtime/chan.c:484:7: error: ‘received’ may be used uninitialized
in this function
On Mon, Jun 9, 2014 at 5:36 PM, Ian Lance Taylor i...@google.com wrote:
There is no bug here, the control flow is just too complicated
for the compiler to sort out. I don't know why I'm
not seeing the warning [...]
We have these compilation flags set:
CFLAGS='-g3 -O3'
On 06/18/13 16:37:04, Gary Funck wrote:
The initialization function is currently generated in tree form in the
usual way (it will be gimplified when the gimple pass is run).
The code that is being generated is roughly equivalent to:
static void
__upc_init_decls (void
On 06/19/13 09:26:30, Gary Funck wrote:
The variable declaration tree node looks about right to me.
However, it never makes it into the output assembler file.
What is the recommended method for making sure that the
static variable created above is associated with the current
translation
On 06/05/13 16:18:52, Jan Hubicka wrote:
Hi,
this patch deals with C++ keyed methods and explicit instantiations.
Currently C++ calls mark_used that ultimately sets force_output
on the functions. This is equivalent to attribute ((used))
on the function/variable and it is bit too strong.
On 06/18/13 22:27:51, Steven Bosscher wrote:
The advice would have to be that the front end should not write out
anything to the assembler file.
Why not just emit the function as GIMPLE (even if your stmt_list is
empty) and let your main() call it?
The initialization function is currently
On 10/28/12 20:43:05, Vladimir Makarov wrote:
The following patch fixes PR55106. A value in GENERAL_REGS is
inherited into a move with destination pseudo of SSE_REGS. It
results into secondary move for which inheritance is tried again an
again. It means cycling LRA passes.
The patch
Joseph,
In this rather long reply, I have attempted to collect all your
recent feedback, and to provide a response where possible.
JSM: On Mon, 15 Oct 2012, Gary Funck wrote:
JSM: GF: Various UPC language related checks and operations
JSM: GF: are called in the C front-end and middle-end.
JSM
On 10/08/12 17:46:03, Easwaran Raman wrote:
I have attached a revised patch. The updated ChangeLog is given below
and I have responded to your comments inline:
2012-10-08 Easwaran Raman era...@google.com
* optabs.c (emit_cmp_and_jump_insn_1): Add a new parameter to
specificy the
We have maintained the gupc (GNU Unified Parallel C) branch for
a couple of years now, and would like to merge these changes into
the GCC trunk.
It is our goal to integrate the GUPC changes into the GCC 4.8
trunk, in order to provide a UPC (Unified Parallel C) capability
in the subsequent GCC 4.8
On 10/15/12 17:51:14, Richard Guenther wrote:
On Mon, Oct 15, 2012 at 5:47 PM, Gary Funck g...@intrepid.com wrote:
[...]
UPC-Related Front-End Changes
-
GCC's internal tree representation is
extended to record the UPC shared,
strict, relaxed qualifiers
On 10/15/12 17:06:28, Joseph S. Myers wrote:
On Mon, 15 Oct 2012, Gary Funck wrote:
Various UPC language related checks and operations
are called in the C front-end and middle-end.
To insure that these operations are defined,
when linked with the other language front-ends
and compilers
Software Foundation, Inc.
+# Contributed by Gary Funck g...@intrepid.com
+# and Nenad Vukicevic ne...@intrepid.com.
+# Based on original implementation
+# by Jesse M. Draper jdra...@super.org
+# and William W. Carlson w...@super.org.
+# Derived from objc/config-lang.in
+
+# This file is part
Attached, patch 02 of 16.
This patch set lists the small set of changes required
in the C++ and Objective C front-end to accommodate
changes needed for UPC.
gcc/c/c-decl.c is also included here, to illustrate
both the UPC front-end changes and to motivate the introduction of
On 10/15/12 21:59:34, Joseph S. Myers wrote:
On Mon, 15 Oct 2012, Gary Funck wrote:
Some UPC-specific configuration options are added to
the top-level configure.ac and gcc/configure.ac scripts.
Any patch that includes new configure options should include the
documentation for those
We have maintained the gupc (GNU Unified Parallel C) branch for
a couple of years now, and would like to merge these changes into
the GCC trunk.
The purpose of this note is to ask for suggestions
on the best way to proceed through the GUPC review and merge process.
For reference,
The GUPC
On 08/20/12 01:02:39, Oleg Endo wrote:
Hello,
This adds support for SH's rotcr insn.
Tested on rev 190459 with
make -k check RUNTESTFLAGS=--target_board=sh-sim
\{-m2/-ml,-m2/-mb,-m2a/-mb,-m4/-ml,-m4/-mb,-m4a/-ml,-m4a/-mb}
and no new failures.
OK?
Cheers,
Oleg
ChangeLog:
I filed two bug reports:
GCC install document does not list minimum required g++ version
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54324
GCC does not build with G++ version 3.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54326
Re: the latter bug report (54326), it might be further
divided
On 08/18/12 09:51:43, Richard Guenther wrote:
The code is clearly buggy and should use CONST_CAST - well, or now,
finally, const_cast to cast const char * to char *.
It is interesting that an old version of g++ caught this
but a newer version didn't?
- Gary
Paul Hargrove noted the following build failure on
an older x86-32 Linux (Redhat 8.0) system.
g++ -c -g -O2 -DIN_GCC -fno-exceptions -fno-rtti -W -Wall
-Wwrite-strings -Wcast-qual -Wmissing-format-attribute -fno-common
-DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild
1. I have . on $PATH.
2. In one build of the latest GCC trunk, I specify
CC=/usr/bin/gcc and CXX=/usr/bin/g++ and everything
works.
3. In another build, I don't specify CC or CXX.
Therefore they default to 'gcc' and 'g++'.
This fails:
g++: error trying to exec 'cc1plus': execvp:
On 08/14/12 08:30:59, Jakub Jelinek wrote:
On Mon, Aug 13, 2012 at 09:20:32PM -0700, Gary Funck wrote:
--- gcc/testsuite/gcc.dg/pr20020-1.c(revision 0)
+++ gcc/testsuite/gcc.dg/pr20020-1.c(revision 0)
@@ -0,0 +1,25 @@
+/* Target is restricted to x86_64 type architectures
On 08/14/12 15:33:10, Joseph S. Myers wrote:
On Tue, 14 Aug 2012, Jakub Jelinek wrote:
On Mon, Aug 13, 2012 at 09:20:32PM -0700, Gary Funck wrote:
--- gcc/testsuite/gcc.dg/pr20020-1.c (revision 0)
+++ gcc/testsuite/gcc.dg/pr20020-1.c (revision 0)
@@ -0,0 +1,25
190398)
+++ gcc/ChangeLog (working copy)
@@ -1,3 +1,10 @@
+2012-08-14 Gary Funck g...@intrepid.com
+
+ PR target/20020
+ * config/i386/i386.h (MAX_FIXED_MODE_SIZE): Allow use of TImode
+ for use with appropriately sized structures and unions
+ on 64-bit (x86) targets
Attached, is a patch to fix PR20020, and three test cases.
This patch improves the code generated for structs that
can be represented in a TImode value on an x86_64 target.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20020
The test cases scan the generated RTL and verify
that TImode operations
In the past, the UPC extensions to the DWARF2 debugging
information format were described in a proposal. That
proposal was subsequently accepted and documented in the
DWARF4 specification.
Index: include/dwarf2.def
===
---
On 05/19/12 20:37:19, Jason Merrill wrote:
OK.
Done. Thanks.
On 03/06/12 14:09:23, Tristan Gingold wrote:
The patch is simple: the C front-end will now calls
c_build_pointer_type (instead of build_pointer_type), which in
turn calls build_pointer_type_for_mode using the right mode.
[...]
Joining this discussion a bit late ... I have a few questions.
This
On 01/06/12 08:34:52, Tom Tromey wrote:
The patch is ok with either that change or with those 2 lines removed.
Applied as svn version 183003.
On 01/09/12 12:08:22, Tobias Burnus wrote:
I get the build failure:
libcpp/macro.c:220:26: error: variable 'map' set but not used
[-Werror=unused-but-set-variable]
Tobias, thanks. Will fix.
- Gary
On 01/09/12 06:04:28, Gary Funck wrote:
On 01/09/12 12:08:22, Tobias Burnus wrote:
I get the build failure:
libcpp/macro.c:220:26: error: variable 'map' set but not used
[-Werror=unused-but-set-variable]
Richard, thanks.
2012-01-09 Richard Guenther rguent...@suse.de
libcpp
On 01/06/12 08:34:52, Tom Tromey wrote:
Tom The patch is ok with either that change or with those 2 lines removed.
Tom, thanks for the review. Another question ...
The test case tries to sanity check the __FILE__ value
by comparing the 'basename' part.
#define BASE_NAME pr33919.c
int
@@
+2012-01-02 Gary Funck g...@intrepid.com
+
+ PR preprocessor/33919
+ * gcc.dg/pr33919.c: New test.
+ * gcc.dg/pr33919-0.h: New test header file.
+ * gcc.dg/pr33919-1.h: Ditto.
+ * gcc.dg/pr33919-2.h: Ditto.
+
2012-01-02 Paolo Carlini paolo.carl...@oracle.com
===
--- gcc/testsuite/ChangeLog (revision 182601)
+++ gcc/testsuite/ChangeLog (working copy)
@@ -1,3 +1,11 @@
+2011-12-21 Gary Funck g...@intrepid.com
+
+ PR preprocessor/pr33919
+ * gcc.dg/pr33919.c: New test
On 11/09/11 14:22:22, Steve Kargl wrote:
Besides bootstrapping, you could use --disable-libitm or it might also
work to specify --disable-build-poststage1-with-cxx which also saves you
from building the C++ compiler if you don't want it.
Doing a full bootstrap adds 3+ hours on my
A comment on the documentation:
Index: gcc/doc/install.texi
===
--- gcc/doc/install.texi (revision 176348)
+++ gcc/doc/install.texi (working copy)
@@ -1286,6 +1286,13 @@ will try to guess whether the @code{.ini
Build
On 11/22/11 18:19:55, Michael Matz wrote:
This particular compilation (insn-emit.c) has been running for
5.5 hours. Typically, a full bootstrap (with minimal checks) would
finish in much less than 30 minutes on this server.
Yes, don't use --enable-checking=all for bootstraps. =all
On 07/15/11 23:52:46, Ian Lance Taylor wrote:
[...]
@@ -444,6 +448,9 @@ STAGE1_LANGUAGES = @stage1_languages@
# the last argument when conflicting --enable arguments are passed.
# * Likewise, we force-disable coverage flags, since the installed
# compiler probably has never heard of
On 11/22/11 11:32:03, Ian Lance Taylor wrote:
If CXXFLAGS, is this a potentially surprising departure from
previous configure behavior?
Perhaps. I don't see how we could reasonably make any other choice,though.
Agreed. Just wondering if there might be potential documentation impact,
re:
On 11/22/11 12:57:38, Diego Novillo wrote:
--enable-checking=all enables GC checking, so I am not really
surprised at the behaviour you observe.
Good to know. Thanks.
I will try rebuilding with --disable-build-poststage1-with-cxx and
--enable-checking=all to try to determine if this is
On 10/13/11 06:15:31, Laurynas Biveinis wrote:
[...] In your case (correct me if I misunderstood something)
you have one hash table, marking of which will mark more objects
which are required for the correct marking of the second hash table.
GC might be simply walking the second one first.
On 10/11/11 11:05:18, Eric Botcazou wrote:
One easy way to address the current issue is to call
tree_int_cst_equal() if the integer constant tree pointers
do not match:
if ((c1 != c2) !tree_int_cst_equal (c1, c2))
/* integer constants aren't equal. */
You have two
On 10/12/11 14:00:54, Richard Guenther wrote:
I think there is an issue when two cache htabs refer to each other
with respect to GC, you might search the list to find out more.
Richard, thanks. I thought that might be the case, but
I don't understand the GC well enough to make this
On 10/11/11 10:24:52, Richard Guenther wrote:
GF: 1. Is it valid to assume that pointer equality is sufficient
GF: to compare two integer constants for equality as long as they
GF: have identical type and value?
Yes, if both constants are live
The upc blocking factor hash table is declared
Recently, a few UPC test programs failed to compile
due to mis-matches of parameters in a prototype and its
corresponding function definition. The mis-match was
based upon the apparent inequality of UPC layout qualifiers
(blocking factors).
UPC blocking factors are integer constants. They are
On 09/02/11 13:42:32, Joseph S. Myers wrote:
[..] you should just generate #if/#error in the output [...]
OK, take two, attached. (Confirmed that the #if works for
the (, ==, ) relationships between n_langs and the max.
number of languages supported.)
- Gary
2011-09-02 Gary Funck g
2011-09-01 Gary Funck g...@intrepid.com
* opts.c (print_specific_help): Fix off-by-one compare in
assertion check.
* opts.h (CL_PARAMS, CL_WARNING, CL_OPTIMIZATION, CL_DRIVER,
CL_TARGET, CL_COMMON, CL_JOINED, CL_SEPARATE, CL_UNDOCUMENTED):
Increase by +5
On 08/30/11 15:52:12, Joseph S. Myers wrote:
Please send a patch. [... on points 1, 2, and 3]0
OK, will do.
GF: Also, the use of fixed masks is problematic. Perhaps the AWK script
GF: could be changed to also generate values for CL_PARAMS, etc., ensuring
GF: that will not conflict with the
On 08/17/11 08:38:44, Gary Funck wrote:
I have been looking at changing UPC's method of
recording the blocking factor so that it uses less space
in the tree type node. The suggested method for
achieving this space reduction is to use a hash table to
map pointers to type nodes into UPC
Recently, we ran make check on the GCC built from the GUPC branck
and compared it against make check run against the GCC trunk version
of the most recent merge with the trunk. The following failure
was detected on the GUPC branch.
cc1: internal compiler error: in print_specific_help, at
On 08/19/11 15:55:12, Joseph S. Myers wrote:
Index: gcc/c-family/c-common.h
===
--- gcc/c-family/c-common.h (revision 177894)
+++ gcc/c-family/c-common.h (working copy)
@@ -103,7 +103,7 @@ enum rid
/* C extensions */
On 08/22/11 22:39:04, Joseph S. Myers wrote:
[...]
This isn't a type modifier; neither is __builtin_types_compatible_p. It's
not within the first 28.
[...]
I don't believe the comment is accurate; I'm not aware of any code for any
C-family front end that uses these values as mask bits at
I have been looking at changing UPC's method of
recording the blocking factor so that it uses less space
in the tree type node. The suggested method for
achieving this space reduction is to use a hash table to
map pointers to type nodes into UPC blocking factors
(for less commonly used blocking
On 07/02/11 00:06:07, Jakub Jelinek wrote:
Yes, look at DECL_VALUE_EXPR/SET_DECL_VALUE_EXPR/DECL_HAS_VALUE_EXPR_P
or DECL_DEBUG_EXPR/SET_DECL_DEBUG_EXPR/DEBUG_EXPR_IS_FROM.
OK, thanks. The UPC front end will be changed use a similar method to
encode UPC's block size.
On 07/01/11 16:39:55, Mike Stump wrote:
You can use that to allocate additional data for the frontend's exclusive
use.
See the C++ frontend, it uses language specific data. :-)
Heh. It sounds like this language-specific hook works well for language
front-ends that aren't sharing the logic
On 07/02/11 15:21:32, Joseph S. Myers wrote:
[...]
In general configure options aren't really a good idea in many cases:
* If something is always best on a particular architecture, maybe you want
a target hook (not macro) rather than a configure option, with the target
hook being set
Off list, Mike S. pointed out that the Objective C
front-end uses the lang-specific extensions to
GCC's tree node, and it shares logic with the C
and C++ front ends. Therefore, the lang-specific
extensions might offer an alternative approach
for storing UPC's layout qualifier. The current plan,
On 07/01/11 19:28:34, Joseph S. Myers wrote:
On Fri, 1 Jul 2011, Gary Funck wrote:
GF: * Most of the #ifdef conditionals have been removed. Some target macros
GF: have been defined and documented in tm.texi. We still have some questions
For each target macro, what is the justification
1 - 100 of 102 matches
Mail list logo