Re: [vms] Use fix include on alpha-vms

2011-09-22 Thread Tristan Gingold
On Sep 22, 2011, at 4:21 PM, Bruce Korb wrote: > Hi Tristan, > > On Thu, Sep 22, 2011 at 6:59 AM, Tristan Gingold wrote: >> Hi, >> >> currently alpha-vms is listed as a particular target in >> fixincludes/mkfixinc.sh but ia64-vms isn't. >> As I wi

[Patch]: New fixincludes fixes for vms

2011-09-22 Thread Tristan Gingold
Hi, this patch adds some fixes in fixincludes specific to VMS. Until now we were using a manually modified subset of the VMS headers, but using fix includes is the right way. Ok for mainline ? Tristan. fixincludes/ 2011-09-22 Tristan Gingold * inclhack.def

Re: [Patch]: New fixincludes fixes for vms

2011-09-26 Thread Tristan Gingold
On Sep 23, 2011, at 1:58 AM, Bruce Korb wrote: > On 09/22/11 08:00, Tristan Gingold wrote: >> Hi, >> >> this patch adds some fixes in fixincludes specific to VMS. >> Until now we were using a manually modified subset of the VMS headers, but >> using fix include

[Patch] Support DEC-C extensions

2011-09-29 Thread Tristan Gingold
/ 2011-09-29 Tristan Gingold * doc/invoke.texi: Document -fdecc-extensions. * c-parser.c (c_parser_parms_list_declarator): Handle -fdecc-extensions. gcc/c-family/ 2011-09-29 Tristan Gingold * c.opt (fdecc-extensions): New. gcc/testsuite/ 2011-09-29 Tristan Gingold

Re: [Patch] Support DEC-C extensions

2011-09-30 Thread Tristan Gingold
On Sep 29, 2011, at 5:54 PM, Basile Starynkevitch wrote: > On Thu, 29 Sep 2011 17:10:26 +0200 > Tristan Gingold wrote: > >> Hi, >> >> DEC-C, the DEC compiler provided on VMS, has added to ANSI-C at least one >> extension that is difficult to work-a

Re: [Patch] Support DEC-C extensions

2011-09-30 Thread Tristan Gingold
On Sep 30, 2011, at 11:10 AM, Gabriel Dos Reis wrote: > On Thu, Sep 29, 2011 at 10:10 AM, Tristan Gingold wrote: >> Hi, >> >> DEC-C, the DEC compiler provided on VMS, has added to ANSI-C at least one >> extension that is difficult to work-around as it is use

Re: [Patch] Support DEC-C extensions

2011-09-30 Thread Tristan Gingold
On Sep 30, 2011, at 4:43 PM, Joseph S. Myers wrote: > On Thu, 29 Sep 2011, Tristan Gingold wrote: > >> Hi, >> >> DEC-C, the DEC compiler provided on VMS, has added to ANSI-C at least >> one extension that is difficult to work-around as it is used in the >

Re: [Patch] Support DEC-C extensions

2011-10-03 Thread Tristan Gingold
On Sep 30, 2011, at 5:19 PM, Joseph S. Myers wrote: > On Fri, 30 Sep 2011, Tristan Gingold wrote: > >> If you prefer a target hook, I'm fine with that. I will write such a patch. >> >> I don't think it must be restricted to system headers, as it is possible

Re: [Patch] Support DEC-C extensions

2011-10-04 Thread Tristan Gingold
On Oct 4, 2011, at 11:59 AM, Pedro Alves wrote: > On Monday 03 October 2011 21:23:43, Joseph S. Myers wrote: >> On Mon, 3 Oct 2011, Douglas Rupp wrote: >> >>> On 9/30/2011 8:19 AM, Joseph S. Myers wrote: >>>> On Fri, 30 Sep 2011, Tristan Gingold wrote: >

Re: [Patch] Support DEC-C extensions

2011-10-06 Thread Tristan Gingold
On Oct 3, 2011, at 10:23 PM, Joseph S. Myers wrote: > On Mon, 3 Oct 2011, Douglas Rupp wrote: > >> On 9/30/2011 8:19 AM, Joseph S. Myers wrote: >>> On Fri, 30 Sep 2011, Tristan Gingold wrote: >>> >>>> If you prefer a target hook, I'm

Re: [Patch] Support DEC-C extensions

2011-10-07 Thread Tristan Gingold
On Oct 6, 2011, at 4:12 PM, Joseph S. Myers wrote: > On Thu, 6 Oct 2011, Tristan Gingold wrote: > >> So the consensus is for a dedicated option. Which one do you prefer ? >> >> -funnamed-variadic-parameter >> -fpointless-variadic-functions >> -fallow-par

Re: [patch] dwarf2out: Drop the size + performance overhead of DW_AT_sibling

