Jakub Jelinek wrote:
On Tue, Jun 10, 2014 at 07:37:50PM +0200, Ulrich Weigand wrote:
the following C++ test case:
struct pollfd
{
int fd;
short int events;
short int revents;
};
struct Pollfd : public pollfd { };
struct Pollfd myfd[10];
int test
Jason Merrill wrote:
On 09/15/2014 11:21 AM, Ulrich Weigand wrote:
Jakub Jelinek wrote:
On Tue, Jun 10, 2014 at 07:37:50PM +0200, Ulrich Weigand wrote:
the following C++ test case:
struct pollfd
{
int fd;
short int events;
short int revents;
};
struct
,
call_used_reg_set)
- || HARD_REGNO_CALL_PART_CLOBBERED (regno, mode))
If a register is in crossed_calls_clobber_regs, can it ever *not*
be a call-clobbered register?
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers
), which is
invalid RTL.
Now I guess this check could be relaxed if somewhere else in combine we'd
recognize the substitution into a clobber and simply omit it in that case.
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
an oversight?
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
says BASE_REGNUM should be avoided, but the actual
implementation of the macro seems to avoid *all* registers *but*
BASE_REGNUM ...
Am I misreading this, or is there indeed a logic error here?
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
) : Likewise.
(SPE_HIGH_REGNO_P) : New macro to identify SPE high registers.
* gcc.target/powerpc/pr60102.c: New testcase.
The patch is okay with me if Uli is satisfied.
Yes, this is fine with me.
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
approve the patch myself.)
Thanks,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
Hello,
I've checked in a fix provided by Jim Johnston on the TPF team to fix a case
where the special TPF unwinder didn't work correctly.
Tested on TPF by Jim, committed to mainline.
Bye,
Ulrich
ChangeLog:
gcc/
2014-07-30 Ulrich Weigand ulrich.weig...@de.ibm.com
* config/s390/s390
the warning in the
log, just as with the C and C++ tests, but the warning is filtered out by the
dejagnu scripts and doesn't cause failures).
However, I've been testing with the above version of the macro, not sure if
that explains the difference.
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux
rs6000_special_adjust_field_align_p(FIELD, COMPUTED) \
+ (TARGET_ALTIVEC TREE_CODE (TREE_TYPE (FIELD)) == VECTOR_TYPE)
/* Skip a variable name, enclosed in quotes (). */
static inline
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
rh1 */ \
+ rs6000_reg_names[119][0], /* SPE rh2 */ \
You need to actually initialize those rs6000_reg_names field in rs6000.c
if you refer to them here.
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig
David Edelsohn wrote:
On Mon, Jul 14, 2014 at 2:52 PM, Ulrich Weigand uweig...@de.ibm.com wrote:
gcc/testsuite/ChangLog:
* config/rs6000/rs6000.c (rs6000_function_arg): If a float argument
does not fit fully into floating-point registers, and there is still
space
will
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
} */
+
+struct f8
+ {
+float x[8];
+ };
+
+void test (struct f8 a, struct f8 b) /* { dg-message note: the ABI of passing
homogeneous float aggregates will change } */
+{
+}
+
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
a) /* { dg-message note: the ABI of passing aggregates
with 16-byte alignment will change } */
+{
+}
+
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
} } } */
+/* { dg-require-effective-target powerpc_altivec_ok } */
+/* { dg-options -maltivec } */
+
+struct test
+ {
+int a __attribute__((vector_size (8)));
+ }; /* { dg-message note: the layout of aggregates containing vectors with
8-byte alignment will change } */
+
--
Dr. Ulrich Weigand
GNU
the compat-use-*-compiler definitions.
load_lib compat.exp
+# Provide the g++-dg-prune routine (gcc-dp.exp is loaded by compat.exp)
+load_lib g++-dg.exp
+
g++_init
# Save variables for the C++ compiler under test, which each test will
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
Richard Biener wrote:
On Mon, Jul 14, 2014 at 8:55 PM, Ulrich Weigand uweig...@de.ibm.com wrote:
Hello,
this is an attempt to update the prior patch:
https://gcc.gnu.org/ml/gcc-patches/2014-07/msg00635.html
to add a -Wpsabi note as discussed.
However, this is causing a bit
-options -mabi=elfv2 } */
+
+struct f8
+ {
+float x[8];
+ };
+
+void test (struct f8 a, struct f8 b) /* { dg-message note: the ABI of passing
homogeneous float aggregates has changed } */
+{
+}
+
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
-byte alignment has changed } */
+{
+}
+
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
alignment has changed } */
+
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
: the layout of aggregates containing vectors with
8-byte alignment has changed } */
+
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
;
+ }
}
if (passed_in_gprs
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
aggregate types are in fact not aligned. */
+ else if (TARGET_MACHO rs6000_darwin64_abi
mode == BLKmode
type TYPE_ALIGN (type) 64)
return 128;
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
) \
- ((TARGET_ALTIVEC TREE_CODE (TREE_TYPE (FIELD)) == VECTOR_TYPE) \
-? 128 : COMPUTED)
-
#undef BIGGEST_FIELD_ALIGNMENT
/* Use ELF style section commands. */
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
David Edelsohn wrote:
On Wed, Jul 9, 2014 at 12:06 PM, Ulrich Weigand uweig...@de.ibm.com wrote:
Hello,
running the ABI compatibility test suite against another compiler showed
strange effects caused by code in ADJUST_FIELD_ALIGN on rs6000:
#define ADJUST_FIELD_ALIGN(FIELD, COMPUTED
Mike Stump wrote:
On Jun 28, 2014, at 3:31 AM, Ulrich Weigand uweig...@de.ibm.com wrote:
Mike Stump wrote:
(rs6000_aggregate_candidate): Use wide-int interfaces.
[snip]
- /* Can't handle incomplete types. */
- if (!COMPLETE_TYPE_P (type))
-return -1;
+ /* Can't handle
the ABI compatibility test suite.)
Fortunately, this bug never made it into any (FSF or distribtion)
GCC release, so we can simply fix it now without introducing any
incompatibilities ...
I've checked in the following patch as obvious.
Bye,
Ulrich
ChangeLog:
2014-06-28 Ulrich Weigand ulrich.weig
, not the pointed-to data ... (LLVM actually also
does it this way.)
Is this a bug in GCC (or the documentation)?
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
the notion of closest surrounding subobject?
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
}
hbr_insn = insn;
}
! if (INSN_CODE (insn) == CODE_FOR_blockage next_insn)
{
if (GET_MODE (insn) == TImode)
PUT_MODE (next_insn, TImode);
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
(operands[1]) + INTVAL (operands[2])
! GET_MODE_BITSIZE (GET_MODE (operands[0])))
! FAIL;
! spu_expand_insv(operands);
! DONE;
! })
;; Simplify a number of patterns that get generated by extv, extzv,
;; insv, and loads.
--
Dr. Ulrich Weigand
GNU/Linux compilers
loaded is the stack pointer, we must
+ avoid loading any other value into it, even temporarily. */
+ if (REG_P (target) REGNO (target) == STACK_POINTER_REGNUM)
+ return false;
}
base_reg = XEXP (addr, 0);
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
change is that sibcalls can be allowed in more cases than the current
code allows.
I concur with Jeff and Alan that 9/26 should be safe.
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
Hello,
currently, there is no support for spu-elf in crossconfig.m4. In the past,
we've usually worked around this by configuring GCC with --with-newlib.
But that has other drawbacks since it performs no link tests at all, and
thus assumes only a very minimal set of features available via
Jonathan Wakely wrote:
On 20 March 2014 18:04, Ulrich Weigand wrote:
Hello,
currently, there is no support for spu-elf in crossconfig.m4. In the past,
we've usually worked around this by configuring GCC with --with-newlib.
But that has other drawbacks since it performs no link tests
#if HAVE_DLFCN_H
*** done
*** 16602,16607
--- 16603,16610
+
+
fi
# Check strerror_r, cannot be above as versions with two and three arguments
exist
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
if (reg_class_subset_p (BASE_REGS, rclass))
return BASE_REGS;
else
return NO_REGS;
}
(which is similar to how we did it for s390).
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
* reload1.c (emit_input_reload_insns): When reload_override_in,
set old to rl-in_reg when rl-in_reg is a subreg.
This is OK, assuming no regressions.
Thanks,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
the condition if OLDEQUIV and OLD are different should be
true if the input value was inherited. Can you check whether
this case is hit with your test case?
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
ENABLE_CHECKING
gcc_assert (find_replacement (XEXP (...)) == XEXP (...));
#endif
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
middle-end/52306
* reload1.c (emit_input_reload_insns): Do not create invalid RTL
when changing the SET_DEST of a prior insn to avoid an input
reload.
This is OK.
Thanks,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
}, \
{ cpp_os_yellowknife, CPP_OS_YELLOWKNIFE_SPEC }, \
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
.html
Actually, now I think the problem originally described there is still
valid: on s390 the CFA is *not* equal to the value at function entry,
but biased by 96/160 bytes. So setting the SP to the CFA is wrong ...
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
is wrong ...
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
Jakub Jelinek wrote:
On Wed, Feb 05, 2014 at 10:26:16PM +0100, Ulrich Weigand wrote:
Actually, now I think the problem originally described there is still
valid: on s390 the CFA is *not* equal to the value at function entry,
but biased by 96/160 bytes. So setting the SP to the CFA is wrong
David Edelsohn wrote:
On Mon, Nov 18, 2013 at 3:07 PM, Ulrich Weigand uweig...@de.ibm.com wrote:
Also note that this patch does not change how TDmode values are loaded
into GPRs: on little-endian, this means we do get the usual LE subreg
order there (least significant word in lowest
)
MODEmode != TImode
+ !gpr_or_gpr_p (operands[0], operands[1])
(memory_operand (operands[0], MODEmode)
^ memory_operand (operands[1], MODEmode)))
{
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
))
abort();
}
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
(working copy)
@@ -11,7 +11,11 @@
int i[2];
} ud;
ud.ll = in;
+#ifdef __LITTLE_ENDIAN__
+ return ud.i[1];
+#else
return ud.i[0];
+#endif
}
int main()
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
register range backwards, if we might have destructive
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
: New test.
+/* Check if adding a sNAN and a normal long double does not generate a
+ inexact exception. */
qNaN again :-)
Thanks,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
);
emit_insn (gen_movsd_hardfloat (operands[0], mem));
}
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
David Edelsohn wrote:
On Thu, Nov 14, 2013 at 5:07 PM, Ulrich Weigand uweig...@de.ibm.com wrote:
Here's a patch to add documentation along the lines of what we have
for the longdouble switches.
Doc build tested on powerpc64-linux.
David, would that be OK for mainline, or do have
it
to the GCC test suite ...
Otherwise, this looks reasonable to me (but I cannot approve the patch):
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
Vladimir Makarov wrote:
On 11/13/2013, 8:34 PM, Ulrich Weigand wrote:
Unfortunately, this patch causes cc1 for powerpc64-linux to crash for me
even when compiling int main () { return 0; } with -O due to a memory
corruption somewhere:
I've just fixed it, Ulrich. Really sorry
): Remove statements
in reverse order.
This does indeed fix the Python build problem for me.
Thanks,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
Jeff Law wrote:
On 11/11/13 07:32, Ulrich Weigand wrote:
2013-11-11 Ulrich Weigand ulrich.weig...@de.ibm.com
* calls.c (store_unaligned_arguments_into_pseudos): Skip PARALLEL
arguments.
OK, so after a lot of worrying, I think this is OK. I kept thinking
this had to tie
-existing bug (either
the alignment is computed incorrectly, or it is not being
respected properly throughout the toolchain), and you were
seeing successful runs in the past simply because the structs
just happened to end up at aligned addresses ...
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux
Joseph Myers wrote:
On Tue, 12 Nov 2013, Ulrich Weigand wrote:
Therefore, it is introduces via a new pair of options
-mabi=elfv1 / -mabi=elfv2
where -mabi=elfv1 select the current Linux ABI, and -mabi=elfv2
selects the new one.
New command-line options need invoke.texi
://gcc.gnu.org/bugzilla/show_bug.cgi?id=59119
for a reduced test case ...
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
/gcc/ira.c:5565
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig...@de.ibm.com
Joseph Myers wrote:
On Mon, 11 Nov 2013, Ulrich Weigand wrote:
The ELFv2 ABI is the intended ABI for the new powerpc64le-linux port.
However, it is not inherently tied to the byte order; it it possible
in principle to use the ELFv2 ABI in big-endian mode too.
I'd rather, from a glibc
.
Tested on powerpc64-linux and powerpc64le-linux.
OK for mainline?
Bye,
Ulrich
ChangeLog:
2013-11-11 Ulrich Weigand ulrich.weig...@de.ibm.com
* calls.c (store_unaligned_arguments_into_pseudos): Skip PARALLEL
arguments.
Index: gcc/gcc/calls.c
2013-11-11 Ulrich Weigand ulrich.weig...@de.ibm.com
Alan Modra amo...@gmail.com
ChangeLog:
* function.c (assign_parms): Use all.reg_parm_stack_space instead
of re-evaluating REG_PARM_STACK_SPACE target macro.
(locate_and_pad_parm): New parameter
of that field
is different in little-endian.
Tested on powerpc64-linux and powerpc64le-linux.
OK for mainline?
Bye,
Ulrich
libgcc/ChangeLog:
2013-11-11 Ulrich Weigand ulrich.weig...@de.ibm.com
Alan Modra amo...@gmail.com
* config/rs6000/linux-unwind.h (ppc_fallback_frame_state
on powerpc64-linux and powerpc64le-linux.
OK for mainline?
Bye,
Ulrich
ChangeLog:
2013-11-11 Ulrich Weigand ulrich.weig...@de.ibm.com
* config/rs6000/rs6000.c (rs6000_emit_prologue): Do not place a
RTX_FRAME_RELATED_P marker on the UNSPEC_MOVESI_FROM_CR insn.
Instead, add
ChangeLog:
2013-11-11 Ulrich Weigand ulrich.weig...@de.ibm.com
* config/rs6000/rs6000.c (rs6000_call_indirect_aix): Rename to ...
(rs6000_call_aix): ... this. Handle both direct and indirect calls.
Create call insn directly instead of via various gen_... routines
them for both floating-point and vector
arguments. For the current ABI, the result should be exactly
the same.
No change in generated code intented.
Tested on powerpc64-linux and powerpc64le-linux.
OK for mainline?
Bye,
Ulrich
ChangeLog:
2013-11-11 Ulrich Weigand ulrich.weig...@de.ibm.com
.
OK for mainline?
Bye,
Ulrich
ChangeLog:
2013-11-11 Ulrich Weigand ulrich.weig...@de.ibm.com
* config/rs6000/rs6000.c (rs6000_option_override_internal): Replace
DEFAULT_ABI != ABI_AIX test by testing for ABI_V4 or ABI_DARWIN.
(rs6000_savres_strategy): Likewise
in generated code intented.
Tested on powerpc64-linux and powerpc64le-linux.
OK for mainline?
Bye,
Ulrich
ChangeLog:
2013-11-11 Ulrich Weigand ulrich.weig...@de.ibm.com
* config/rs6000/rs6000.c (USE_FP_FOR_ARG_P): Remove TYPE argument.
(USE_ALTIVEC_FOR_ARG_P): Likewise
the logic by making
explicit the fact that rs6000_arg_partial_bytes does not actually need to
handle the cases described above.
No change in generated code expected.
Tested on powerpc64-linux and powerpc64le-linux.
OK for mainline?
Bye,
Ulrich
ChangeLog:
2013-11-11 Ulrich Weigand ulrich.weig
uw_install_context to install values for multiple fields.
(Note that there is already precedent for unwinder routines being
treated specially in the rs6000.c prologue/epilogue code ...)
Bye,
Ulrich
gcc/ChangeLog:
2013-11-11 Ulrich Weigand ulrich.weig...@de.ibm.com
* config/rs6000/rs6000
markers
emitted by readelf --symbols that indicate local entry points.
- Fix the gotest script to no longer expect function symbols
to reside in the data segment. (I understand this last bit
needs to go into the Go repository first ...)
Bye,
Ulrich
gcc/ChangeLog:
2013-11-11 Ulrich Weigand
/ChangeLog:
2013-11-11 Ulrich Weigand ulrich.weig...@de.ibm.com
* config.gcc [powerpc*-*-* | rs6000-*-*]: Support --with-abi=elfv1
and --with-abi=elfv2.
* config/rs6000/option-defaults.h (OPTION_DEFAULT_SPECS): Add abi.
* config/rs6000/rs6000.opt (mabi=elfv1): New option
called for BLKmode arguments,
and has to handle them using a PARALLEL.
Bye,
Ulrich
ChangeLog:
2013-11-11 Ulrich Weigand ulrich.weig...@de.ibm.com
Michael Gschwind m...@us.ibm.com
* config/rs6000/rs6000.h (AGGR_ARG_NUM_REG): Define.
* config/rs6000/rs6000.c
...
The patch also updates a number of test cases that hardcoded the
stack layout.
Bye,
Ulrich
gcc/ChangeLog:
2013-11-11 Ulrich Weigand ulrich.weig...@de.ibm.com
Alan Modra amo...@gmail.com
* config/rs6000/rs6000.h (RS6000_SAVE_AREA): Handle ABI_ELFv2
value is returned formatted exactly as if
it were being passed as first argument. In order to get this correct
in the big-endian ELFv2 case, we need to provide a non-default
implementation of TARGET_RETURN_IN_MSB.
Bye,
Ulrich
ChangeLog:
2013-11-11 Ulrich Weigand ulrich.weig...@de.ibm.com
:
2013-11-11 Ulrich Weigand ulrich.weig...@de.ibm.com
Alan Modra amo...@gmail.com
* config/rs6000/rs6000-protos.h (rs6000_reg_parm_stack_space):
Add prototype.
* config/rs6000/rs6000.h (RS6000_REG_SAVE): Remove.
(REG_PARM_STACK_SPACE): Call
Hello,
this patch finally throws the switch and enables the ELFv2 ABI
by default on powerpc64le-linux.
Bye,
Ulrich
ChangeLog:
2013-11-11 Ulrich Weigand ulrich.weig...@de.ibm.com
* config/rs6000/sysv4le.h (LINUX64_DEFAULT_ABI_ELFv2): Define.
Index: gcc/gcc/config/rs6000/sysv4le.h
Jeff Law wrote:
On 11/11/13 07:32, Ulrich Weigand wrote:
However, looking more closely, it seems
store_unaligned_arguments_into_pseudos
is not really useful for PARALLEL arguments in the first place. What this
routine does is load arguments into args[i].aligned_regs. But if we have
Joern Rennecke wrote:
2013-05-02 Joern Rennecke joern.renne...@embecosm.com
* reload.c (find_valid_class): Allow classes that do not include
FIRST_PSEUDO_REGISTER - 1.
This is OK.
Thanks,
Ulrich
--
Dr. Ulrich Weigand
GNU/Linux compilers and toolchain
ulrich.weig
)
+ (match_operand:TLSmode 2 rs6000_tls_symbol_ref )]
UNSPEC_TLSGOTTPREL)))]
HAVE_AS_TLS TARGET_CMODEL != CMODEL_SMALL
lTLSmode:tls_insn_suffix %0,%2@got@tprel@l(%1)
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
ulrich.weig...@de.ibm.com
for every use, too.)
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
ulrich.weig...@de.ibm.com
will never
transform paradoxical subregs to accessing excess bytes in memory
any more.
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
ulrich.weig...@de.ibm.com
) = UNKNOWN_LOCATION;
+ return;
+ }
+
p = get_pipe (insn);
if ((CALL_P (insn) || JUMP_P (insn)) SCHED_ON_EVEN_P (insn))
new_insn = emit_insn_after (gen_lnop (), insn);
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
ulrich.weig...@de.ibm.com
Matthew Gretton-Dann wrote:
2013-02-02 Matthew Gretton-Dann matthew.gretton-d...@linaro.org
* gcc/reload.c (subst_reloads): Fix DEBUG_RELOAD build issue.
This is OK.
Thanks,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
ulrich.weig
is probably not limited to AVR.
Indeed, the fix also looks quite obvious though I know nothing about the
code at all.
Thus, ok from a RM perspective if a reload-affine person approves it.
The patch was originally by Bernd, but FWIW it looks good to me as well.
Bye,
Ulrich
--
Dr. Ulrich Weigand
the compiler shouldn't crash either, but I guess it
really ought to be possible to fix this problem elsewhere.
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
ulrich.weig...@de.ibm.com
Mark Kettenis wrote:
Date: Mon, 26 Nov 2012 20:10:06 +0100 (CET)
From: Ulrich Weigand uweig...@de.ibm.com
Hello,
I noticed what appears to be a long-standing bug in generating .dwarf_frame
sections with GCC on Linux on PowerPC.
...
So I'm wondering where to go from here
-bit i386, and
some other operating systems on ppc (AIX, Darwin, BSD).
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
ulrich.weig...@de.ibm.com
David Edelsohn wrote:
On Mon, Nov 26, 2012 at 2:10 PM, Ulrich Weigand uweig...@de.ibm.com wrote:
So I'm wondering where to go from here. I guess we could:
1. Bring GCC (and gas) behaviour in compliance with the documented ABI
by removing the #undef DBX_REGISTER_NUMBER and changing
the condition code hack: simply use identical
numbers in .eh_frame and .dwarf_frame. This would make PowerPC
like other Linux platforms in that respect.
Thoughts?
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
ulrich.weig...@de.ibm.com
http://gcc.gnu.org/ml/gcc-patches/2012-11/msg00984.html
Ping.
Thanks,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
ulrich.weig...@de.ibm.com
Matthias Klose wrote:
2012-11-14 Matthias Klose d...@ubuntu.com
* config/s390/t-linux64: Add multiarch names in MULTILIB_OSDIRNAMES.
This is OK.
Thanks,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
ulrich.weig...@de.ibm.com
;
which apparently is no longer a POD type?
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
ulrich.weig...@de.ibm.com
to vec_PRIVATE_.
Update all users.
(va_heap::release): Do nothing if V is NULL.
(va_stack::release): Likewise.
Committed as rev 193667.
This fixed the spu-elf build failure. Thanks!
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
ulrich.weig
201 - 300 of 613 matches
Mail list logo