* [vms/committed]: Handle LIB$INITIALIZE
@ 2010-06-01 9:51 Tristan Gingold
2010-06-01 11:55 ` h.becker
2010-06-01 16:22 ` Jan Kratochvil
0 siblings, 2 replies; 9+ messages in thread
From: Tristan Gingold @ 2010-06-01 9:51 UTC (permalink / raw)
To: binutils
Hi,
this patch adds support for LIB$INITIALIZE, which is roughly speaking the equivalent of the ELF _init
feature.
Tristan.
bfd/
2010-06-01 Tristan Gingold <gingold@adacore.com>
* vms-alpha.c (struct vms_private_data_struct): Add
transfer_address field. Remove unused dst_info field.
(alpha_vms_write_exec): Use transfer_address.
(_bfd_vms_write_egsd): Add a comment about LIB$INITIALIZE.
(alpha_vms_bfd_final_link): Set transfer_address.
ld/
2010-06-01 Tristan Gingold <gingold@adacore.com>
* scripttempl/alphavms.sc: Add comments. Move $LINK$ to the
readonly output-section. Handle LIB$INITIALIZE and sections
created by gcc.
* emultempl/vms.em (vms_place_orphan): Add comments.
Index: bfd/vms-alpha.c
===================================================================
RCS file: /cvs/src/src/bfd/vms-alpha.c,v
retrieving revision 1.19
diff -c -r1.19 vms-alpha.c
*** bfd/vms-alpha.c 31 May 2010 15:03:14 -0000 1.19
--- bfd/vms-alpha.c 1 Jun 2010 09:40:57 -0000
***************
*** 273,278 ****
--- 273,281 ----
struct hdr_struct hdr_data; /* data from HDR/EMH record */
struct eom_struct eom_data; /* data from EOM/EEOM record */
+ /* Transfer addresses (entry points). */
+ bfd_vma transfer_address[4];
+
/* Array of GSD sections to get the correspond BFD one. */
unsigned int section_max; /* Size of the sections array. */
unsigned int section_count; /* Number of GSD sections. */
***************
*** 301,307 ****
struct module *modules; /* list of all compilation units */
- struct dst_info *dst_info;
asection *dst_section;
unsigned int dst_ptr_offsets_count; /* # of offsets in following array */
--- 304,309 ----
***************
*** 2983,2993 ****
bfd_putl32 (sizeof (struct vms_eiha), eiha->size);
bfd_putl32 (0, eiha->spare);
! bfd_putl32 (0x00000340, eiha->tfradr1); /* SYS$IMGACT */
! bfd_putl32 (0xffffffff, eiha->tfradr1_h);
! bfd_putl64 (bfd_get_start_address (abfd), eiha->tfradr2);
! bfd_putl64 (0, eiha->tfradr3);
! bfd_putl64 (0, eiha->tfradr4);
bfd_putl64 (0, eiha->inishr);
/* Alloc EIHI. */
--- 2985,2994 ----
bfd_putl32 (sizeof (struct vms_eiha), eiha->size);
bfd_putl32 (0, eiha->spare);
! bfd_putl64 (PRIV (transfer_address[0]), eiha->tfradr1);
! bfd_putl64 (PRIV (transfer_address[1]), eiha->tfradr2);
! bfd_putl64 (PRIV (transfer_address[2]), eiha->tfradr3);
! bfd_putl64 (PRIV (transfer_address[3]), eiha->tfradr4);
bfd_putl64 (0, eiha->inishr);
/* Alloc EIHI. */
***************
*** 3389,3409 ****
char *hash;
symbol = abfd->outsymbols[symnum];
if (*(symbol->name) == '_')
{
if (strcmp (symbol->name, "__main") == 0)
bfd_set_start_address (abfd, (bfd_vma)symbol->value);
}
- old_flags = symbol->flags;
if (old_flags & BSF_FILE)
continue;
! if ((old_flags & BSF_GLOBAL) == 0 /* Not xdef... */
! && !bfd_is_und_section (symbol->section) /* and not xref... */
! && !((old_flags & BSF_SECTION_SYM) != 0 /* and not LIB$INITIALIZE. */
! && strcmp (symbol->section->name, "LIB$INITIALIZE") == 0))
! continue;
/* 13 bytes egsd, max 64 chars name -> should be 77 bytes. */
if (_bfd_vms_output_check (recwr, 80) < 0)
--- 3390,3417 ----
char *hash;
symbol = abfd->outsymbols[symnum];
+ old_flags = symbol->flags;
+
+ /* Work-around a missing feature: consider __main as the main entry point. */
if (*(symbol->name) == '_')
{
if (strcmp (symbol->name, "__main") == 0)
bfd_set_start_address (abfd, (bfd_vma)symbol->value);
}
+ /* Only put in the GSD the global and the undefined symbols. */
if (old_flags & BSF_FILE)
continue;
! if ((old_flags & BSF_GLOBAL) == 0 && !bfd_is_und_section (symbol->section))
! {
! /* If the LIB$INITIIALIZE section is present, add a reference to
! LIB$INITIALIZE symbol. FIXME: this should be done explicitely
! in the assembly file. */
! if (!((old_flags & BSF_SECTION_SYM) != 0
! && strcmp (symbol->section->name, "LIB$INITIALIZE") == 0))
! continue;
! }
/* 13 bytes egsd, max 64 chars name -> should be 77 bytes. */
if (_bfd_vms_output_check (recwr, 80) < 0)
***************
*** 8668,8673 ****
--- 8676,8697 ----
}
}
+ /* Set transfer addresses. */
+ {
+ int i;
+ struct bfd_link_hash_entry *h;
+
+ i = 0;
+ PRIV (transfer_address[i++]) = 0xffffffff00000340; /* SYS$IMGACT */
+ h = bfd_link_hash_lookup (info->hash, "LIB$INITIALIZE", FALSE, FALSE, TRUE);
+ if (h != NULL && h->type == bfd_link_hash_defined)
+ PRIV (transfer_address[i++]) =
+ alpha_vms_get_sym_value (h->u.def.section, h->u.def.value);
+ PRIV (transfer_address[i++]) = bfd_get_start_address (abfd);
+ while (i < 4)
+ PRIV (transfer_address[i++]) = 0;
+ }
+
/* Allocate contents. */
base_addr = (bfd_vma)-1;
last_addr = 0;
Index: ld/emultempl/vms.em
===================================================================
RCS file: /cvs/src/src/ld/emultempl/vms.em,v
retrieving revision 1.1
diff -c -r1.1 vms.em
*** ld/emultempl/vms.em 14 Apr 2010 09:27:27 -0000 1.1
--- ld/emultempl/vms.em 1 Jun 2010 09:40:58 -0000
***************
*** 94,104 ****
0, 0, 0, 0
};
! /* We have nothing to say for anything other than a final link. */
if (link_info.relocatable
|| (s->flags & (SEC_EXCLUDE | SEC_LOAD)) != SEC_LOAD)
return NULL;
/* Only handle data sections. */
if ((s->flags & SEC_DATA) == 0)
return NULL;
--- 94,107 ----
0, 0, 0, 0
};
! /* We have nothing to say for anything other than a final link or an excluded
! section. */
if (link_info.relocatable
|| (s->flags & (SEC_EXCLUDE | SEC_LOAD)) != SEC_LOAD)
return NULL;
+ /* FIXME: we should place sections by VMS program section flags. */
+
/* Only handle data sections. */
if ((s->flags & SEC_DATA) == 0)
return NULL;
Index: ld/scripttempl/alphavms.sc
===================================================================
RCS file: /cvs/src/src/ld/scripttempl/alphavms.sc,v
retrieving revision 1.1
diff -c -r1.1 alphavms.sc
*** ld/scripttempl/alphavms.sc 14 Apr 2010 09:27:27 -0000 1.1
--- ld/scripttempl/alphavms.sc 1 Jun 2010 09:40:58 -0000
***************
*** 11,30 ****
{
${RELOCATING+. = ${PAGESIZE};}
\$DATA\$ ALIGN (${PAGESIZE}) : {
*(\$DATA\$)
- *(\$LINK\$)
}
\$BSS\$ ALIGN (${PAGESIZE}) : {
*(\$BSS\$)
}
\$CODE\$ ALIGN (${PAGESIZE}) : {
*(\$CODE\$)
}
\$LITERAL\$ ALIGN (${PAGESIZE}) : {
*(\$LITERAL\$)
*(\$READONLY\$)
*(\$READONLY_ADDR\$)
}
\$DST\$ 0 : {
--- 11,45 ----
{
${RELOCATING+. = ${PAGESIZE};}
+ /* RW initialized data. */
\$DATA\$ ALIGN (${PAGESIZE}) : {
*(\$DATA\$)
}
+ /* RW data unmodified (zero-initialized). */
\$BSS\$ ALIGN (${PAGESIZE}) : {
*(\$BSS\$)
}
+ /* RO, executable code. */
\$CODE\$ ALIGN (${PAGESIZE}) : {
*(\$CODE\$)
}
+ /* RO initialized data. */
\$LITERAL\$ ALIGN (${PAGESIZE}) : {
+ *(\$LINK\$)
*(\$LITERAL\$)
*(\$READONLY\$)
*(\$READONLY_ADDR\$)
+ *(eh_frame)
+ *(jcr)
+ *(ctors)
+ *(dtors)
+ *(gcc_except_table)
+
+ /* LIB$INITIALIZE stuff. */
+ *(LIB\$INITIALIZDZ) /* Start marker. */
+ *(LIB\$INITIALIZD_) /* Hi priority. */
+ *(LIB\$INITIALIZE) /* User. */
+ *(LIB\$INITIALIZE$) /* End marker. */
}
\$DST\$ 0 : {
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [vms/committed]: Handle LIB$INITIALIZE
2010-06-01 9:51 [vms/committed]: Handle LIB$INITIALIZE Tristan Gingold
@ 2010-06-01 11:55 ` h.becker
2010-06-01 12:05 ` Tristan Gingold
2010-06-01 16:22 ` Jan Kratochvil
1 sibling, 1 reply; 9+ messages in thread
From: h.becker @ 2010-06-01 11:55 UTC (permalink / raw)
To: binutils
Tristan Gingold wrote:
> + /* Only put in the GSD the global and the undefined symbols. */
> if (old_flags & BSF_FILE)
> continue;
>
> ! if ((old_flags & BSF_GLOBAL) == 0 && !bfd_is_und_section (symbol->section))
> ! {
> ! /* If the LIB$INITIIALIZE section is present, add a reference to
> ! LIB$INITIALIZE symbol. FIXME: this should be done explicitely
> ! in the assembly file. */
> ! if (!((old_flags & BSF_SECTION_SYM) != 0
> ! && strcmp (symbol->section->name, "LIB$INITIALIZE") == 0))
> ! continue;
> ! }
Regarding image initialization, the presence of a LIB$INITIIALIZE PSECT
doesn't do anything, especially it does not result in adding a reference
to the LIB$INITIALIZE symbol. Image initialization with LIB$INITIALIZE
doesn't work that way.
> + /* Set transfer addresses. */
> + {
> + int i;
> + struct bfd_link_hash_entry *h;
> +
> + i = 0;
> + PRIV (transfer_address[i++]) = 0xffffffff00000340; /* SYS$IMGACT */
> + h = bfd_link_hash_lookup (info->hash, "LIB$INITIALIZE", FALSE, FALSE, TRUE);
> + if (h != NULL && h->type == bfd_link_hash_defined)
> + PRIV (transfer_address[i++]) =
> + alpha_vms_get_sym_value (h->u.def.section, h->u.def.value);
> + PRIV (transfer_address[i++]) = bfd_get_start_address (abfd);
> + while (i < 4)
> + PRIV (transfer_address[i++]) = 0;
> + }
> +
I would add a FIXME or ADDME, here. But it depends whether you want to
support linking /NOTRACEBACK or not.
> + /* FIXME: we should place sections by VMS program section flags. */
> +
Hmm, do you mean according to the tables in the VMS linker manual? Then
you also want to place by target type: for shareable images SHR becomes
important.
Hartmut
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [vms/committed]: Handle LIB$INITIALIZE
2010-06-01 11:55 ` h.becker
@ 2010-06-01 12:05 ` Tristan Gingold
0 siblings, 0 replies; 9+ messages in thread
From: Tristan Gingold @ 2010-06-01 12:05 UTC (permalink / raw)
To: h.becker; +Cc: binutils
On Jun 1, 2010, at 1:54 PM, h.becker wrote:
> Tristan Gingold wrote:
>
>> + /* Only put in the GSD the global and the undefined symbols. */
>> if (old_flags & BSF_FILE)
>> continue;
>> ! if ((old_flags & BSF_GLOBAL) == 0 && !bfd_is_und_section (symbol->section))
>> ! {
>> ! /* If the LIB$INITIIALIZE section is present, add a reference to
>> ! LIB$INITIALIZE symbol. FIXME: this should be done explicitely
>> ! in the assembly file. */
>> ! if (!((old_flags & BSF_SECTION_SYM) != 0
>> ! && strcmp (symbol->section->name, "LIB$INITIALIZE") == 0))
>> ! continue;
>> ! }
>
> Regarding image initialization, the presence of a LIB$INITIIALIZE PSECT doesn't do anything, especially it does not result in adding a reference to the LIB$INITIALIZE symbol. Image initialization with LIB$INITIALIZE doesn't work that way.
Yes, I know and that's the reason of the 'FIXME' here. Maybe I should have expanded the comment a little
bit more: there is currently no direct way in the assembler to mark a symbol as extern, ie creating a
reference to it. I left this work-around as is, but yes I plan to fix that later.
>> + /* Set transfer addresses. */
>> + {
>> + int i;
>> + struct bfd_link_hash_entry *h;
>> + + i = 0;
>> + PRIV (transfer_address[i++]) = 0xffffffff00000340; /* SYS$IMGACT */
>> + h = bfd_link_hash_lookup (info->hash, "LIB$INITIALIZE", FALSE, FALSE, TRUE);
>> + if (h != NULL && h->type == bfd_link_hash_defined)
>> + PRIV (transfer_address[i++]) =
>> + alpha_vms_get_sym_value (h->u.def.section, h->u.def.value);
>> + PRIV (transfer_address[i++]) = bfd_get_start_address (abfd);
>> + while (i < 4)
>> + PRIV (transfer_address[i++]) = 0;
>> + }
>> +
>
> I would add a FIXME or ADDME, here. But it depends whether you want to support linking /NOTRACEBACK or not.
Yes, this is in the TODO list.
>
>> + /* FIXME: we should place sections by VMS program section flags. */
>> +
>
> Hmm, do you mean according to the tables in the VMS linker manual? Then you also want to place by target type: for shareable images SHR becomes important.
No, I don't plan to clustering as described in the VMS linker manual as this work is done in GNU ld by
the linker script. But the algorithm currently used to place orphan sections is too crude now.
Tristan.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [vms/committed]: Handle LIB$INITIALIZE
2010-06-01 9:51 [vms/committed]: Handle LIB$INITIALIZE Tristan Gingold
2010-06-01 11:55 ` h.becker
@ 2010-06-01 16:22 ` Jan Kratochvil
2010-06-02 7:59 ` Tristan Gingold
1 sibling, 1 reply; 9+ messages in thread
From: Jan Kratochvil @ 2010-06-01 16:22 UTC (permalink / raw)
To: Tristan Gingold; +Cc: binutils
On Tue, 01 Jun 2010 11:51:34 +0200, Tristan Gingold wrote:
> bfd/
> 2010-06-01 Tristan Gingold <gingold@adacore.com>
>
> * vms-alpha.c (struct vms_private_data_struct): Add
> transfer_address field. Remove unused dst_info field.
> (alpha_vms_write_exec): Use transfer_address.
> (_bfd_vms_write_egsd): Add a comment about LIB$INITIALIZE.
> (alpha_vms_bfd_final_link): Set transfer_address.
>
> ld/
> 2010-06-01 Tristan Gingold <gingold@adacore.com>
>
> * scripttempl/alphavms.sc: Add comments. Move $LINK$ to the
> readonly output-section. Handle LIB$INITIALIZE and sections
> created by gcc.
> * emultempl/vms.em (vms_place_orphan): Add comments.
>
> Index: bfd/vms-alpha.c
> ===================================================================
> + PRIV (transfer_address[i++]) = 0xffffffff00000340; /* SYS$IMGACT */
on 32bit hosts with --enable-targets=all::
vms-alpha.c:8685: error: integer constant is too large for ‘long’ type
Thanks,
Jan
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [vms/committed]: Handle LIB$INITIALIZE
2010-06-01 16:22 ` Jan Kratochvil
@ 2010-06-02 7:59 ` Tristan Gingold
2010-06-16 18:09 ` Tom Tromey
0 siblings, 1 reply; 9+ messages in thread
From: Tristan Gingold @ 2010-06-02 7:59 UTC (permalink / raw)
To: Jan Kratochvil; +Cc: binutils
>> ===================================================================
>> + PRIV (transfer_address[i++]) = 0xffffffff00000340; /* SYS$IMGACT */
>
> on 32bit hosts with --enable-targets=all::
> vms-alpha.c:8685: error: integer constant is too large for ‘long’ type
Ah ah, right.
I am committing this patch to fix this issue.
Tristan.
bfd/
2010-06-02 Tristan Gingold <gingold@adacore.com>
* vms-alpha.c (alpha_vms_bfd_final_link): Fix 64bit constant.
diff --git a/bfd/vms-alpha.c b/bfd/vms-alpha.c
index d881e2f..a68114f 100644
--- a/bfd/vms-alpha.c
+++ b/bfd/vms-alpha.c
@@ -8682,7 +8682,7 @@ alpha_vms_bfd_final_link (bfd *abfd, struct bfd_link_info *info)
struct bfd_link_hash_entry *h;
i = 0;
- PRIV (transfer_address[i++]) = 0xffffffff00000340; /* SYS$IMGACT */
+ PRIV (transfer_address[i++]) = 0xffffffff00000340ULL; /* SYS$IMGACT */
h = bfd_link_hash_lookup (info->hash, "LIB$INITIALIZE", FALSE, FALSE, TRUE);
if (h != NULL && h->type == bfd_link_hash_defined)
PRIV (transfer_address[i++]) =
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [vms/committed]: Handle LIB$INITIALIZE
2010-06-02 7:59 ` Tristan Gingold
@ 2010-06-16 18:09 ` Tom Tromey
2010-06-17 7:43 ` Tristan Gingold
2010-06-17 8:00 ` Tristan Gingold
0 siblings, 2 replies; 9+ messages in thread
From: Tom Tromey @ 2010-06-16 18:09 UTC (permalink / raw)
To: Tristan Gingold; +Cc: Jan Kratochvil, binutils
>>>>> "Tristan" == Tristan Gingold <gingold@adacore.com> writes:
Tristan> bfd/
Tristan> 2010-06-02 Tristan Gingold <gingold@adacore.com>
Tristan> * vms-alpha.c (alpha_vms_bfd_final_link): Fix 64bit constant.
Even with this patch, on my Fedora 11 x86 box I get:
cc1: warnings being treated as errors
../../src/bfd/vms-alpha.c: In function ‘alpha_vms_bfd_final_link’:
../../src/bfd/vms-alpha.c:8694: error: large integer implicitly truncated to unsigned type
Tom
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [vms/committed]: Handle LIB$INITIALIZE
2010-06-16 18:09 ` Tom Tromey
@ 2010-06-17 7:43 ` Tristan Gingold
2010-06-17 8:00 ` Tristan Gingold
1 sibling, 0 replies; 9+ messages in thread
From: Tristan Gingold @ 2010-06-17 7:43 UTC (permalink / raw)
To: tromey; +Cc: Jan Kratochvil, binutils
On Jun 16, 2010, at 8:08 PM, Tom Tromey wrote:
>>>>>> "Tristan" == Tristan Gingold <gingold@adacore.com> writes:
>
> Tristan> bfd/
> Tristan> 2010-06-02 Tristan Gingold <gingold@adacore.com>
> Tristan> * vms-alpha.c (alpha_vms_bfd_final_link): Fix 64bit constant.
>
> Even with this patch, on my Fedora 11 x86 box I get:
>
> cc1: warnings being treated as errors
> ../../src/bfd/vms-alpha.c: In function ‘alpha_vms_bfd_final_link’:
> ../../src/bfd/vms-alpha.c:8694: error: large integer implicitly truncated to unsigned type
Ah, I now see the error: vms-alpha.c is marked as a 32bits back-end, which is not really true. Will submit a patch soon.
Thanks,
Tristan.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [vms/committed]: Handle LIB$INITIALIZE
2010-06-16 18:09 ` Tom Tromey
2010-06-17 7:43 ` Tristan Gingold
@ 2010-06-17 8:00 ` Tristan Gingold
2010-06-17 8:10 ` Nick Clifton
1 sibling, 1 reply; 9+ messages in thread
From: Tristan Gingold @ 2010-06-17 8:00 UTC (permalink / raw)
To: Tom Tromey, Nick Clifton; +Cc: Jan Kratochvil, binutils
On Jun 16, 2010, at 8:08 PM, Tom Tromey wrote:
>>>>>> "Tristan" == Tristan Gingold <gingold@adacore.com> writes:
>
> Tristan> bfd/
> Tristan> 2010-06-02 Tristan Gingold <gingold@adacore.com>
> Tristan> * vms-alpha.c (alpha_vms_bfd_final_link): Fix 64bit constant.
>
> Even with this patch, on my Fedora 11 x86 box I get:
>
> cc1: warnings being treated as errors
> ../../src/bfd/vms-alpha.c: In function ‘alpha_vms_bfd_final_link’:
> ../../src/bfd/vms-alpha.c:8694: error: large integer implicitly truncated to unsigned type
This patch should fix that. I have tested on my machine using a 32 bits compiler and configuring
with --enable-targets=all.
Can you confirm ?
Nick, is it OK to commit ?
Tristan.
bfd/
2010-06-17 Tristan Gingold <gingold@adacore.com>
* Makefile.am (BFD32_BACKENDS_CFILES): Move vms-alpha.c to ...
(BFD64_BACKENDS_CFILES): ... here.
(BFD32_BACKENDS): Move vms-alpha.lo to ...
(BFD64_BACKENDS): ... here.
* Makefile.in: Regenerate.
Index: Makefile.am
===================================================================
RCS file: /cvs/src/src/bfd/Makefile.am,v
retrieving revision 1.248
diff -c -p -r1.248 Makefile.am
*** Makefile.am 14 May 2010 07:18:37 -0000 1.248
--- Makefile.am 17 Jun 2010 07:58:16 -0000
*************** BFD32_BACKENDS = \
*** 391,397 ****
vaxbsd.lo \
vaxnetbsd.lo \
versados.lo \
- vms-alpha.lo \
vms-lib.lo \
vms-misc.lo \
xcofflink.lo \
--- 391,396 ----
*************** BFD32_BACKENDS_CFILES = \
*** 573,579 ****
vaxbsd.c \
vaxnetbsd.c \
versados.c \
- vms-alpha.c \
vms-lib.c \
vms-misc.c \
xcofflink.c \
--- 572,577 ----
*************** BFD64_BACKENDS = \
*** 617,623 ****
pei-ia64.lo \
pei-x86_64.lo \
pepigen.lo \
! pex64igen.lo
BFD64_BACKENDS_CFILES = \
aix5ppc-core.c \
--- 615,622 ----
pei-ia64.lo \
pei-x86_64.lo \
pepigen.lo \
! pex64igen.lo \
! vms-alpha.lo
BFD64_BACKENDS_CFILES = \
aix5ppc-core.c \
*************** BFD64_BACKENDS_CFILES = \
*** 646,652 ****
nlm64.c \
pe-x86_64.c \
pei-ia64.c \
! pei-x86_64.c
OPTIONAL_BACKENDS = \
aix386-core.lo \
--- 645,652 ----
nlm64.c \
pe-x86_64.c \
pei-ia64.c \
! pei-x86_64.c \
! vms-alpha.c
OPTIONAL_BACKENDS = \
aix386-core.lo \
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [vms/committed]: Handle LIB$INITIALIZE
2010-06-17 8:00 ` Tristan Gingold
@ 2010-06-17 8:10 ` Nick Clifton
0 siblings, 0 replies; 9+ messages in thread
From: Nick Clifton @ 2010-06-17 8:10 UTC (permalink / raw)
To: Tristan Gingold; +Cc: Tom Tromey, Jan Kratochvil, binutils
Hi Tristan,
> Nick, is it OK to commit ?
> 2010-06-17 Tristan Gingold<gingold@adacore.com>
>
> * Makefile.am (BFD32_BACKENDS_CFILES): Move vms-alpha.c to ...
> (BFD64_BACKENDS_CFILES): ... here.
> (BFD32_BACKENDS): Move vms-alpha.lo to ...
> (BFD64_BACKENDS): ... here.
> * Makefile.in: Regenerate.
Yes - please apply.
Cheers
Nick
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2010-06-17 8:10 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-06-01 9:51 [vms/committed]: Handle LIB$INITIALIZE Tristan Gingold
2010-06-01 11:55 ` h.becker
2010-06-01 12:05 ` Tristan Gingold
2010-06-01 16:22 ` Jan Kratochvil
2010-06-02 7:59 ` Tristan Gingold
2010-06-16 18:09 ` Tom Tromey
2010-06-17 7:43 ` Tristan Gingold
2010-06-17 8:00 ` Tristan Gingold
2010-06-17 8:10 ` Nick Clifton
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).