2011-10-12 Thread Tristan Gingold
On Oct 12, 2011, at 3:50 PM, Jan Kratochvil wrote: > Hi, > > dropping the optional DWARF attribute DW_AT_sibling has only advantages and no > disadvantages: > > For files with .gdb_index GDB initial scan does not use DW_AT_sibling at all. > For files without .gdb_index GDB initial scan has 1.79

[Patch]: fix typo in rs6000.c (AIX bootstrap broken)

2011-10-13 Thread Tristan Gingold
Hi, looks like an obvious typo. Ok for trunk ? Tristan. 2011-10-13 Tristan Gingold * config/rs6000/rs6000.c (rs6000_init_builtins): Fix typo. diff --git a/gcc/config/rs6000/rs6000.c b/gcc/config/rs6000/rs6000.c index 4fd2192..3bfe33e 100644 --- a/gcc/config/rs6000/rs6000.c +++ b

Re: [patch] dwarf2out: Drop the size + performance overhead of DW_AT_sibling

2011-10-14 Thread Tristan Gingold
On Oct 13, 2011, at 10:40 PM, Jan Kratochvil wrote: > On Wed, 12 Oct 2011 16:18:07 +0200, Jan Kratochvil wrote: >> On Wed, 12 Oct 2011 16:07:24 +0200, Tristan Gingold wrote: >>> I fear that this may degrade performance of other debuggers. What about >>> adding a com

Re: [RFC]: Add support for pragma pointer_size

2012-03-09 Thread Tristan Gingold
On Mar 8, 2012, at 7:10 PM, Mike Stump wrote: > On Mar 8, 2012, at 5:49 AM, Tristan Gingold wrote: >> Argh, that's an issue. We don't run the gcc test suite natively on VMS >> because there is no port of Dejagnu (if ever doable) to VMS. We haven't >> tr

[VMS/committed]: Follow VMS name rules more closely for module include files

2012-03-09 Thread Tristan Gingold
d on trunk. Tristan. 2012-03-09 Tristan Gingold * config/vms/vms-c.c (vms_construct_include_filename): New function. (vms_c_register_includes): Reference it. Index: vms-c.c === --- vms-c.c (revision 185132) +

Re: [RFC]: Add support for pragma pointer_size

2012-03-09 Thread Tristan Gingold
On Mar 8, 2012, at 4:18 PM, Joseph S. Myers wrote: > On Thu, 8 Mar 2012, Tristan Gingold wrote: > >> Argh, that's an issue. We don't run the gcc test suite natively on VMS >> because there is no port of Dejagnu (if ever doable) to VMS. We haven't >>

[VMS/committed]: Do not define __size_t on VMS

2012-03-09 Thread Tristan Gingold
as it is already defined and used by the system headers. No regressions for x86_64-darwin after full bootstrap. Tristan. 2012-03-09 Tristan Gingold * ginclude/stddef.h: Do not define __size_t on VMS. diff --git a/gcc/ginclude/stddef.h b/gcc/ginclude/stddef.h index 8a03948e..ebe0190

[VMS/committed]: Add more crtl map entries

2012-03-09 Thread Tristan Gingold
Hi, this patch adds new entries to vms-crtlmap.map. I hope this is the last such patch before I extract by a script all the entries. Committed on trunk. Tristan. 2012-03-09 Tristan Gingold * config/vms/vms-crtlmap.map: Add comments. Add entries needed to build Ada RTS

Re: [VMS/committed]: Do not define __size_t on VMS

2012-03-12 Thread Tristan Gingold
On Mar 9, 2012, at 6:22 PM, Joseph S. Myers wrote: > On Fri, 9 Mar 2012, Tristan Gingold wrote: > >> as it is already defined and used by the system headers. >> >> No regressions for x86_64-darwin after full bootstrap. >> >> Tristan. >> >> 2012

[Patch]: Add include hacks for VMS headers

2012-03-12 Thread Tristan Gingold
? Tristan. fixincludes/ 2012-03-12 Tristan Gingold * inclhack.def (vms_use_quoted_include,vms_add_missing_braces) (vms_do_not_redeclare_hostalias, vms_decc_builtin) (vms_no_64bit_getopt, vms_forward_declare_struct) (vms_use_fast_setjmp): New fixes. * fixincl.x:

[VMS/committed]: Add -mpointer-size switch

2012-03-12 Thread Tristan Gingold
vms*). The patch has many chunks to adjust ™ declarations. Documentation will follow. Tested by build gcc, committed on trunk. Tristan. 2012-03-12 Tristan Gingold * config/vms/vms.opt: Add vms-opts.h header. (mmalloc64): Use flag_vms_malloc64 flag instead of MALLOC64 target

Doc: Merge Alpha/VMS and IA-64/VMS options

