Hi,
this patch fixes a thinko in dwarf2out_do_cfi_asm: some targets
(x86_64-windows) so support cfi psuedo for debug info, but not dwarf2
exception cfi.
No regressions on x86_64-linux-gnu.
Ok to commit ?
2017-07-28 gingold
* dwarf2out.c (dwarf2out_do_cfi_startproc): Return early
Hello,
this patch adds a new option -nolibc to supress -lc in the link command.
This refines -nostdlib/-nostartfiles/nodefaultlibs, so that it is
possible to link with libgcc but without libc.
Our main use case is for embedded targets when we use the GNAT compiler
without an installed libc.
> On 16 Oct 2016, at 21:40, Eric Botcazou wrote:
>
>> Can this be refactored to avoid having to duplicate the whole file for
>> every target?
>
> I'm not sure, maybe entries could be omitted if they match the default though.
Some files could be easily merged (like what was done for ppc and ppc
This patch was pushed on binutils-gdb repo, so I also commit it on gcc.
Tristan.
2015-11-20 Tristan Gingold
Sync with binutils-gdb:
2015-11-20 Tristan Gingold
* configure.ac: Add aarch64-*-darwin* and arm-*-darwin*.
* configure: Regenerate.
Index
> On 28 May 2015, at 17:14, Ian Lance Taylor wrote:
>
> On Thu, May 28, 2015 at 5:01 AM, Tristan Gingold wrote:
>>
>>> On 28 May 2015, at 02:26, Ian Lance Taylor wrote:
>>
>>> The #include will break cross-compilers. It's not OK for
>>&g
> On 28 May 2015, at 02:26, Ian Lance Taylor wrote:
> The #include will break cross-compilers. It's not OK for
> trunk until that is fixed.
I am confused by this comment, for two reasons:
- I don’t see how that would break cross-compilers. Cross compilers
hosted on windows are not impacted
> On 27 May 2015, at 15:36, Jeff Law wrote:
>> +static int
>> +coff_is_symbol (const b_coff_internal_symbol *isym)
>> +{
>> + return isym->type == 0x20 && isym->sec > 0;
>> +}
> You probably want const or enum so that you can have a symbolic name rather
> than 0x20 here. It also seems like th
7;t right--this is coff_is_function_symbol.
Changed.
>
>> + if (coff_expand_symbol (&isym, asym, sects_num, strtab, strtab_size)
>> < 0)
>> + {
>> + error_callback (data, "invalid coff symbol", 0);
>> + return 0;
&
feature on PE.
The new file, pecoff.c, mostly follows the structure of elf.c
Tested on both windows and windows64.
No regression on Gnu/Linux x86.
Tristan.
2015-05-21 Tristan Gingold
* pecoff.c: New file.
* Makefile.am (FORMAT_FILES): Add pecoff.c and dependencies
> On 04 May 2015, at 02:32, David Edelsohn wrote:
>
> On Sat, May 2, 2015 at 6:04 AM, Eric Botcazou wrote:
>>> Why should GCC unnecessarily create stack frames to avoid
>>> compare-debug testcase failures?
>>
>> I'm not sure I understand the question... compare-debug failures are failures
>> (
> #elif ! (defined (__vxworks))
>
> ^^ __vxworks will not be defined by anything other than a vxworks
> compiler, I'd assume (it is certainly not defined by Darwin toolchains)
>
> extern char **environ;
> return environ;
>
> vvv so I don't see how this case will ever be exercised.
> #
> On 21 Jan 2015, at 08:47, Joel Brobecker wrote:
>
> Thank you! :)
What is the rational for having --with-zlib but --with-libz-prefix
(ie zlib vs libz) ? Looks not very consistent.
Tristan.
>
> On Wed, Jan 07, 2015 at 06:45:48PM +0400, Joel Brobecker wrote:
>> Hello,
>>
>> This patch enha
> On 09 Jan 2015, at 00:42, Iain Sandoe wrote:
>
>
> On 8 Jan 2015, at 13:52, Tristan Gingold wrote:
>
>>
>>> On 08 Jan 2015, at 13:49, Iain Sandoe wrote:
>>>
>>> Hi Tristan,
>>>
>>> On 7 Jan 2015, at 10:15, Ar
> On 08 Jan 2015, at 13:49, Iain Sandoe wrote:
>
> Hi Tristan,
>
> On 7 Jan 2015, at 10:15, Arnaud Charlet wrote:
>
>> Use _NSGetEnviron to get environment.
>>
>> Tested on x86_64-pc-linux-gnu, committed on trunk
>>
>> 2015-01-07 Tristan Gi
> On 07 Jan 2015, at 15:45, Joel Brobecker wrote:
>
> Hello,
>
> This patch enhances config/zlib.m4 to introduce an extra option
> --with-libz-prefix which allows us to provide the location of
> the zlib library we want to use during the build.
I prefer the gcc way to provide external library:
> On 12 Nov 2014, at 14:13, Jakub Jelinek wrote:
> + size_t sz;
> + if (__builtin_mul_overflow (x, y, &sz)
Missing right parenthesis ?
I will commit the following change in MAINTAINERS.
Tristan.
2014-10-29 Tristan Gingold
* MAINTAINERS: Change my email address.
--- MAINTAINERS (revision 216822)
+++ MAINTAINERS (working copy)
@@ -136,7 +136,7 @@
RTEMS PortsJoel Sherrill
RTEMS Ports
On 17 Apr 2014, at 16:50, Richard Henderson wrote:
> On 04/17/2014 02:00 AM, Tristan Gingold wrote:
>>
>> On 16 Apr 2014, at 17:36, Richard Henderson wrote:
>>
>>> On 04/16/2014 12:39 AM, Eric Botcazou wrote:
>>>>> The primary bit of rfc
On 16 Apr 2014, at 17:36, Richard Henderson wrote:
> On 04/16/2014 12:39 AM, Eric Botcazou wrote:
>>> The primary bit of rfc here is the hunk that applies to ada/types.h
>>> with respect to Fat_Pointer. Given that the Ada type, as defined in
>>> s-stratt.ads, does not include alignment, I can't
On Sep 24, 2013, at 8:51 PM, Richard Henderson wrote:
> On 09/03/2013 07:08 AM, Tristan Gingold wrote:
>> Hi,
>>
>> The field state->ehp_region wasn't updated before lowering constructs in the
>> eh
>> path of EH_ELSE. As a consequence, __builtin_eh_p
Any comment/review on this patch ?
On Sep 3, 2013, at 4:08 PM, Tristan Gingold wrote:
> Hi,
>
> The field state->ehp_region wasn't updated before lowering constructs in the
> eh
> path of EH_ELSE. As a consequence, __builtin_eh_pointer is lowered to 0 (or
> possibl
on to set the attribute for it in tree.c.
Why is 'builtin_decl_explicit_p (BUILT_IN_TM_LOAD_1)' needed in addition to
flag_tm ?)
No regressions (check-host) on x86-64 GNU/Linux.
Ok for trunk ?
Tristan.
2013-09-03 Tristan Gingold
* tree.c (set_cal
Add dwarfnames.obj, needed to build binutils on VMS hosts.
Committed on both gcc and src trunks.
Tristan.
libiberty/
2013-07-09 Tristan Gingold
* makefile.vms (OBJS): Add dwarfnames.obj
Index: makefile.vms
On Feb 14, 2013, at 3:47 PM, Steven Bosscher wrote:
> On Thu, Feb 14, 2013 at 2:21 PM, Tristan Gingold wrote:
>>> Is there a description for what has to be done in GCC to enable DWARF
>>> with AIX as/ld? E.g. is it required to support the ".dwsect" pseudo?
&
On Feb 14, 2013, at 12:26 PM, Steven Bosscher wrote:
> On Wed, Feb 13, 2013 at 10:33 PM, David Edelsohn wrote:
>> The AIX system supports DWARF debugging, but GCC does not generate it
>> on AIX and GDB does not consume it on AIX.
>
> Is there a description for what has to be done in GCC to enabl
Gerald,
it is ok ?
Tristan.
On Jul 19, 2012, at 12:15 PM, Tristan Gingold wrote:
>
> On Jul 19, 2012, at 11:37 AM, Pedro Alves wrote:
>
>> On 07/19/2012 08:30 AM, Tristan Gingold wrote:
>>
>>> No regression on i386 GNU/Linux.
>>> Committed.
>>
On Jul 19, 2012, at 6:54 PM, Eric Botcazou wrote:
>> I did a manual build and testing for x86_64-pc-mingw32 and I will run a
>> full bootstrap and regression run on GNU/Linux.
>>
>> Tristan.
>>
>> libstdc++-v3/
>> * libsupc++/eh_personality.cc (__gxx_personality_seh0): New function.
>>
On Jul 19, 2012, at 11:37 AM, Pedro Alves wrote:
> On 07/19/2012 08:30 AM, Tristan Gingold wrote:
>
>> No regression on i386 GNU/Linux.
>> Committed.
>
> Nice. Is this NEWS / docs --or wherever release notes are written-- worthy?
>
> Something like this, borrowe
On Jul 17, 2012, at 2:53 PM, Kai Tietz wrote:
> 2012/7/17 Richard Henderson :
>> On 07/17/2012 12:35 AM, Tristan Gingold wrote:
>>> So, the first element of ExceptionInformation will be exc.
>>>
>>> Should I add a comment ?
>>
>> Ah right. D
On Jul 16, 2012, at 6:28 PM, Richard Henderson wrote:
> On 07/13/2012 07:13 AM, Tristan Gingold wrote:
>> +_Unwind_RaiseException (struct _Unwind_Exception *exc)
>> +{
>> + memset (exc->private_, 0, sizeof (exc->private_));
>> +
>> + RaiseException (ST
On Jul 16, 2012, at 5:16 PM, Duncan Sands wrote:
> PS: That said, I have to admit that using void* for builtins does cover the
> most important cases.
Agreed. But I still think that these are two very different issues:
* Doing implicit conversion to void * for builtins is just a convenient way
On Jul 16, 2012, at 4:36 PM, Duncan Sands wrote:
> Hi Tristan,
>
>> Ah, what you want is the use of 'void *' for System.Address.
>> We didn't choose that because the semantic of System.Address (which includes
>> arithmetic on the whole address space) doesn't match the void * one.
>
> void* ari
On Jul 16, 2012, at 3:58 PM, Duncan Sands wrote:
> Hi Tristan,
>
>>> indeed, for two years already. Is there any reason not to do this for all
>>> functions, rather than just limiting it to builtins?
>>
>> I don't understand what do you mean. We need to do this implicit conversion
>> for bui
On Jul 16, 2012, at 3:24 PM, Duncan Sands wrote:
> Hi Tristan,
>
> On 16/07/12 15:17, Tristan Gingold wrote:
>>
>> On Jul 16, 2012, at 3:16 PM, Duncan Sands wrote:
>>
>>> Hi Arnaud,
>>>
>>>> The natural way to import a builtin that r
s, "__builtin_frame_address");
>>
>>Ptr : System.Address;
>>pragma Volatile (Ptr);
>> begin
>>Ptr := Frame_Address (0);
>> end;
>>
>> Tested on x86_64-pc-linux-gnu, committed on trunk
>>
>> 2012-07-16 Tristan Gingold
>>
>> * gcc-interface/decl.c (intrin_return_compatible_p): Map Address to
>> void *.
>>
>
>
Hi,
this is a rebase of RTH's patch posted a few years ago. It is almost
unchanged, except that there is no SEH specific unwind.h header (there are 3
#if/#endif part in unwind-generic.h) and a minor cleanup in unwind-seh.c
(indentation, unused variables).
This patch allows to propagate GCC ex
On Jul 4, 2012, at 8:31 PM, Magnus Fromreide wrote:
> Hello.
>
> Ever since the ISL patch went in my builds have failed.
Which ISL patch ?
> I am building with local copies of all the libraries, so I have added
> gmp, mpfr, mpc, isl and cloog from ftp://gcc.gnu.org/pub/gcc/infrastructure
> to
On Jul 4, 2012, at 1:07 PM, Richard Guenther wrote:
> On Wed, 4 Jul 2012, Tristan Gingold wrote:
>
>>
>> On Jul 4, 2012, at 12:59 PM, Richard Guenther wrote:
>>
>>> On Wed, 4 Jul 2012, Tristan Gingold wrote:
>>>
>>>>
>>>> O
On Jul 4, 2012, at 12:59 PM, Richard Guenther wrote:
> On Wed, 4 Jul 2012, Tristan Gingold wrote:
>
>>
>> On Jul 4, 2012, at 12:32 PM, Richard Guenther wrote:
>>
>>> On Wed, 4 Jul 2012, Tristan Gingold wrote:
>>>
>>>>
>>>> O
On Jul 4, 2012, at 12:32 PM, Richard Guenther wrote:
> On Wed, 4 Jul 2012, Tristan Gingold wrote:
>
>>
>> On Jul 4, 2012, at 10:58 AM, Richard Guenther wrote:
>>
>>> On Wed, 4 Jul 2012, Tristan Gingold wrote:
>>>
>>>>
>>>>
On Jul 4, 2012, at 10:58 AM, Richard Guenther wrote:
> On Wed, 4 Jul 2012, Tristan Gingold wrote:
>
>>
>> On Jul 2, 2012, at 1:43 PM, Richard Guenther wrote:
>>
>>> On Thu, 28 Jun 2012, Diego Novillo wrote:
>>>
>>>> On 12-06-27 11:06 , R
On Jul 2, 2012, at 1:43 PM, Richard Guenther wrote:
> On Thu, 28 Jun 2012, Diego Novillo wrote:
>
>> On 12-06-27 11:06 , Richard Guenther wrote:
>>
>>> 2012-06-27 Richard Guenther
>>> Michael Matz
>>> Tobias Grosser
>>> Sebastian Pop
>>>
>>> config/
>>> * cloog.m4: S
On Jun 25, 2012, at 10:26 AM, Steven Bosscher wrote:
> On Mon, Jun 25, 2012 at 9:13 AM, Eric Botcazou
> wrote:
>>> The PA and SPARC back ends do not define DONT_USE_BUILTIN_SETJMP, so
>>> they also do not have to define JMP_BUF_SIZE. So:
>>>
>>> * config/sparc/sparc.h (JMP_BUF_SIZE):
On Jun 18, 2012, at 4:28 PM, Kai Tietz wrote:
> Hello Tristan,
>
> patch works for me, too. Just one nit about the patch.
>
> 2012/6/18 Tristan Gingold :
>> @@ -8558,6 +8558,11 @@ ix86_frame_pointer_required (void)
>> if (TARGET_32BIT_MS_ABI && cfu
On Jun 22, 2012, at 5:04 PM, Richard Henderson wrote:
> On 06/21/2012 12:48 AM, Tristan Gingold wrote:
>> 2012-06-18 Tristan Gingold
>>
>> * config/i386/winnt.c (i386_pe_seh_end_prologue): Move code to ...
>> (seh_cfa_adjust_cfa): ... that function.
&
On Jun 21, 2012, at 8:19 PM, Richard Henderson wrote:
> On 2012-06-21 00:48, Tristan Gingold wrote:
>> @@ -9142,9 +9152,12 @@ ix86_compute_frame_layout (struct ix86_frame *frame)
>> {
>> HOST_WIDE_INT diff;
>>
>> - /* If we can leave the
On Jun 21, 2012, at 1:57 PM, Václav Zeman wrote:
> On 21 June 2012 09:48, Tristan Gingold wrote:
>> Here is the new version. It is now possible to use __builtin_frame_address
>> (0) to get the current establisher frame thanks to a tiny adjustment.
>>
>> No regressi
Here is the new version. It is now possible to use __builtin_frame_address (0)
to get the current establisher frame thanks to a tiny adjustment.
No regressions on x86_64-linux, and an x86_64-windows native gdb can be built
and run.
Tristan.
2012-06-18 Tristan Gingold
* config
On Jun 19, 2012, at 6:47 PM, Richard Henderson wrote:
> On 2012-06-18 05:22, Tristan Gingold wrote:
>> +/* Output assembly code to get the establisher frame (Windows x64 only).
>> + This corresponds to what will be computed by Windows from Frame Register
>> + and Frame R
On Jun 19, 2012, at 6:47 PM, Richard Henderson wrote:
> On 2012-06-18 05:22, Tristan Gingold wrote:
>> + /* Win64 SEH, very large frames need a frame-pointer as maximum stack
>> + allocation is 4GB (add a safety guard for saved registers). */
>> + if (TARGET_64BIT_MS_
On Jun 18, 2012, at 4:28 PM, Kai Tietz wrote:
> Hello Tristan,
>
> patch works for me, too. Just one nit about the patch.
>
> 2012/6/18 Tristan Gingold :
>> @@ -8558,6 +8558,11 @@ ix86_frame_pointer_required (void)
>> if (TARGET_32BIT_MS_ABI && cfu
ding and using gdb which uses setjmp/longjmp internally
for its exception mechanism.
Bootstrapped and regtested on x86_64 GNU/Linux.
Comments are welcome.
Tristan.
2012-06-18 Tristan Gingold
* doc/extend.texi (X86 Built-in Functions): Document
__builtin_establish
On Jun 18, 2012, at 1:01 PM, Steven Bosscher wrote:
> Hello,
>
> There are exactly 2 references to the target macro VMS_TARGET:
>
> cp/decl.c:#if VMS_TARGET
> config/vax/vax.h:#define VMS_TARGET 0
>
> I'm not sure what the macro is for. GCC seems to support a couple of
> VMS targets, but none
On Jun 14, 2012, at 11:12 AM, Pedro Alves wrote:
> On 06/13/2012 10:35 PM, Richard Henderson wrote:
>
>> On 2012-06-13 02:13, Pedro Alves wrote:
>>> Related, does gcc forbid "long long" / ULL ?
>>
>>
>> Normally, yes. The vmsdbgout.c file seems to use it all over though.
>
>
> And git blame
On Jun 12, 2012, at 5:00 PM, Gabriel Dos Reis wrote:
> On Tue, Jun 12, 2012 at 7:33 AM, Arnaud Charlet wrote:
>> No functional change.
>>
>> Tested on x86_64-pc-linux-gnu, committed on trunk
>>
>> 2012-06-12 Tristan Gingold
>>
>>* a-
On May 29, 2012, at 5:27 PM, Thomas Schwinge wrote:
> Hi!
>
> While looking at libatomic's, I noticed that fixincludes' configure can't
> be regenerated without errors. Here is a patch, in spirit of
> 749dea2a0549c126a0e992a6dd8e9b5eb28e1cee. OK to commit?
Humm, looks like the same as Tobias
On May 29, 2012, at 2:49 PM, Jim Meyering wrote:
> Running the following command spots over 1500 typos, and suggests fixes:
>
> $ git ls-files|misspellings -f -|grep -v '^ERROR:'|perl -pe \
> 's/^(.*?)\[(\d+)\]: (\w+) -> "(.*?)"$/sed -i '\''${2}s!$3!$4!'\'' $1/' > k
>
> The misspellings comma
Ping for:
On May 15, 2012, at 10:59 AM, Tristan Gingold wrote:
> Hi,
>
> I got ICE in plus_constant (after the assertions were added) due to
> expand_expr_addr_expr_1 during build on ia64/Openvms.
>
> This function is called with TMODE == SImode (32 bit pointers) but EX
Ping for:
On May 15, 2012, at 11:26 AM, Tristan Gingold wrote:
> Hi,
>
> the end_prologue debug hook (only used by dwarf on VMS) is currently called
> at the NOTE_INSN_FUNCTION_BEG. This is not what its name implies, neither
> what the VMS debugger expect and neither wh
On May 22, 2012, at 7:17 PM, Richard Henderson wrote:
> On 05/15/12 01:52, Tristan Gingold wrote:
>> 2012-05-14 Tristan Gingold
>>
>> * common/config/ia64/ia64-common.c (ia64_except_unwind_info): Fix typo.
>
> Ok.
Thanks, committed.
Tristan.
On May 22, 2012, at 7:17 PM, Richard Henderson wrote:
> On 05/15/12 02:10, Tristan Gingold wrote:
>> 2012-05-15 Tristan Gingold
>>
>> * config/i386/i386.c (struct ix86_frame): Remove unused frame field.
>> (ix86_compute_frame_layout): Fix type of stack_a
On May 22, 2012, at 11:20 AM, Tobias Burnus wrote:
> Dear all,
>
> an --enable-maintainers-build fails here with:
>
> configure.ac:99: error: possibly undefined macro: gcc_AC_FUNC_MMAP_BLACKLIST
> If this token and others are legitimate, please use m4_pattern_allow.
> See the Autoconf
Ping for:
On May 15, 2012, at 11:10 AM, Tristan Gingold wrote:
> Hi,
>
> use of 'unsigned int' for i386.c:ix86_compute_frame_layout
> stack_alignment_needed results in truncation of frame offset in code such as:
>
> offset = (offset + stack_alignment_needed -
Ping for:
On May 15, 2012, at 10:52 AM, Tristan Gingold wrote:
> hi,
>
> looks like a typo...
>
> Ok for trunk ?
>
> Tristan.
>
> 2012-05-14 Tristan Gingold
>
> * common/config/ia64/ia64-common.c (ia64_except_unwind_info): Fix typo.
>
> d
On May 15, 2012, at 11:13 AM, Richard Guenther wrote:
> On Tue, May 15, 2012 at 10:55 AM, Tristan Gingold wrote:
>>
>> On May 4, 2012, at 2:34 PM, Richard Guenther wrote:
>>
>>> On Fri, May 4, 2012 at 2:27 PM, Tristan Gingold wrote:
>>>> Hi,
insn that corresponds to something the user wrote. These may be
very different locations once scheduling is enabled. */
This is fixed by this patch.
No regressions on x86_64 GNU/Linux.
Ok for trunk ?
Tristan.
2012-05-15 Tristan Gingold
* final.c (final_scan_insn): Move call
DE_INT).
As a consequence, frames larger than 4GB are squeezed.
Also, the frame field of struct ix86_frame is never used.
Bootstrapped and reg-tested on x86_64 GNU/Linux, without regressions.
Ok for trunk ?
Tristan.
2012-05-15 Tristan Gingold
* config/i386/i386.c (struct ix86_frame):
following patch.
No regression on x86-64 GNU/Linux.
Ok for trunk ?
Tristan.
2012-05-15 Tristan Gingold
* expr.c (expand_expr_addr_expr_1): Call
convert_memory_address_addr_space.
diff --git a/gcc/expr.c b/gcc/expr.c
index 3edb4a2..1b0ad8d 100644
--- a/gcc/expr.c
+++ b/gcc/expr.c
On May 4, 2012, at 2:34 PM, Richard Guenther wrote:
> On Fri, May 4, 2012 at 2:27 PM, Tristan Gingold wrote:
>> Hi,
>>
>> get_string_length assumes that precision of size_t is the same as precision
>> of a pointer, which isn't always true at least on VMS.
>&
hi,
looks like a typo...
Ok for trunk ?
Tristan.
2012-05-14 Tristan Gingold
* common/config/ia64/ia64-common.c (ia64_except_unwind_info): Fix typo.
diff --git a/gcc/common/config/ia64/ia64-common.c b/gcc/common/config/ia64/ia64-
index 1168253..79aed6a 100644
--- a/gcc/common
On May 10, 2012, at 10:41 PM, Vladimir Makarov wrote:
> On 05/10/2012 09:10 AM, Tristan Gingold wrote:
>> Hi,
>>
>> I am getting a segfault in ira-color.c:2945 on the trunk:
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x00a79f3
pe for argument 1 of 'plus_constant'
>> /gcc/spec/sb-terbium-head-64/gcc/gcc/config/ia64/ia64.c:3279: warning:
>> passing argument 2 of 'plus_constant' makes pointer from integer
>> without a cast
>> /gcc/spec/sb-terbium-head-64/gcc/gcc/config/ia64
On May 10, 2012, at 10:41 PM, Vladimir Makarov wrote:
> On 05/10/2012 09:10 AM, Tristan Gingold wrote:
>> Hi,
>>
>> I am getting a segfault in ira-color.c:2945 on the trunk:
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x00a79f3
Hi,
I am getting a segfault in ira-color.c:2945 on the trunk:
Program received signal SIGSEGV, Segmentation fault.
0x00a79f37 in move_spill_restore () at ../../src/gcc/ira-color.c:2945
2945 || ira_reg_equiv_const[regno] != NULL_RTX
(gdb) l
2940 /* don't d
On May 8, 2012, at 5:39 PM, Tom Tromey wrote:
>>>>>> "Tristan" == Tristan Gingold writes:
>
> Tristan> 2012-05-04 Tristan Gingold
> Tristan> * expr.c (interpret_float_suffix): Add a guard.
>
> Ok.
Thanks, now committed.
On May 4, 2012, at 2:34 PM, Richard Guenther wrote:
> On Fri, May 4, 2012 at 2:27 PM, Tristan Gingold wrote:
>> Hi,
>>
>> get_string_length assumes that precision of size_t is the same as precision
>> of a pointer, which isn't always true at least on VMS.
>&
trunk ?
Tristan.
2012-05-04 Tristan Gingold
* tree-ssa-strlen.c (get_string_length): Convert lhs if needed.
diff --git a/gcc/tree-ssa-strlen.c b/gcc/tree-ssa-strlen.c
index a37633a..bda5ffb 100644
--- a/gcc/tree-ssa-strlen.c
+++ b/gcc/tree-ssa-strlen.c
@@ -427,6 +427,12 @@ get_string_l
[0x]
which is likely (and does) crash cc1.
To avoid this nasty effect, I just added a guard.
Bootstrapped and regtested on i386/GNU linux.
Ok for trunk ?
Tristan.
libcpp/
2012-05-04 Tristan Gingold
* expr.c (interpret_float_suffix): Add a guard.
diff --git a/libcpp/expr.c b
On May 2, 2012, at 9:12 PM, Steven Bosscher wrote:
> Hello,
>
> alpha-vms is the only target that does not define
> ASM_OUTPUT_ADDR_DIFF_ELT. That makes the code in stmt.c to handle this
> case alpha-vms specific. But there is a better way to handle this:
> Just mimic -fno-jump-tables if flag_pi
On May 2, 2012, at 11:45 PM, Richard Henderson wrote:
> On 05/02/2012 12:26 PM, Steven Bosscher wrote:
>>> * config/alpha/vms.h (SUBTARGET_OVERRIDE_OPTIONS): For pic code,
>>> unset flag_jump_tables.
>>> * stmt.c (expand_case): Remove special flag_pic case conditional
>>>
On Apr 18, 2012, at 8:23 PM, Bruce Korb wrote:
> Hi,
>
> When I approved a patch in 2008, there was a typo. I didn't
> notice and it was "fixed" by removing a formatting element.
> Your patch corrects the error.
>
> Please apply your changes to active branches. Thank you!
> Regards, Bruce
Th
On Apr 17, 2012, at 4:21 PM, Bruce Korb wrote:
> Hi Tristan,
>
> On Tue, Apr 17, 2012 at 5:57 AM, Tristan Gingold wrote:
>> Hi,
>>
>> one-process methodology cannot be used on VMS[...]
>> But, when twoprocess is selected, gcc emits a warning[...]
>
istan.
fixincludes/
2012-04-17 Tristan Gingold
* fixincl.c (fix_with_system): Add missing specifier.
* configure.ac: Default to twoprocess on vms.
* configure: Regenerate.
diff --git a/fixincludes/configure.ac b/fixincludes/configure.ac
index e7de791..f1fb2ff 100644
--- a/fixinc
On Apr 11, 2012, at 4:52 PM, Mike Stump wrote:
> On Apr 11, 2012, at 7:04 AM, Bernd Schmidt wrote:
>> On 04/11/2012 04:02 PM, Tristan Gingold wrote:
>>>
>>> On Apr 11, 2012, at 3:55 PM, Bernd Schmidt wrote:
>>>> I'm working on a target where intptr_t
On Apr 11, 2012, at 3:55 PM, Bernd Schmidt wrote:
> I'm working on a target where intptr_t and pointers are larger than
> size_t and ptrdiff_t. The testsuite has problems in this area, since we
> often use the latter two types for casting from/to pointers, leading to
> unwanted warnings. In some
On Apr 11, 2012, at 12:03 PM, Richard Guenther wrote:
> On Wed, Apr 11, 2012 at 11:33 AM, Tristan Gingold wrote:
>> Hi,
>>
>> this paragraph is inside the 'i386 type attributes' section, while it isn't
>> target specific.
>>
>> This patc
Hi,
this paragraph is inside the 'i386 type attributes' section, while it isn't
target specific.
This patch moves it at the end of the attribute list. Maybe we should remove
it completely
as there is an 'attribute syntax' section.
Ok for trunk ?
Tristan.
20
On Apr 6, 2012, at 12:26 AM, Ian Lance Taylor wrote:
> Tristan Gingold writes:
>
>> gcc/
>> 2012-04-05 Tristan Gingold
>>
>> * gengtype.c (main): Make uintptr_t a known type.
>>
>> include/
>> 2012-04-05 Tristan Gingold
>>
&
On Apr 4, 2012, at 5:07 PM, Ian Lance Taylor wrote:
> Tristan Gingold writes:
>
>> Would something like that be acceptable ?
>> I have just checked that I can still build gcc with that patch. If you like
>> this approach I will properly submit a patch.
>
> Tha
On Apr 4, 2012, at 5:07 PM, Ian Lance Taylor wrote:
> Tristan Gingold writes:
>
>> Would something like that be acceptable ?
>> I have just checked that I can still build gcc with that patch. If you like
>> this approach I will properly submit a patch.
>
> Tha
On Apr 4, 2012, at 3:58 PM, Ian Lance Taylor wrote:
> Tristan Gingold writes:
>
>> include/
>> 2012-04-04 Tristan Gingold
>>
>> * splay-tree.h: Use LLP64 definitions of libi_shostptr_t and
>> libi_hostptr_t for VMS with 64bit pointers.
>
On Apr 4, 2012, at 11:26 AM, Pedro Alves wrote:
> On 04/04/2012 09:55 AM, Tristan Gingold wrote:
>
>> Hi,
>>
>> unfortunately VMS (when 64bit pointers are used - which is nice for gcc) is
>> also an LLP64 platform.
>> So I need to follow to Win64 way in s
Hi,
unfortunately VMS (when 64bit pointers are used - which is nice for gcc) is
also an LLP64 platform.
So I need to follow to Win64 way in splay-tree.h.
Tested manually by build (and using) gcc on ia64-hp-openvms.
Ok for trunk ?
Tristan.
include/
2012-04-04 Tristan Gingold
Hi,
I am committing this patch (as obvious) to adjust the style of the VMS specific
function to_ptr32.
Tested by building for ia64-hp-openvms.
Tristan.
libiberty/
2012-04-04 Tristan Gingold
* pex-unix.c (to_ptr32): Fix style.
Index: pex-unix.c
On Apr 4, 2012, at 10:18 AM, Richard Guenther wrote:
> On Wed, 4 Apr 2012, Tristan Gingold wrote:
>
>> Hi,
>>
>> this patch fixes a build time failure on VMS (while compiling Ada RTS file
>> i-cstrin.adb) due to the use of short pointers:
&g
so tested with our internal testsuite.
I haven't run the GCC testsuite on a regular platform, as the condition will
never trigger.
Ok for trunk ?
Tristan.
2012-04-04 Tristan Gingold
* expr.c (expand_expr_real_2): Handle larger sizetype in
POINTER_PLUS_EXPR.
--- a/gcc/
On Apr 3, 2012, at 5:53 PM, Tobias Burnus wrote:
>
> On 04/03/2012 02:42 PM, Tristan Gingold wrote:
>> The simplest path is simply to reverse the include order in libgfortran.h.
>> I know that this is somewhat VMS specific, and I welcome better ideas.
>
> Well, changi
I'd like to ping this patch as it fixed an ICE visible on both ia64 linux and
ia64 openvms.
Tristan.
On Mar 6, 2012, at 11:07 PM, Eric Botcazou wrote:
> We have a regression on one of the testcases of our internal testsuite on
> IA-64
> with a 4.7-based compiler, which is of the form:
>
> t
ly other "unknown" insn, namely set_bsp, didn't need that because it comes
> always last in a function).
>
> Bootstrapped/regtested on IA-64/Linux (and also tested on IA-64/HP-UX and
> VMS),
> OK for the mainline?
>
>
> 2012-03-06 Eric Botcazo
04-03 Tristan Gingold
* libgfortran.h: Include complex.h before math.h
diff --git a/libgfortran/libgfortran.h b/libgfortran/libgfortran.h
index be5f133..ea20e14 100644
--- a/libgfortran/libgfortran.h
+++ b/libgfortran/libgfortran.h
@@ -42,11 +42,19 @@ see the files COPYING
1 - 100 of 272 matches
Mail list logo
