On Tue, Mar 15, 2016 at 7:51 PM, Jason Merrill wrote:
> On 03/15/2016 08:25 PM, Joseph Myers wrote:
>>
>> On Tue, 15 Mar 2016, H.J. Lu wrote:
>>
>>> On Tue, Mar 15, 2016 at 3:34 PM, Joseph Myers
>>> wrote:
On Tue, 15 Mar 2016, H.J. Lu wrote:
On Wed, Mar 16, 2016 at 2:45 AM, Bernhard Reutner-Fischer
wrote:
> On March 16, 2016 3:17:20 AM GMT+01:00, "H.J. Lu" wrote:
>
>>> Where is the current definition of empty types you're proposing for
>>use in
>>> GCC? Is the behavior of this case clear
On Tue, Mar 15, 2016 at 12:32 PM, Jason Merrill wrote:
> On 03/15/2016 12:00 PM, H.J. Lu wrote:
>>
>> On Tue, Mar 15, 2016 at 8:35 AM, Jason Merrill wrote:
>>>
>>> I'm concerned about how this patch changes both target-independent code
>>> and
>>>
On Wed, Mar 16, 2016 at 9:58 AM, Jason Merrill wrote:
> On 03/16/2016 08:38 AM, H.J. Lu wrote:
>>
>> FAIL: g++.dg/abi/pr60336-1.C scan-assembler jmp[\t
>> ]+[^$]*?_Z3xxx9true_type
>> FAIL: g++.dg/abi/pr60336-5.C scan-assembler jmp[\t
>> ]+[^$]*?_Z3xxx9true_type
>> FAIL:
On 03/16/2016 03:39 PM, H.J. Lu wrote:
On Wed, Mar 16, 2016 at 10:02 AM, H.J. Lu wrote:
On Wed, Mar 16, 2016 at 9:58 AM, Jason Merrill wrote:
On 03/16/2016 08:38 AM, H.J. Lu wrote:
FAIL: g++.dg/abi/pr60336-1.C scan-assembler jmp[\t
On 03/16/2016 07:55 AM, H.J. Lu wrote:
On Tue, Mar 15, 2016 at 7:51 PM, Jason Merrill wrote:
On 03/15/2016 08:25 PM, Joseph Myers wrote:
On Tue, 15 Mar 2016, H.J. Lu wrote:
On Tue, Mar 15, 2016 at 3:34 PM, Joseph Myers
wrote:
On Tue, 15 Mar
On Wed, Mar 16, 2016 at 7:33 AM, Jason Merrill wrote:
> On 03/16/2016 07:55 AM, H.J. Lu wrote:
>>
>> On Tue, Mar 15, 2016 at 7:51 PM, Jason Merrill wrote:
>>>
>>> On 03/15/2016 08:25 PM, Joseph Myers wrote:
On Tue, 15 Mar 2016, H.J. Lu wrote:
On 03/16/2016 08:38 AM, H.J. Lu wrote:
FAIL: g++.dg/abi/pr60336-1.C scan-assembler jmp[\t ]+[^$]*?_Z3xxx9true_type
FAIL: g++.dg/abi/pr60336-5.C scan-assembler jmp[\t ]+[^$]*?_Z3xxx9true_type
FAIL: g++.dg/abi/pr60336-6.C scan-assembler jmp[\t ]+[^$]*?_Z3xxx9true_type
FAIL:
On Wed, Mar 16, 2016 at 10:02 AM, H.J. Lu wrote:
> On Wed, Mar 16, 2016 at 9:58 AM, Jason Merrill wrote:
>> On 03/16/2016 08:38 AM, H.J. Lu wrote:
>>>
>>> FAIL: g++.dg/abi/pr60336-1.C scan-assembler jmp[\t
>>> ]+[^$]*?_Z3xxx9true_type
>>> FAIL:
On March 16, 2016 3:17:20 AM GMT+01:00, "H.J. Lu" wrote:
>> Where is the current definition of empty types you're proposing for
>use in
>> GCC? Is the behavior of this case clear from that definition?
>
>https://gcc.gnu.org/ml/gcc/2016-03/msg00071.html
>
>Jason's patch
On 03/15/2016 08:25 PM, Joseph Myers wrote:
On Tue, 15 Mar 2016, H.J. Lu wrote:
On Tue, Mar 15, 2016 at 3:34 PM, Joseph Myers wrote:
On Tue, 15 Mar 2016, H.J. Lu wrote:
On Tue, Mar 15, 2016 at 2:39 PM, Joseph Myers wrote:
I'm not sure if
On Tue, Mar 15, 2016 at 5:25 PM, Joseph Myers wrote:
> On Tue, 15 Mar 2016, H.J. Lu wrote:
>
>> On Tue, Mar 15, 2016 at 3:34 PM, Joseph Myers
>> wrote:
>> > On Tue, 15 Mar 2016, H.J. Lu wrote:
>> >
>> >> On Tue, Mar 15, 2016 at 2:39 PM, Joseph
On Tue, 15 Mar 2016, H.J. Lu wrote:
> On Tue, Mar 15, 2016 at 3:34 PM, Joseph Myers wrote:
> > On Tue, 15 Mar 2016, H.J. Lu wrote:
> >
> >> On Tue, Mar 15, 2016 at 2:39 PM, Joseph Myers
> >> wrote:
> >> > I'm not sure if the zero-size arrays (a
On Tue, Mar 15, 2016 at 3:34 PM, Joseph Myers wrote:
> On Tue, 15 Mar 2016, H.J. Lu wrote:
>
>> On Tue, Mar 15, 2016 at 2:39 PM, Joseph Myers
>> wrote:
>> > I'm not sure if the zero-size arrays (a GNU extension) are considered to
>> > make a
On Tue, 15 Mar 2016, H.J. Lu wrote:
> On Tue, Mar 15, 2016 at 2:39 PM, Joseph Myers wrote:
> > I'm not sure if the zero-size arrays (a GNU extension) are considered to
> > make a struct non-empty, but in any case I think the tests should cover
> > such arrays as elements
On Tue, Mar 15, 2016 at 2:39 PM, Joseph Myers wrote:
> I'm not sure if the zero-size arrays (a GNU extension) are considered to
> make a struct non-empty, but in any case I think the tests should cover
> such arrays as elements of structs.
There are couple tests for
I'm not sure if the zero-size arrays (a GNU extension) are considered to
make a struct non-empty, but in any case I think the tests should cover
such arrays as elements of structs.
--
Joseph S. Myers
jos...@codesourcery.com
On 03/15/2016 12:00 PM, H.J. Lu wrote:
On Tue, Mar 15, 2016 at 8:35 AM, Jason Merrill wrote:
I'm concerned about how this patch changes both target-independent code and
target-specific code, with a passing remark that other targets might need to
make similar changes. I'm
On Tue, Mar 15, 2016 at 8:35 AM, Jason Merrill wrote:
> I'm concerned about how this patch changes both target-independent code and
> target-specific code, with a passing remark that other targets might need to
> make similar changes. I'm also concerned about the effect of this
I'm concerned about how this patch changes both target-independent code
and target-specific code, with a passing remark that other targets might
need to make similar changes. I'm also concerned about the effect of
this on other languages that might not want the same change. So, here's
an
On Wed, Mar 2, 2016 at 8:25 AM, Ulrich Weigand wrote:
> H.J. Lu wrote:
>
>> + if (type && type_is_empty_type_p (type))
>> +{
>> + if (warn_empty_type_p)
>> + warn_empty_type ();
>> + return NULL;
>> +}
>
> If I understand the problem correctly, for C
H.J. Lu wrote:
> + if (type && type_is_empty_type_p (type))
> +{
> + if (warn_empty_type_p)
> + warn_empty_type ();
> + return NULL;
> +}
If I understand the problem correctly, for C code empty types
already were handled correctly, the problem occured just for
C++ code
On Mon, Feb 29, 2016 at 5:02 PM, Jason Merrill wrote:
> On 01/27/2016 10:39 AM, H.J. Lu wrote:
>>
>> Here is the updated patch with new testcases. OK for trunk?
>
>
> This is not a complete patch.
>
> Please update type_is_empty_record_p to use the definition from the recent
>
On 01/27/2016 10:39 AM, H.J. Lu wrote:
Here is the updated patch with new testcases. OK for trunk?
This is not a complete patch.
Please update type_is_empty_record_p to use the definition from the
recent discussion:
An empty type is a type where it and all of its subobjects (recursively)
On Tue, 26 Jan 2016, H.J. Lu wrote:
On Tue, Jan 26, 2016 at 1:40 PM, Jakub Jelinek wrote:
On Tue, Jan 26, 2016 at 01:21:52PM -0800, H.J. Lu wrote:
Like this:
/* Returns true if TYPE is POD for the purpose of layout and an empty
class or an class with empty classes. */
On Wed, Jan 27, 2016 at 09:10:14AM +0100, Marc Glisse wrote:
> >Revised:
> >
> >/* Returns true if TYPE is POD of one-byte or less in size for the purpose
> > of layout and an empty class or an class with empty classes. */
> >
> >static bool
> >is_empty_record (tree type)
> >{
> > if (type ==
On Wed, Jan 27, 2016 at 5:46 AM, H.J. Lu wrote:
> On Wed, Jan 27, 2016 at 1:03 AM, Marc Glisse wrote:
>> On Wed, 27 Jan 2016, Jakub Jelinek wrote:
>>
>>> On Wed, Jan 27, 2016 at 09:10:14AM +0100, Marc Glisse wrote:
>
> Revised:
>
> /*
On Wed, 27 Jan 2016, Jakub Jelinek wrote:
On Wed, Jan 27, 2016 at 09:10:14AM +0100, Marc Glisse wrote:
Revised:
/* Returns true if TYPE is POD of one-byte or less in size for the purpose
of layout and an empty class or an class with empty classes. */
static bool
is_empty_record (tree type)
On Wed, Jan 27, 2016 at 1:03 AM, Marc Glisse wrote:
> On Wed, 27 Jan 2016, Jakub Jelinek wrote:
>
>> On Wed, Jan 27, 2016 at 09:10:14AM +0100, Marc Glisse wrote:
Revised:
/* Returns true if TYPE is POD of one-byte or less in size for the
purpose
On 12/14/2015 05:08 PM, H.J. Lu wrote:
+ if (abi_version_at_least (10))
+TYPE_EMPTY_RECORD (t) = is_really_empty_class (t);
This should use is_empty_class or CLASSTYPE_EMPTY_P. We don't want to
change how classes with just a vptr are passed.
Otherwise, it looks OK to me.
Jason
On Tue, Jan 26, 2016 at 11:27 AM, Jason Merrill wrote:
> On 12/14/2015 05:08 PM, H.J. Lu wrote:
>>
>> + if (abi_version_at_least (10))
>> +TYPE_EMPTY_RECORD (t) = is_really_empty_class (t);
>
>
> This should use is_empty_class or CLASSTYPE_EMPTY_P. We don't want to
>
On Tue, 26 Jan 2016, H.J. Lu wrote:
On Tue, Jan 26, 2016 at 11:27 AM, Jason Merrill wrote:
On 12/14/2015 05:08 PM, H.J. Lu wrote:
+ if (abi_version_at_least (10))
+TYPE_EMPTY_RECORD (t) = is_really_empty_class (t);
This should use is_empty_class or
On Tue, Jan 26, 2016 at 12:23 PM, Marc Glisse wrote:
> On Tue, 26 Jan 2016, H.J. Lu wrote:
>
>> On Tue, Jan 26, 2016 at 11:27 AM, Jason Merrill wrote:
>>>
>>> On 12/14/2015 05:08 PM, H.J. Lu wrote:
+ if (abi_version_at_least (10))
+
On Tue, 26 Jan 2016, H.J. Lu wrote:
On Tue, Jan 26, 2016 at 12:23 PM, Marc Glisse wrote:
On Tue, 26 Jan 2016, H.J. Lu wrote:
On Tue, Jan 26, 2016 at 11:27 AM, Jason Merrill wrote:
On 12/14/2015 05:08 PM, H.J. Lu wrote:
+ if
On Tue, Jan 26, 2016 at 12:44 PM, Marc Glisse wrote:
> On Tue, 26 Jan 2016, H.J. Lu wrote:
>
>> On Tue, Jan 26, 2016 at 12:23 PM, Marc Glisse
>> wrote:
>>>
>>> On Tue, 26 Jan 2016, H.J. Lu wrote:
>>>
On Tue, Jan 26, 2016 at 11:27 AM, Jason Merrill
On Tue, Jan 26, 2016 at 01:21:52PM -0800, H.J. Lu wrote:
> Like this:
>
> /* Returns true if TYPE is POD for the purpose of layout and an empty
>class or an class with empty classes. */
>
> static bool
> is_empty_record (tree type)
> {
> if (type == error_mark_node)
> return false;
>
On Tue, Jan 26, 2016 at 1:40 PM, Jakub Jelinek wrote:
> On Tue, Jan 26, 2016 at 01:21:52PM -0800, H.J. Lu wrote:
>> Like this:
>>
>> /* Returns true if TYPE is POD for the purpose of layout and an empty
>>class or an class with empty classes. */
>>
>> static bool
>>
On 12/12/2015 01:42 PM, Marc Glisse wrote:
On Sat, 12 Dec 2015, Jakub Jelinek wrote:
On Sat, Dec 12, 2015 at 09:51:23AM -0500, Jason Merrill wrote:
On 12/11/2015 06:52 PM, H.J. Lu wrote:
On Thu, Dec 10, 2015 at 3:24 AM, Richard Biener
wrote:
On Wed, Dec 9, 2015
On Mon, Dec 14, 2015 at 12:43 PM, Jason Merrill wrote:
> On 12/14/2015 03:39 PM, H.J. Lu wrote:
>>
>> On Mon, Dec 14, 2015 at 12:16 PM, Jason Merrill wrote:
>>>
>>> On 12/12/2015 01:42 PM, Marc Glisse wrote:
On Sat, 12 Dec 2015, Jakub Jelinek
On Mon, Dec 14, 2015 at 12:16 PM, Jason Merrill wrote:
> On 12/12/2015 01:42 PM, Marc Glisse wrote:
>>
>> On Sat, 12 Dec 2015, Jakub Jelinek wrote:
>>
>>> On Sat, Dec 12, 2015 at 09:51:23AM -0500, Jason Merrill wrote:
On 12/11/2015 06:52 PM, H.J. Lu wrote:
>
>
On 12/14/2015 03:39 PM, H.J. Lu wrote:
On Mon, Dec 14, 2015 at 12:16 PM, Jason Merrill wrote:
On 12/12/2015 01:42 PM, Marc Glisse wrote:
On Sat, 12 Dec 2015, Jakub Jelinek wrote:
On Sat, Dec 12, 2015 at 09:51:23AM -0500, Jason Merrill wrote:
On 12/11/2015 06:52 PM, H.J.
On Sat, Dec 12, 2015 at 7:27 AM, Jakub Jelinek wrote:
> On Sat, Dec 12, 2015 at 09:51:23AM -0500, Jason Merrill wrote:
>> On 12/11/2015 06:52 PM, H.J. Lu wrote:
>> >On Thu, Dec 10, 2015 at 3:24 AM, Richard Biener
>> > wrote:
>> >>On Wed, Dec 9, 2015
On Sat, Dec 12, 2015 at 09:51:23AM -0500, Jason Merrill wrote:
> On 12/11/2015 06:52 PM, H.J. Lu wrote:
> >On Thu, Dec 10, 2015 at 3:24 AM, Richard Biener
> > wrote:
> >>On Wed, Dec 9, 2015 at 10:31 PM, Markus Trippelsdorf
> >> wrote:
> >>>On
On 12/11/2015 06:52 PM, H.J. Lu wrote:
On Thu, Dec 10, 2015 at 3:24 AM, Richard Biener
wrote:
On Wed, Dec 9, 2015 at 10:31 PM, Markus Trippelsdorf
wrote:
On 2015.12.09 at 10:53 -0800, H.J. Lu wrote:
Empty C++ class is a corner case which
On Sat, 12 Dec 2015, Jakub Jelinek wrote:
On Sat, Dec 12, 2015 at 09:51:23AM -0500, Jason Merrill wrote:
On 12/11/2015 06:52 PM, H.J. Lu wrote:
On Thu, Dec 10, 2015 at 3:24 AM, Richard Biener
wrote:
On Wed, Dec 9, 2015 at 10:31 PM, Markus Trippelsdorf
On Thu, Dec 10, 2015 at 3:24 AM, Richard Biener
wrote:
> On Wed, Dec 9, 2015 at 10:31 PM, Markus Trippelsdorf
> wrote:
>> On 2015.12.09 at 10:53 -0800, H.J. Lu wrote:
>>>
>>> Empty C++ class is a corner case which isn't covered in psABI nor C++
On Wed, Dec 9, 2015 at 10:31 PM, Markus Trippelsdorf
wrote:
> On 2015.12.09 at 10:53 -0800, H.J. Lu wrote:
>>
>> Empty C++ class is a corner case which isn't covered in psABI nor C++ ABI.
>> There is no mention of "empty record" in GCC documentation. But there are
>>
On Tue, Dec 8, 2015 at 5:22 PM, H.J. Lu wrote:
> On Mon, Nov 23, 2015 at 12:53 PM, H.J. Lu wrote:
>> On Mon, Nov 23, 2015 at 1:57 AM, Richard Biener
>> wrote:
>>> On Sat, Nov 21, 2015 at 12:46 AM, H.J. Lu
On Wed, Dec 9, 2015 at 6:05 AM, Richard Biener
wrote:
> On Tue, Dec 8, 2015 at 5:22 PM, H.J. Lu wrote:
>> On Mon, Nov 23, 2015 at 12:53 PM, H.J. Lu wrote:
>>> On Mon, Nov 23, 2015 at 1:57 AM, Richard Biener
>>>
On Wed, Dec 9, 2015 at 10:53 AM, H.J. Lu wrote:
> On Wed, Dec 9, 2015 at 6:05 AM, Richard Biener
> wrote:
>> On Tue, Dec 8, 2015 at 5:22 PM, H.J. Lu wrote:
>>> On Mon, Nov 23, 2015 at 12:53 PM, H.J. Lu
On 2015.12.09 at 10:53 -0800, H.J. Lu wrote:
>
> Empty C++ class is a corner case which isn't covered in psABI nor C++ ABI.
> There is no mention of "empty record" in GCC documentation. But there are
> plenty of "empty class" in gcc/cp. This change affects all targets. C++ ABI
> should specify
51 matches
Mail list logo