Rex Dieter wrote:
> Rex Dieter wrote:
>
>> Antonio T. sagitter wrote:
>>
>>> Hi all.
>>>
>>> I can't compile IceCat on Fedora 33+ since some days because of these
>>> errors:
>>>
>>> ...
>>> /usr/include/c++/11/t
I'm wondering, though, whether we have to fix a FTBFS on F34 (!) just a few
days after the mass rebuild. The glib change which caused all this was pushed
after the mass rebuild, basically rendering mute the point of the mass rebuild.
In my case (notmuch) I got the notice from koschei - funnily
Rex Dieter wrote:
> Antonio T. sagitter wrote:
>
>> Hi all.
>>
>> I can't compile IceCat on Fedora 33+ since some days because of these
>> errors:
>>
>> ...
>> /usr/include/c++/11/type_traits:3164:1: error: template with C linkage
&g
Antonio T. sagitter wrote:
> Hi all.
>
> I can't compile IceCat on Fedora 33+ since some days because of these
> errors:
>
> ...
> /usr/include/c++/11/type_traits:3164:1: error: template with C linkage
This is impacting plasma-discover and flatpak, the latter's flatpa
* Kevin Kofler via devel:
> Stephan Bergmann wrote:
>> Note that wrapping the header include in an extern declaration violates
>> C++ standard requirements. ("A translation unit shall include a header
>> only outside of any declaration or definition", [using.headers]/3)
>
> Yet, it is absolutely
Stephan Bergmann wrote:
> Note that wrapping the header include in an extern declaration violates
> C++ standard requirements. ("A translation unit shall include a header
> only outside of any declaration or definition", [using.headers]/3)
Yet, it is absolutely necessary for many C library
On 09/02/2021 12:24, Kevin Kofler via devel wrote:
Kalev Lember wrote:
The glib upstream MR got rejected, which means all consumers are going
to have to fix their use of glib headers to not include them in an
extern "C" block.
That is extremely unhelpful. What is the point of rejecting a
Kalev Lember wrote:
> The glib upstream MR got rejected, which means all consumers are going
> to have to fix their use of glib headers to not include them in an
> extern "C" block.
That is extremely unhelpful. What is the point of rejecting a 2-line (!)
patch that keeps backwards compatibility
On 2/8/21 17:05, Kalev Lember wrote:
On 2/6/21 18:06, Florian Weimer wrote:
Icecat is probably including the glib header in an extern "C" block.
You can escape from that by including inside an extern
"C++" block. See /usr/include/math.h for an example.
Thanks! I went ahead and filed
On 2/6/21 18:06, Florian Weimer wrote:
* Kalev Lember:
On 2/6/21 16:08, Antonio T. sagitter wrote:
Hi all.
I can't compile IceCat on Fedora 33+ since some days because of
these errors:
...
/usr/include/c++/11/type_traits:3164:1: error: template with C linkage
..
Any idea why they occur
These errors are solved in IceCat with following patch:
https://src.fedoraproject.org/rpms/icecat/blob/902a94597e0d48bbe3e1ebc3184787f7b6fe9242/f/icecat-78.7.1-fix_error_template_with_C_linkage.patch
On 2/6/21 11:04 PM, Germano Massullo wrote:
Also this build seems to be related to this
Also this build seems to be related to this problem
https://koji.fedoraproject.org/koji/taskinfo?taskID=61482059
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
* Kalev Lember:
> On 2/6/21 16:08, Antonio T. sagitter wrote:
>> Hi all.
>> I can't compile IceCat on Fedora 33+ since some days because of
>> these errors:
>> ...
>> /usr/include/c++/11/type_traits:3164:1: error: template with C linkage
>> ..
>&
On 2/6/21 16:08, Antonio T. sagitter wrote:
Hi all.
I can't compile IceCat on Fedora 33+ since some days because of these
errors:
...
/usr/include/c++/11/type_traits:3164:1: error: template with C linkage
..
Any idea why they occur?
Rawhide build: https://koji.fedoraproject.org/koji
Hi all.
I can't compile IceCat on Fedora 33+ since some days because of these
errors:
...
/usr/include/c++/11/type_traits:3164:1: error: template with C linkage
..
Any idea why they occur?
Rawhide build: https://koji.fedoraproject.org/koji/taskinfo?taskID=61460307
Thanks.
--
---
Antonio
15 matches
Mail list logo