2012-03-12 Thread Tristan Gingold
Hi, this patch merges Alpha/VMS and IA-64/VMS options as there is only one .opt for them, so there is no need to duplicate the doc. It also documents -mpointer-size. Tested by 'make info' Ok for trunk ? Tristan. 2012-03-12 Tristan Gingold * doc/invoke.texi (VMS Optio

Re: [VMS/committed]: Add -mpointer-size switch

2012-03-12 Thread Tristan Gingold
On Mar 12, 2012, at 3:14 PM, Douglas Rupp wrote: > On 3/12/2012 4:48 AM, Tristan Gingold wrote: >> Hi, >> >> Now that '#pragma pointer_size' is supported by GCC for VMS, we can add the >> '-mpointer-size' switch (modeled on /POINTER_SIZE=xx DEC-C

Re: [Patch]: Add include hacks for VMS headers

2012-03-12 Thread Tristan Gingold
On Mar 12, 2012, at 3:00 PM, Bruce Korb wrote: > On Mon, Mar 12, 2012 at 3:05 AM, Tristan Gingold wrote: >> Hi, >> >> this patch adds a few fix include entries for VMS so that: > > [things work] > > Looks good to me. Thank you, now committed. Tristan.

Re: Doc: Merge Alpha/VMS and IA-64/VMS options

2012-03-12 Thread Tristan Gingold
On Mar 12, 2012, at 2:07 PM, Richard Guenther wrote: > On Mon, Mar 12, 2012 at 2:00 PM, Tristan Gingold wrote: >> Hi, >> >> this patch merges Alpha/VMS and IA-64/VMS options as there is only one .opt >> for them, so there is no need to duplicate the doc. >>

[VMS/committed]: Fix ABI issue on vms/ia64

2012-03-12 Thread Tristan Gingold
Tristan. 2012-03-12 Tristan Gingold * config/ia64/ia64.c (ia64_function_arg_1): Move code around. (ia64_function_arg_advance): Ditto. Index: gcc/config/ia64/ia64.c === --- gcc/config/ia64/ia64.c (revision

Re: Remove obsolete Tru64 UNIX V5.1B support

2012-03-13 Thread Tristan Gingold
APPLE__) is not correct, '! defined (__alpha_vxworks)' should have been removed too. I will commit this fix (as obvious): ada/ 2012-03-13 Tristan Gingold * sysdep.c: Adjust condition after removal of __osf__. Indent nested directives. diff --git a/gcc/ada/sysdep.

Re: [VMS/committed]: Add -mpointer-size switch

2012-03-13 Thread Tristan Gingold
On Mar 13, 2012, at 12:13 PM, Andreas Schwab wrote: > Tristan Gingold writes: > >> diff --git a/gcc/ada/gcc-interface/decl.c b/gcc/ada/gcc-interface/decl.c >> index 34183ba..120628e 100644 >> --- a/gcc/ada/gcc-interface/decl.c >> +++ b/gcc/ada/gcc-interfac

Re: [VMS/committed]: Add -mpointer-size switch

2012-03-13 Thread Tristan Gingold
On Mar 13, 2012, at 12:48 PM, Richard Guenther wrote: > On Tue, Mar 13, 2012 at 12:20 PM, Tristan Gingold wrote: >> >> On Mar 13, 2012, at 12:13 PM, Andreas Schwab wrote: >> >>> Tristan Gingold writes: >>> >>>> diff --git a/gcc/ada/

Re: [VMS/committed]: Add -mpointer-size switch

2012-03-13 Thread Tristan Gingold
On Mar 13, 2012, at 2:57 PM, Andreas Schwab wrote: > Tristan Gingold writes: > >> For which target ? > > ia64-*-* or alpha-*-* > >> On non-VMS targets, flag_vms_malloc64 is declared in gigi.h as: >> >> /* Let code know whether we are target

Re: [VMS/committed]: Add -mpointer-size switch

2012-03-13 Thread Tristan Gingold
On Mar 13, 2012, at 2:57 PM, Andreas Schwab wrote: > Tristan Gingold writes: > >> For which target ? > > ia64-*-* or alpha-*-* > >> On non-VMS targets, flag_vms_malloc64 is declared in gigi.h as: >> >> /* Let code know whether we are target

Re: [RFC]: Add support for pragma pointer_size

2012-03-14 Thread Tristan Gingold
On Mar 13, 2012, at 9:57 PM, Gary Funck wrote: > 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

[Patch]: Update fixincludes/README

2012-03-14 Thread Tristan Gingold
Hi, fixinc.sh is not anymore in gcc/ directory. So I propose to adjust fixincludes/README. Ok for trunk ? Tristan. fixincludes/ 2012-03-14 Tristan Gingold * README (EXAMPLES OF FIXES): Update. diff --git a/fixincludes/README b/fixincludes/README index 07a3964..c7144a0 100644

[dwarf]:

2012-03-14 Thread Tristan Gingold
a on ia64, thus breaking -gdwarf-3. I think the simplest is to disable this opcode for such targets. Manually tested with gdb on ia64-linux. No regressions for x86_64-darwin. Ok for trunk ? Tristan. 2012-03-14 Tristan Gingold * dwarf2out.c (gen_subprogram_die): Require dwarf unwinding

[C] Handle #pragma before a parameter

2012-03-14 Thread Tristan Gingold
Hi, it happens that some system headers on VMS have #pragma between parameters. This is spotted by building the Ada runtime. This patch simply handles them. Manually tested by building for ia64-hp-openvms. No regressions for c on x86_64-darwin. Ok for trunk ? Tristan. 2012-03-14 Tristan

[Patch/cfgexpand]: also consider assembler_name to call expand_main_function

2012-03-14 Thread Tristan Gingold
ler name is set, otherwise the decl name. Manually tested on ia64-hp-openvms (where this issue was discovered). No C regressions for x86_64-darwin. Ok for trunk ? Tristan. gcc/ 2012-03-14 Tristan Gingold * cfgexpand.c (gimple_expand_cfg): Consider the assembly name to call expan

Re: [Patch/cfgexpand]: also consider assembler_name to call expand_main_function

2012-03-14 Thread Tristan Gingold
On Mar 14, 2012, at 5:08 PM, Richard Guenther wrote: > On Wed, 14 Mar 2012, Tristan Gingold wrote: > >> Hi, >> >> the code to call expand_main_function currently only checks DECL_NAME. This >> leads >> to a hack in ada/gcc-interface/utils.c to handle

Re: [dwarf]:

2012-03-15 Thread Tristan Gingold
Thanks, committed. (And sorry for the truncated subject). Tristan. On Mar 14, 2012, at 6:50 PM, Jason Merrill wrote: > OK. > > Jason

Re: [C] Handle #pragma before a parameter

2012-03-15 Thread Tristan Gingold
Thanks, committed. Tristan. On Mar 14, 2012, at 5:33 PM, Joseph S. Myers wrote: > On Wed, 14 Mar 2012, Tristan Gingold wrote: > >> Hi, >> >> it happens that some system headers on VMS have #pragma between parameters. >> This is spotted by building the Ada run

Re: [Patch/cfgexpand]: also consider assembler_name to call expand_main_function

2012-03-15 Thread Tristan Gingold
On Mar 15, 2012, at 10:37 AM, Richard Guenther wrote: > On Wed, 14 Mar 2012, Tristan Gingold wrote: > >> >> On Mar 14, 2012, at 5:08 PM, Richard Guenther wrote: >> >>> On Wed, 14 Mar 2012, Tristan Gingold wrote: >>> >>>> Hi, >>&

[VMS/committed]: Consolidate config.host VMS entries

2012-03-16 Thread Tristan Gingold
Hi, all the three VMS entries are consolidated into one with this patch. Committed on trunk. Tristan. 2012-03-16 Tristan Gingold * config.host (alpha64-dec-*vms*, alpha*-dec-*vms*) (ia64-hp-*vms*): Replaced by ... (*-*-*vms*): ... This new entry. Index: gcc

[VMS/committed]: Provide C99 stdint.h

2012-03-16 Thread Tristan Gingold
Hi, this patch makes gcc provide the C99 compliant stdint.h header. (required by libquadmath). Committed on trunk. Tristan. 2012-03-16 Tristan Gingold * config.gcc (*-*-*vms*): Define use_gcc_stdint and tm_file. * config/vms/vms-stdint.h: New file. Index: gcc/config.gcc

[VMS/committed]: Define __VMS_VER and __CRTL_VER

2012-03-16 Thread Tristan Gingold
ne). Committed on trunk. Tristan. 2012-03-16 Tristan Gingold * config/vms/vms.h (TARGET_OS_CPP_BUILTINS): Define __CRTL_VER and __VMS_VER. * config/vms/vms-protos.h: Declare vms_c_get_crtl_ver and vms_c_get_vms_ver. * config/vms/vms-c.c (vms

[Patch]: Uncouple size_t and sizetype

2012-03-16 Thread Tristan Gingold
Comments are welcome, Tristan. 2012-03-16 Tristan Gingold * target.def (sizetype_cdecl): New hook. * stor-layout.c (initialize_sizetypes): Use sizetype_cdecl hook to get sizetype name. * targhooks.c (default_sizetype_cdecl): New function. * targhooks.h

[VMS/committed]: Do not use long in vms-unwind.h

2012-03-16 Thread Tristan Gingold
Hi, use of 'long' in vms-unwind.h for registers isn't correct as 'long' should be a 32 bit type on vms. Let replace it with unw_reg, now defined as unsigned __int64. Manually tested on ia64-hp-openvms. Committed on trunk. Tristan. libgcc/ 2012-03-16 Tristan Gingold

Re: [Patch]: Uncouple size_t and sizetype

2012-03-16 Thread Tristan Gingold
On Mar 16, 2012, at 12:02 PM, Richard Guenther wrote: > On Fri, Mar 16, 2012 at 11:39 AM, Tristan Gingold wrote: >> Hi, >> >> currently sizetype precision (cf store-layout.c:initialize_sizetypes) is the >> same as size_t. >> This is an issue on VMS, where s

[Patch IA64]: Fix 32 bits tablejump

2012-03-16 Thread Tristan Gingold
ause this pattern is emitted directly via gen_tablejump in expr.c Tested by running a canadian gcc on ia64-hp-openvms. Ok for trunk ? Tristan. 2012-03-16 Tristan Gingold * config/ia64/vms.h (CASE_VECTOR_MODE): Define. * config/ia64/ia64.md: Remove mode in template. Si

Re: [Patch]: Uncouple size_t and sizetype

2012-03-16 Thread Tristan Gingold
On Mar 16, 2012, at 12:38 PM, Richard Guenther wrote: > On Fri, Mar 16, 2012 at 12:33 PM, Tristan Gingold wrote: >> >> On Mar 16, 2012, at 12:02 PM, Richard Guenther wrote: >> >>> On Fri, Mar 16, 2012 at 11:39 AM, Tristan Gingold >>> wrote: >>&

Re: [Patch]: Uncouple size_t and sizetype

2012-03-19 Thread Tristan Gingold
On Mar 19, 2012, at 9:46 AM, Eric Botcazou wrote: >> The middle-end of course would not care much what you use for sizetype. >> But be warned - if the mode for sizetype is different of ptr_mode things >> are going to be interesting for you (yes, ptr_mode, not Pmode). > > That worked well up to G

Re: [Patch]: Uncouple size_t and sizetype

2012-03-19 Thread Tristan Gingold
On Mar 19, 2012, at 10:41 AM, Eric Botcazou wrote: >> I am lost here. Which targets (with ptr_mode size != Pmode size != >> sizetype size) are you referring to ? > > Targets for which sizetype mode isn't necessarily equal to ptr_mode like VMS. VMS was (in gcc < 4.8) configured with POINTER_SIZ

Re: [Patch]: Uncouple size_t and sizetype

2012-03-19 Thread Tristan Gingold
. As SIZETYPE was already used as a size_type_kind enumeration constant, I made a little renaming work. Bootstrapped, no regressions on x86_64-darwin. Tested on ia64-hp-openvms. Ok for trunk ? Tristan. 2012-03-19 Tristan Gingold * tree.h (enum size_type_kind): Add STK_ prefix to co

Re: [Patch]: Uncouple size_t and sizetype

2012-03-19 Thread Tristan Gingold
On Mar 19, 2012, at 1:36 PM, Richard Guenther wrote: > On Mon, Mar 19, 2012 at 1:02 PM, Tristan Gingold wrote: >> >> On Mar 16, 2012, at 12:38 PM, Richard Guenther wrote: >> […] >> >>> Well, this setup is not well supported by the middle-end (and indeed m3

[Patch] libgfortran: do not assume libm

2012-03-20 Thread Tristan Gingold
r VMS (ia64 and alpha). I have also bootstrapped gcc for x86_64-darwin, without fortran regressions. Ok for trunk ? Tristan. libgfortran/ 2012-03-20 Tristan Gingold * configure.ac: Check for libm. Use AC_CHECK_DECLS for math functions. * configure: Regenerate

[Patch]: ggc-page.c: use uintptr_t instead of size_t

2012-03-20 Thread Tristan Gingold
_t by uintptr_t for such conversions (but still keeping size_t for size expressions). I haven't tried to convert ggc-zone.c, because it requires mmap (which is not usable as is on VMS). Tested by cross bootstrapping for VMS. Ok for trunk ? Tristan. gcc/ 2012-03-20 Tristan Gingold

Re: [Patch] libgfortran: do not assume libm

2012-03-20 Thread Tristan Gingold
On Mar 20, 2012, at 10:48 AM, Tobias Burnus wrote: > Hi Tristan, > >> I am starting to build fortran for VMS. > > Thanks for the patch and this endeavor. > >> The first serious issue was with libgfortran/configure. It checks for >> several math functions, but directly in libm using AC_CHECK_L

Re: [Patch] libgfortran: do not assume libm

2012-03-20 Thread Tristan Gingold
On Mar 20, 2012, at 10:56 AM, Ralf Corsepius wrote: > On 03/20/2012 10:01 AM, Tristan Gingold wrote: >> Hi, >> >> I am starting to build fortran for VMS. >> >> The first serious issue was with libgfortran/configure. It checks for >> several mat

Re: [Patch/cfgexpand]: also consider assembler_name to call expand_main_function

2012-03-20 Thread Tristan Gingold
On Mar 15, 2012, at 10:37 AM, Richard Guenther wrote: > On Wed, 14 Mar 2012, Tristan Gingold wrote: […] > > Well. To make this work in LTO the "main" function (thus, the program > entry point) should be marked at cgraph level and all users of > MAIN_NAME_P should in

Re: [Patch/cfgexpand]: also consider assembler_name to call expand_main_function

2012-03-20 Thread Tristan Gingold
On Mar 20, 2012, at 1:21 PM, Richard Guenther wrote: > On Tue, 20 Mar 2012, Tristan Gingold wrote: > >> >> On Mar 15, 2012, at 10:37 AM, Richard Guenther wrote: >> >>> On Wed, 14 Mar 2012, Tristan Gingold wrote: >> […] >> >>> >>

Re: [Patch/cfgexpand]: also consider assembler_name to call expand_main_function

2012-03-20 Thread Tristan Gingold
On Mar 20, 2012, at 3:19 PM, Richard Guenther wrote: […] > > I'd rather get away from using a global main_identifier_node, instead > make that frontend specific, and introduce targetm.main_assembler_name > which the assembler-name creating langhook would make sure to use > when mangling what the

Re: [Patch/cfgexpand]: also consider assembler_name to call expand_main_function

2012-03-20 Thread Tristan Gingold
On Mar 20, 2012, at 5:01 PM, Richard Guenther wrote: > On Tue, 20 Mar 2012, Tristan Gingold wrote: > >> >> On Mar 20, 2012, at 3:19 PM, Richard Guenther wrote: >> >> […] >>> >>> I'd rather get away from using a global main_identifi

Re: [Patch/cfgexpand]: also consider assembler_name to call expand_main_function

2012-03-21 Thread Tristan Gingold
On Mar 20, 2012, at 6:17 PM, Jan Hubicka wrote: >> On Tue, 20 Mar 2012, Tristan Gingold wrote: >> >>> >>> On Mar 15, 2012, at 10:37 AM, Richard Guenther wrote: >>> >>>> On Wed, 14 Mar 2012, Tristan Gingold wrote: >>> [?] >>

[Patch V2] libgfortran: do not assume libm

2012-03-22 Thread Tristan Gingold
once this change is approved). Tristan. config/ 2012-03-22 Tristan Gingold * math.m4: New file. libgfortran/ 2012-03-22 Tristan Gingold * configure.ac: Use GCC_CHECK_MATH_FUNC for math functions. * acinclude.m4: Include ../config/math.m4 * configure:

Re: [PATCH, alpha]: Some further configure cleanups

2012-03-22 Thread Tristan Gingold
On Mar 22, 2012, at 1:49 PM, Uros Bizjak wrote: > Hello! > > This patch moves a couple of #defines from alpha/alpha.h to > alpha/vms.h to use generic defines from elfos.h. > > 2012-03-22 Uros Bizjak > > * config/alpha/alpha.h (ASM_OUTPUT_ALIGN): Move to elf.h > (ASM_OUTPUT_SKIP)

[Patch]: unwind-ia64: avoid long type

2012-03-22 Thread Tristan Gingold
t i' (make grep 'long' easier). This patch was manually tested on ia64-hp-openvms with Ada. (I plan to run the g++ or ada test suite on ia64-linux if approved). Ok for trunk ? Tristan. libgcc/ 2012-03-22 Tristan Gingold * config/ia64/unwind-ia64.h: Declare unw_word and

Re: [Patch V2] libgfortran: do not assume libm

2012-03-26 Thread Tristan Gingold
On Mar 22, 2012, at 11:06 AM, Paolo Bonzini wrote: > Il 22/03/2012 09:30, Tristan Gingold ha scritto: >> Hi, >> >> this is version 2 of the patch. >> >> The initial problem is that libgfortran configure.ac used AC_CHECK_LIB([m]…) >> to check wether seve

[VMS/committed]: consolidate ia64_start_function and alpha_start_function, rework crt0

2012-03-26 Thread Tristan Gingold
ed on both ia64 and alpha openvms, committed on trunk. Tristan. libgcc/ 2012-03-26 Tristan Gingold * config/alpha/vms.h (LINK_SPEC): Simplify. (STARTFILE_SPEC): Remove -mvms-return-codes handling. (NAME__MAIN, SYMBOL__MAIN): Remove. (VMS_DEBUG_MAIN_POINTE

Re: [VMS/committed]: consolidate ia64_start_function and alpha_start_function, rework crt0

2012-03-26 Thread Tristan Gingold
And the corresponding path is below... On Mar 26, 2012, at 11:37 AM, Tristan Gingold wrote: > Hi, > > there was duplicated code for dealing with -mdebug-main in > ia64_start_function and alpha_start_function. This patch consolidates that. > > The pointer size is recorded

Re: [Patch V2] libgfortran: do not assume libm

2012-03-27 Thread Tristan Gingold
On Mar 26, 2012, at 11:43 PM, Janne Blomqvist wrote: [...] > On x86_64-unknown-linux-gnu bootstrap I see the following: > > > make[1]: Entering directory > `/home/janne/src/gfortran/trunk/objdir-git/x86_64-unknown-linux-gnu/libgfortran' > make check-am > make[2]: Entering directory > `/home/ja

Re: [Patch V2] libgfortran: do not assume libm

2012-03-27 Thread Tristan Gingold
On Mar 27, 2012, at 9:51 AM, Tristan Gingold wrote: > > On Mar 26, 2012, at 11:43 PM, Janne Blomqvist wrote: > [...] > >> On x86_64-unknown-linux-gnu bootstrap I see the following: >> >> >> make[1]: Entering directory >> `/home/janne/src/gfortran

Re: [Patch V2] libgfortran: do not assume libm

2012-03-27 Thread Tristan Gingold
On Mar 27, 2012, at 10:38 AM, Janne Blomqvist wrote: > On Tue, Mar 27, 2012 at 11:01, Tristan Gingold wrote: >> Hi, >> >> this patch fixes this issue. Is it OK ? > > Ok. No check-gfortran regressions on x86_64-darwin, committed. >> Maybe we should in

Re: [Patch IA64]: Fix 32 bits tablejump

2012-03-27 Thread Tristan Gingold
On Mar 16, 2012, at 4:14 PM, Richard Henderson wrote: > On 03/16/12 04:56, Tristan Gingold wrote: >> 2012-03-16 Tristan Gingold >> >> * config/ia64/vms.h (CASE_VECTOR_MODE): Define. >> * config/ia64/ia64.md: Remove mode in template. >

Re: [Patch]: unwind-ia64: avoid long type

2012-03-27 Thread Tristan Gingold
On Mar 22, 2012, at 6:34 PM, Richard Henderson wrote: > On 03/22/12 07:55, Tristan Gingold wrote: >> 2012-03-22 Tristan Gingold >> >> * config/ia64/unwind-ia64.h: Declare unw_word and unw_sword. >> (unw_table_entry): Use unw_wo

[VMS/committed]: Complete CRTL map

2012-03-30 Thread Tristan Gingold
to pre generate the map, and manually edited a few entries. Result of this work is this patch. Committed on trunk after cross bootstrap of ia64-hp-openvms, including the build of libstdc++ and libgfortran. Tristan. 2012-03-30 Tristan Gingold * config/vms/vms.c (VMS_CRTL_FLOAT32

Re: [Patch V2] libgfortran: do not assume libm

2012-03-30 Thread Tristan Gingold
On Mar 27, 2012, at 10:38 AM, Janne Blomqvist wrote: > On Tue, Mar 27, 2012 at 11:01, Tristan Gingold wrote: >> Hi, >> >> this patch fixes this issue. Is it OK ? > > Ok. > >> Maybe we should include the AC_DEFINE action within GCC_CHECK_MATH_FUNC. >

[ia64/vms]: Reimplement common_object

2012-03-30 Thread Tristan Gingold
. Committed on trunk. Tristan. 2012-03-30 Tristan Gingold * config/ia64/ia64.c (ia64_section_type_flags): Remove common_object attribute handling. (SECTION_VMS_OVERLAY): Remove (ia64_vms_common_object_attribute): Replace abort with an assert. Do not set

[VMS]: Build gfortran

2012-03-30 Thread Tristan Gingold
Hi, this is the minimum required to build gfortran on VMS. As vms.h defines TARGET_EXTRA_INCLUDES, we need to add an empty replacement for gfortran not unlike darwin. Tested by building gfortran. Committed on trunk. Tristan. 2012-03-30 Tristan Gingold * config/vms/vms-f.c: New

[Patch]: Support VMS in libstdc++ crossconfig.m4

2012-03-30 Thread Tristan Gingold
Hi, currently all VMS compilers are built on Unix. So, to build the libstdc++ library, this looks like the minimum required. Tested by build libstdc++ for ia64-hp-openvms. Ok for trunk ? Tristan. libstdc++/ 2012-03-30 Tristan Gingold * crossconfig.m4 (*-*-*vms*): Add

[libiberty] Avoid compiler warnings in stack-limit.c

2012-03-30 Thread Tristan Gingold
Hi, there are some systems on which getrlimit/setrlimit are not available, and compiling stack-limit.c on these systems generates a warning. Cleaned up with this patch. Tested while building gcc for ia64-hp-openvms on x86_64-darwin. Ok for trunk ? Tristan. libiberty/ 2012-03-30 Tristan

Re: [Patch V2] libgfortran: do not assume libm

2012-04-02 Thread Tristan Gingold
On Mar 30, 2012, at 2:39 PM, Paolo Bonzini wrote: > Il 30/03/2012 12:22, Tristan Gingold ha scritto: >> >> On Mar 27, 2012, at 10:38 AM, Janne Blomqvist wrote: >> >>> On Tue, Mar 27, 2012 at 11:01, Tristan Gingold wrote: >>>> Hi, >>>> >

Re: [libiberty] Avoid compiler warnings in stack-limit.c

2012-04-02 Thread Tristan Gingold
On Mar 30, 2012, at 5:46 PM, Ian Lance Taylor wrote: > Tristan Gingold writes: > >> 2012-03-30 Tristan Gingold >> >> * stack-limit.c: Includes ansidecl.h. >> (stack_limit_increase): Add ATTRIBUTE_UNUSED > > This is OK. Thanks, committed. Tristan. > > Thanks. > > Ian

Re: [Patch]: ggc-page.c: use uintptr_t instead of size_t

2012-04-02 Thread Tristan Gingold
On Mar 30, 2012, at 7:44 PM, Richard Henderson wrote: > On 03/20/2012 05:41 AM, Tristan Gingold wrote: >> 2012-03-20 Tristan Gingold >> >> * ggc-page.c (PAGE_L1_SIZE, PAGE_L2_SIZE, LOOKUP_L1, LOOKUP_L2) >> (ggc_allocated_p, lookup_page_table_

Re: [Patch]: Support VMS in libstdc++ crossconfig.m4

2012-04-02 Thread Tristan Gingold
On Mar 31, 2012, at 2:46 AM, Paolo Carlini wrote: > Hi, >> Hi, >> >> currently all VMS compilers are built on Unix. So, to build the libstdc++ >> library, this looks like the minimum required. >> >> Tested by build libstdc++ for ia64-hp-openvms. >> >> Ok for trunk ? > I understand that witho

[vms/committed]: Handle #pragma __nomember_alignment byte

2012-04-03 Thread Tristan Gingold
2012-04-03 Tristan Gingold * config/vms/vms-c.c (vms_pragma_nomember_alignment): Handle 'byte' alignment. (vms_c_common_override_options): Allow parameterless variadic functions. Index: gc

[Patch]: use mmap.m4 in gcc/configure

2012-04-03 Thread Tristan Gingold
Tristan Gingold * mmap.m4: Use *vms* instead of vms*. gcc/ 2012-04-03 Tristan Gingold * configure.ac: Use GCC_AC_FUNC_MMAP_BLACKLIST instead of gcc_AC_FUNC_MMAP_BLACKLIST. * aclocal.m4: Include mmap.m4 * acinclude.m4 (gcc_AC_FUNC_MMAP_BLACKLIST): Remove

Re: [Patch]: use mmap.m4 in gcc/configure

2012-04-03 Thread Tristan Gingold
On Apr 3, 2012, at 12:09 PM, Paolo Bonzini wrote: > Il 03/04/2012 11:25, Tristan Gingold ha scritto: >> Hi, >> >> the gcc_AC_FUNC_MMAP_BLACKLIST function in gcc/acinclude.m4 is exactly the >> same as the GCC_AC_FUNC_MMAP_BLACKLIST function in config/mmap.m4 (excep

[Patch, Fortran]: Fix libgfortran.h error for VMS

2012-04-03 Thread Tristan Gingold
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

Ping [IA-64] Implement static stack checking

2012-04-04 Thread Tristan Gingold
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

Ping [IA-64] Work around thinko in 'x' constraint implementation

2012-04-04 Thread Tristan Gingold
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

Re: [Patch, Fortran]: Fix libgfortran.h error for VMS

2012-04-04 Thread Tristan Gingold
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

[Patch]: Fix ICE on VMS when using SImode pointers

2012-04-04 Thread Tristan Gingold
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/

Re: [Patch]: Fix ICE on VMS when using SImode pointers

2012-04-04 Thread Tristan Gingold
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

[libiberty]: Adjust style in pex-unix.c(to_ptr32)

2012-04-04 Thread 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

[Libiberty]: Handle VMS as a LLP64 platform in splay-tree.h

2012-04-04 Thread Tristan Gingold
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

Re: [Libiberty]: Handle VMS as a LLP64 platform in splay-tree.h

2012-04-04 Thread Tristan Gingold
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

Re: [Libiberty]: Handle VMS as a LLP64 platform in splay-tree.h

2012-04-04 Thread Tristan Gingold
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. >

Re: [Libiberty]: Handle VMS as a LLP64 platform in splay-tree.h

2012-04-04 Thread 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

[Libiberty - V2]: Handle VMS as a LLP64 platform in splay-tree.h

2012-04-05 Thread 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

Re: [Libiberty - V2]: Handle VMS as a LLP64 platform in splay-tree.h

2012-04-10 Thread Tristan Gingold
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 >> &

[Doc] Move paragraph about multiple attributes

2012-04-11 Thread Tristan Gingold
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

<    1   2   3   >