On Tuesday 11 October 2022 08:46:58 Richard Biener wrote:
> On Mon, Oct 10, 2022 at 7:19 PM Pali Rohár via Gcc wrote:
> >
> > Hello!
> >
> > During development and debugging of U-Boot bootloader I got strange
> > error from ARM GNU assembler, which looks like a bug in binutils or gcc.
> >
> > Belo
Hi,
I have some questions about the frame_info and stack of variable length type:
In the current gcc framework, it seems that 'poly_uint64(coeff0, coeff1)'
is used to calculate 'cfun->machine->frame', but only one variable length
type(vector) can be processed.
If I want to add a new variable l
Hi Pali, Hi Richard,
Interesting... Another test case which is working fine:
kernoffs:
.word 0x4 - (. - 0x0)
This works because this expression can be converted into an instruction
and a relocation in the object file:
% as t.s -o t.o
% objdump -dr t.o
Disassembly of section .
On Tue, Oct 11, 2022 at 12:37 PM Nick Clifton wrote:
>
> Hi Pali, Hi Richard,
>
> > Interesting... Another test case which is working fine:
> >
> >kernoffs:
> >.word 0x4 - (. - 0x0)
>
> This works because this expression can be converted into an instruction
> and a relocation in the ob
On Tuesday 11 October 2022 11:37:03 Nick Clifton wrote:
> Hi Pali, Hi Richard,
>
> > Interesting... Another test case which is working fine:
> >
> >kernoffs:
> >.word 0x4 - (. - 0x0)
>
> This works because this expression can be converted into an instruction
> and a relocation in the
On Tue, Oct 04, 2022 at 21:12:03 +0200, Harald Anlauf wrote:
> Am 04.10.22 um 17:12 schrieb Ben Boeckel:
> > This patch implements support for [P1689R5][] to communicate to a build
> > system the C++20 module dependencies to build systems so that they may
> > build `.gcm` files in the proper order.
On Mon, Oct 10, 2022 at 17:04:09 -0400, Jason Merrill wrote:
> On 10/4/22 11:12, Ben Boeckel wrote:
> > This patch implements support for [P1689R5][] to communicate to a build
> > system the C++20 module dependencies to build systems so that they may
> > build `.gcm` files in the proper order.
>
>
Hi,
I'm trying to dllexport/dllimport an inline function, but I get this
warning:
```
inline function ‘g_strcmp0’ declared as dllimport: attribute ignored [-
Wattributes]
```
This is when cross compiling my code on Linux for Windows using mingw.
The relevant code is
```
GLIB_API inline
int
On 2022-10-06 18:57, Frank Ch. Eigler wrote:
[...] so that we continue to have them involved in the technical
direction of GNU toolchain infrastructure? [...]
"continue"? If the nature & degree of involvement we had so far in
the LF/GTI process is representative of the future, I'm not sure I
Le mardi 11 octobre 2022 à 13:00 +0800, LIU Hao a écrit :
> you may try
>
> ```
> __attribute__((__gnu_inline__))
> extern inline
> int g_strcmp0(const char*, const char*)
> { ...
> ```
Thanks, I gave that a try but I get many: multiple definition of
`g_strcmp0'. But at least
在 2022/10/11 21:10, xclae...@gmail.com 写道:
Le mardi 11 octobre 2022 à 13:00 +0800, LIU Hao a écrit :
you may try
```
__attribute__((__gnu_inline__))
extern inline
int g_strcmp0(const char*, const char*)
{ ...
```
Thanks, I gave that a try but I get many: multiple def
在 2022/10/11 21:28, LIU Hao via Gcc 写道:
Did you have any declarations that had no `__gnu_inline__`? GNU inline functions are supposed to be
emitted out of line, even when its address is taken.
This should be 'to be never emitted out of line'. Sorry for that.
--
Best regards,
LIU Hao
Ope
Hi -
> [...] As for the rest, it really is a question on whether all of
> sourceware will in the end be migrated over to LF, it's for the
> remaining projects to decide. If we indeed have all projects on
> board [...]
"we" do not. That option was taken off the table weeks ago. For that
matter
Le mardi 11 octobre 2022 à 21:35 +0800, LIU Hao a écrit :
> 在 2022/10/11 21:28, LIU Hao via Gcc 写道:
> >
> > Did you have any declarations that had no `__gnu_inline__`? GNU
> > inline functions are supposed to be
> > emitted out of line, even when its address is taken.
> >
>
> This should be 'to
Hi Pali, Hi Richard,
Having file name and line number would be also useful as it took me
some time to figure out where is the issue...
Right - I have tried a little harder and come up with a follow up patch.
This is now checked in, and given an input file that looks like this:
% cat t.s
k
On Tuesday 11 October 2022 15:33:59 Nick Clifton wrote:
> Hi Pali, Hi Richard,
>
> > Having file name and line number would be also useful as it took me
> > some time to figure out where is the issue...
>
> Right - I have tried a little harder and come up with a follow up patch.
> This is now che
在 2022-10-11 22:26, xclae...@gmail.com 写道:
#ifdef GLIB_COMPILATION
# define _GLIB_API _GLIB_EXPORT
# define GLIB_INLINE __attribute__((__dllexport__))
__attribute__((__gnu_inline__)) extern inline
This is not correct. Typically, `dllexport` indicates that 'I want an external definition' but
Hi -
> [...] Where was a statement from key members of the GNU Toolchain
> projects -- the people who actually use the services and
> infrastructure on a day to day basis for their participation in the
> GNU Toolchain projects -- asking for an alternative proposal? When
> were they allowed to part
Le mercredi 12 octobre 2022 à 01:42 +0800, LIU Hao a écrit :
> 在 2022-10-11 22:26, xclae...@gmail.com 写道:
> > #ifdef GLIB_COMPILATION
> > # define _GLIB_API _GLIB_EXPORT
> > # define GLIB_INLINE __attribute__((__dllexport__))
> > __attribute__((__gnu_inline__)) extern inline
>
> This is not corr
在 2022/10/12 02:37, xclae...@gmail.com 写道:
Build it with:
meson setup builddir --cross-file cross_file_mingw64.txt
ninja -C builddir/
And it fails with:
That's because you compiled it as C. I used g++ to compile these, and there was
no such error.
For C, this inline issue is going to
Respected Sir/ Mam ,
I am Zunzarrao Deore, a computer science undergrad. I have just entered my
second year at D.Y. Patil college of engineering, Pune. I am new to open
source contribution but I am well aware of programming languages like C++,
Python, html and CSS also I have moderate knowledge of
21 matches
Mail list logo
