d by failure to compile a simple C++ program, but the cause can vary: Your system might have
no c++ compiler (which i think is unlikely), or the existent c++ compiler rejected the program due to an
unknown option. You can take a look at the end of config.log.
--
Best regards,
LIU Hao
OpenPGP_
e --enable-languages=c,c++,fortran --disable-multilib
make -j$(nproc)
```
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
Hi,
I'm new to GCC community, and try to contribute some patches.
I am having trouble setting git send-email with Outlook on Linux. Does anyone
have any successful experiences to share?
Best regards
2f6b1b742911ba0770b49bbb/mingw-w64-crt/crt/crtexe.c#L203-L267
[2] https://sourceware.org/binutils/docs/ld/WIN32.html
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
My code is pure C language and does not need this code. How to remove the extra
assembly code.
The solution is to define `WinMain()` (or `wWinMain()` with the `-municode` option), where GCC will
not insert `__main()`.
Note the call still exists, before your main function is called.
--
B
ne it in one of your source files.
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
another register. I don't see a point in
doing that.
Not to mention that MOV can be implemented by register renaming which has a
latency of zero.
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
lease take a look at PR115049 and decide whether it should block the release? Although
this issue is reported about mingw-w64, I suspect Linux may be affected too.
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
#x27;restrict'-qualified parameter
// aliases with argument 1
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
On Fri, May 31, 2024 at 10:58 AM Hanke Zhang via Gcc wrote:
>
> Hi,
> I've recently been trying to hand-write code to trigger automatic
> vectorization optimizations in GCC on Intel x86 machines (without
> using the interfaces in immintrin.h), but I'm running into a problem
> where I can't seem to
Attached is an alternative patch to functionalize `load_macros_array`. It allows GCC to build on
x86_64-w64-mingw32. Not tested though, as I know no Rust.
As before, please edit the patch at your disposal.
--
Best regards,
LIU Hao
diff --git a/gcc/rust/checks/errors/borrowck/rust-borrow
hing about Rust.
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
Hello,
Attached is a patch for fixing build issues on *-w64-mingw32. Please check and
update at your leisure.
'gcc/system.h' contains a macro called `mkdir()` and there is no need to invoke `_mkdir()` within a
conditional block.
--
Best regards,
LIU Hao
diff --git a/gcc/rust/che
. The other branch below clearly
eliminates the dependency.
}
else
{
// The architects say this is safe even for 0.
res = -1;
asm("bsf %1, %0" : "+r"(res) : "rm"(x));
}
return res + 1;
}
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
This patch does not look so horrible:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929#c26
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
houldn't have checked for `*` right?
The calls to `output_addr_const()` are from `dw2_assemble_integer (int size, rtx x)` in
'gcc/dwarf2asm.cc'. Now I need some directives on how to fix this; parsing the symbol seems awkward.
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
"`, it would mean something very different
and cause linker errors.
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
h_mouse\AppData\Local\Temp\ccuyuu6c.s:29: Error: invalid use of
register
C:\Users\lh_mouse\AppData\Local\Temp\ccuyuu6c.s:29: Warning: register value
used as expression
lh_mouse@lhmouse-pc ~/Desktop $
```
--
Best regards,
LIU Hao
From 2579afab42b90dceac860114acbad1ab79bca979 Mon Sep 17 00:
t;bx"[rip]
> as test.s -o test.o
> objdump -d test.o
test.o: file format pe-x86-64
(...)
0: 48 8d 05 00 00 00 00learax,[rip+0x0]# 7 <.text+0x7>
7: 90 nop
So I think I had better try my patch in the next few days
does not cause ambiguity, it can be accepted either
way.
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
ax noprefix; mov eax, DWORD PTR gs:0x48' -o a.o &&
objdump -Mintel -d a.o
...
<.text>:
0:65 8b 04 25 48 00 00moveax,DWORD PTR gs:0x48
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
so their compiler outputs do not
really turn into assembly code before finally becoming target code. This approach is not subject to
the ambiguity.
As GCC still relies on GAS to produce object files, (as stated in the first paragraph,) it might
make some sense to implement a strict mode on outputs
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
r supports Windows 7, but it's always possible to cross-compile from a
supported system to Windows 7, or something even older like Windows XP or 2000. If you encounter an
issue, please let me know.
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
packages, we
generally recommend https://www.msys2.org/.
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
d)
#endif /* L_gcov_dump */
-#ifdef L_gcov_fork
+#if defined L_gcov_fork && !defined _WIN32
/* A wrapper for the fork function. We reset counters in the child
so that they are not counted twice. */
```
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
. Calls to weak functions can jump to random,
non-allocated memory and cause faults. Instead, duplicates of COMDAT sections are removed by the
`.linkonce discard` directive.
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
iled.
Makes sense. The target-specific macro `_WIN32` serves that purpose.
However `fork()` doesn't actually exist there, and linking should indeed fail. Maybe `__gcov_fork()`
shouldn't be defined at all.
--
Best regards,
LIU Hao
OpenPGP_signature.asc
Description: OpenPGP digital signature
them for C++ [1] and GCC defines `NOMINMAX` in 'os_defines.h',
so either way it is not necessary.
[1]
https://github.com/mingw-w64/mingw-w64/blob/3ebb92804e3125d1be8f61bcd42f15a8db15ba1e/mingw-w64-headers/include/minmax.h#L9
--
Best regards,
LIU Hao
OpenPGP_signature.asc
t
how to support it generally. This case is a special, as it doesn't need runtime
check. So, I'm trying to fix this one as the 1st step.
Thanks,
-Hao
From: Richard Biener
Sent: Friday, November 10, 2023 17:39
To: Hao Liu OS
Cc: gcc@gcc.gnu.org
Hi,
I'm investigating how to vectorize the following simple case:
int A[1024 * 2];
int foo1 (unsigned offset) {
int sum = 0;
for (unsigned i = 0; i < 1024; i++)
sum += A[i + offset];
return sum;
}
The loop body and loop vectorizer dumps are:
# i_13 = PH
on my
TigerLake CPU.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
On Mon, Aug 7, 2023 at 9:38 AM Hongtao Liu wrote:
>
> On Mon, Aug 7, 2023 at 9:35 AM Hongtao Liu wrote:
> >
> > On Mon, Aug 7, 2023 at 2:08 AM Toon Moene wrote:
> > >
> > > Wonder if I am the only one to see this:
> > >
> > > https://gcc.gnu
On Mon, Aug 7, 2023 at 9:35 AM Hongtao Liu wrote:
>
> On Mon, Aug 7, 2023 at 2:08 AM Toon Moene wrote:
> >
> > Wonder if I am the only one to see this:
> >
> > https://gcc.gnu.org/pipermail/gcc-testresults/2023-August/792616.html
Could you share your GCC configure,
On Mon, Aug 7, 2023 at 2:08 AM Toon Moene wrote:
>
> Wonder if I am the only one to see this:
>
> https://gcc.gnu.org/pipermail/gcc-testresults/2023-August/792616.html
>
> To quote:
>
> during RTL pass: split1
> /home/toon/compilers/gcc/libgfortran/generated/matmul_i1.c: In function
> 'matmul_i1_a
)) // [[noreturn]] won't work
int
my_stream::
underflow()
{
throw std::invalid_argument("not implemented");
}
```
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
Hi everyone,
I have a general question regarding the GPU offloading support on AMD
GPUs using OpenACC or OpenMP. I am doing some tests by compiling the new
version of GCC (13 and 14), following the instructions online
(https://gcc.gnu.org/wiki/Offloading#How_to_try_offloading_enabled_GCC).
I
x86 has very few GPRs and GCC doesn't optimize multi-word arithmetic very
well. Performance may or may not vary depending on cache locality and number of μops; not to mention
`movq` and `movd` which have relative high latencies. I would like to see some benchmarking results
first
tion like this, you must do it
yourself.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
On Wed, May 24, 2023 at 3:58 PM Jan Beulich via Gcc wrote:
>
> Hello,
>
> for a couple of years I was meaning to extend the use of these AVX512F
> insns beyond the pretty minimalistic ones there are so far. Now that I've
> got around to at least draft something, I ran into a couple of issues I
> c
ub, SourceForge, StackOverflow, ncurses etc. are marked as from mailing lists. I
suspect there is kinda misconfiguration.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
That look likes a private macro that prevents inclusion of 'msxml.h', which can identified by
examining Windows headers. It's undocumented and probably shouldn't be defined by users.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
for this issue is to add `-DCOM_NO_WINDOWS_H` in `CPPFLAGS`
when building GCC.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
-patc...@gcc.gnu.org with a CC to Jonathan Yong
<10wa...@gmail.com>, who is the only maintainer on GCC for mingw-w64 port.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
, it seems to make a difference only if the result is ever written back to memory.
And for comparison, it makes completely no difference whether the operand is 32-bit or 8-bit, except
when the operand is an 8-bit ?H register. [1]
[1] https://uops.info/table.html
--
Best regards,
LIU Hao
在 2023/4/11 16:51, LIU Hao via Gcc 写道:
My interpretation is that if one argument is a SNaN and the other is not,
`fmax()` shall return the
SNaN unchanged, without converting it to a QNaN. (F.10.9.2 The fmax functions,
ISO/IEC 9899:2017)
'the other is not' means the other op
017)
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
What should we do about it? A skull is neither descriptive nor
informative, and is very unfriendly for message filters. A tag there might look much more helpful,
such as [BUILDBOT] or [FAIL].
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
lling wide APIs explicitly, such overhead can be avoided.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
ption:
```
mov edx, 2
mov eax, edx # edx:eax = 0x20002
mov ecx, edx
div ecx# division overflows because the quotient
# can't stored into EAX
```
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
al
ret
```
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
Would you please do the same to libgomp too?
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
this parameter is useful for more people.
I vote +1 for this in GCC 14.
GCC 13 (i.e. current master branch) is at stage3 so it's not an option at this
moment.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
在 2022-11-26 17:20, Dave Blanchard 写道:
No, I'm not trolling, just venting here for a moment. So sick of garbage ass,
crusty junkware that's always a battle to the death to accomplish anything.
I really understand where Liu Hao was coming from yesterday when he was in here
raging a
ell, if that's your decision, fair enough. I can maintain my own distribution.
Patch attached [1]; bootstrapped on {x86_64,1686}-w64-mingw32 without any
issues so far.
[1]
https://github.com/lhmouse/MINGW-packages/blob/gcc-13/mingw-w64-gcc/9000-Deprecate-the-nonsense-AT-T-synax.patch
--
Be
在 2022/11/25 16:50, Marc Glisse 写道:
On Fri, 25 Nov 2022, LIU Hao via Gcc wrote:
I am a Windows developer and I have been writing x86 and amd64 assembly for more than ten years.
One annoying thing about GCC is that, for x86 if I need to write I piece of inline assembly then I
have to do it
a lot of work to keep up with
it all.
I hope that, if we decide to make Intel syntax the default since GCC 14, then such crud will be
eventually got rid of since GCC 24. OTOH, if we don't do that, we would have to live with it forever.
--
Best regards,
LIU Hao
OpenPGP_signature
Descri
year-old evilness and refusing to move
forward. Upgrading the compiler is always a big change, and updating sources should be expected,
when we take `-Werror` into account.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
to you, please consider how to write VFMADD231PD in
AT&T syntax, really.
I have been tired of such inconsistency. For God's sake, please deprecate it.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
aultlibs` to
GCC, and specify desired libraries explicitly.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
efault-msvcrt=`, so
they always match.
[1] https://sourceforge.net/p/mingw-w64/mailman/message/36030072/
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
= strcspn (role, ":");
```
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
.
Thanks, I've pushed it to trunk now.
Thank you for taking care of it!
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
ccess to
GCC repo, and it takes a couple of hours for me to bootstrap GCC just for this tiny change.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
e not used inside GCC and the include of mutex should be
done early.
Well I am not familiar with such behavior. Feel free to amend the patch, until it looks good to you.
I hope we can check this in before GCC 13 RC.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
lto,c++,fortran,objc,obj-c++` and with the `mcf` thread model; no errors observed. The built
`libgccjit-0.dll` does not have imports from winpthread any more.
Please review.
--
Best regards,
LIU Hao
From ceb65f21b5ac23ce218efee82f40f641ebe44361 Mon Sep 17 00:00:00 2001
From: LIU Hao
Date: Mon,
x27;gcc' subdirectory, so I suspect it isn't an option there?
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
ttribute__((__gnu_inline__)) __inline__
#endif
extern
int g_strcmp0(const char*str1, const char*str2);
#ifndef INSIDE_FOO_C
__attribute__((__gnu_inline__)) __inline__
#endif
extern
int g_strcmp0(const char*str1, const char*str2) {
...
```
--
Best regards,
LIU Hao
OpenPGP
27;:
```
#ifndef INSIDE_FOO_C
__attribute__((__gnu_inline__)) __inline__
#endif
extern
int g_strcmp0(const char*str1, const char*str2) {
...
```
'foo.c':
```
__attribute__((__dllexport__)) /* This is optional. */
extern int g_strcmp0 (const char *str1, const
在 2022-10-29 20:15, Eric Botcazou 写道:
So what could be causing it?
An oversight in https://gcc.gnu.org/pipermail/gcc-cvs/2022-August/370830.html
has broken --disable-sjlj-exceptions. That's now fixed.
Thank you. Rebuilding now.
--
Best regards,
LIU Hao
OpenPGP_signature
Descri
could be causing
it? Thanks in advance.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
line%60
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
it, it should be seen as
```
__attribute__((__dllexport__))
extern inline
int g_strcmp0(const char*, const char*)
```
There is no `gnu_inline` in this case. GCC always generates a COMDAT/weak/linkonce definition, which
will not cause multiple definition errors.
在 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 regard
在 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
n is being defined in a DLL, `__dllexport__` should be used in place of
`__gnu_inline__`. This may require another macro, similar to `GLIB_API`.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
://twdev.blog/2021/08/cmake/
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
en no problems.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
ike that. `China, Taiwan, Hsinchu` is acceptable;
`Taiwan` is not.
--
Best regards,
LIU Hao
OpenPGP_signature
Description: OpenPGP digital signature
On Mon, Feb 7, 2022 at 11:16 AM LiYancheng via Gcc wrote:
>
>
> On 2022/2/7 10:03, Andrew Pinski wrote:
> > On Sun, Feb 6, 2022 at 5:59 PM LiYancheng via Gcc wrote:
> >> Hello everyone!
> >>
> >> I have some questions to ask:
> >>
> >> 1. How does GCC support Sapphrie Rapids CPU now?
> >>
> >> 2.
gcc define __FLT_EVAL_METHOD__ according to
builtin_define_with_int_value ("__FLT_EVAL_METHOD__",
c_flt_eval_method (true));
and guess we need to handle things like:
/* GCC only supports one interchange type right now, _Float16. If
we're evaluating _Float16 in 16-bit precision, then
>From: Thomas Schwinge
>Sent: Wednesday, September 15, 2021 7:20 PM
>To: Liu, Hongtao
>Cc: gcc@gcc.gnu.org; Jakub Jelinek ; Tobias Burnus
>; Kirill Yukhin ; Richard
>Biener
>Subject: RE: GCC/OpenMP offloading for Intel GPUs?
>
>Hi!
>
>On 2021-09-15T02:00:33+, &qu
Thomas Schwinge
>Sent: Wednesday, September 15, 2021 12:57 AM
>To: gcc@gcc.gnu.org
>Cc: Jakub Jelinek ; Tobias Burnus
>; Kirill Yukhin ; Liu,
>Hongtao
>Subject: GCC/OpenMP offloading for Intel GPUs?
>
>Hi!
>
>I've had a person ask about GCC/OpenMP offloadi
via Gcc
> > Sent: Monday, August 30, 2021 2:05 PM
> > To: gcc@gcc.gnu.org
> > Cc: ja...@redhat.com; Richard Earnshaw ;
> > Segher Boessenkool ; Richard Sandiford
> > ; premachandra.malla...@amd.com;
> > Hongtao Liu
> > Subject: Enable the vectorizer at -O2
On Tue, Aug 31, 2021 at 11:11 AM Kewen.Lin via Gcc wrote:
>
> on 2021/8/30 下午10:11, Bill Schmidt wrote:
> > On 8/30/21 8:04 AM, Florian Weimer wrote:
> >> There has been a discussion, both off-list and on the gcc-help mailing
> >> list (“Why vectorization didn't turn on by -O2”, spread across seve
included in the proforma invoice.
Thanks and best regards. we await your earliest reply.
David Liu
IMEX Sourcing service
E-mail:
o-lightin...@ovovs.com mailto:o-lightin...@ovovs.com
Phone: +86 1326532 2461
Wechat: markkyyo
https://imexsourcingservices.com/
On Thu, Aug 5, 2021 at 5:20 AM Segher Boessenkool
wrote:
>
> On Wed, Aug 04, 2021 at 11:22:53AM +0100, Richard Sandiford wrote:
> > Segher Boessenkool writes:
> > > On Wed, Aug 04, 2021 at 10:10:36AM +0100, Richard Sandiford wrote:
> > >> Richard Biener writes:
> > >> > Alternatively only enable
Could you file a bugzilla for that?
https://gcc.gnu.org/bugzilla/enter_bug.cgi?product=gcc
On Thu, Aug 5, 2021 at 3:34 PM Stefan Kanthak wrote:
>
> Hi,
>
> targeting AMD64 alias x86_64 with -O3, GCC 10.2.0 generates the
> following code (17 instructions using 78 bytes, plus 6 quadwords
> using 48
On Thu, Jul 29, 2021 at 10:49 AM unlvsur unlvsur via Gcc
wrote:
>
> What I mean is that what macro GCC sets when it compiles -masm=intel
>
>
> Int main()
> {
> #ifdef /*__INTEL_ASM*/
> printf(“intel”);
> #else
> printf(“at&t”);
> #endif
> }
not fully understand
On Wed, Jul 14, 2021 at 4:17 PM Richard Biener
wrote:
>
> On Wed, Jul 14, 2021 at 10:11 AM Hongtao Liu wrote:
> >
> > On Wed, Jul 14, 2021 at 3:49 PM Matthias Kretz wrote:
> > >
> > > On Wednesday, 14 July 2021 09:39:42 CEST Richard Biener wrote:
> >
On Wed, Jul 14, 2021 at 3:49 PM Matthias Kretz wrote:
>
> On Wednesday, 14 July 2021 09:39:42 CEST Richard Biener wrote:
> > -ffast-math decomposes to quite some flag_* and those generally are not
> > reflected into the IL but can be different per function (and then
> > prevent inlining).
>
> Is t
On Wed, Jul 14, 2021 at 2:39 PM Matthias Kretz wrote:
>
> On Wednesday, 14 July 2021 07:18:29 CEST Hongtao Liu via Gcc-help wrote:
> > On Wed, Jul 14, 2021 at 1:15 PM Hongtao Liu wrote:
> > > Hi:
> > > The original problem was that some users wanted the cmdline
On Wed, Jul 14, 2021 at 1:15 PM Hongtao Liu wrote:
>
> Hi:
> The original problem was that some users wanted the cmdline option
> -ffast-math not to act on intrinsic production code. .i.e for codes
> like
>
> #include
> __m256d
> foo2 (__m256d a, __m256d b, __m256d
Hi:
The original problem was that some users wanted the cmdline option
-ffast-math not to act on intrinsic production code. .i.e for codes
like
#include
__m256d
foo2 (__m256d a, __m256d b, __m256d c, __m256d d)
{
__m256d tmp = _mm256_add_pd (a, b);
tmp = _mm256_sub_pd (tmp, c);
tmp = _mm256_sub_
t would be great as well.
Thank you for the information. Reverting cfc9fdcec8861be0d11ec4493cca518bf5b4c32d made the build
proceed again. I have created PR 101377 for it [1].
[1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101377
--
Best regards,
LIU Hao
OpenPGP_signature
Descriptio
have attached the build log in case you
need it.
--
Best regards,
LIU Hao
mingw-w64-gcc-mcf-11.1.1.d20210708.c11.g35aca8e9b45-1-x86_64-build.log.gz
Description: application/gzip
OpenPGP_signature
Description: OpenPGP digital signature
void* ptr = 0;
if(sscanf(buf, "%p", &ptr))
*(int*)ptr = 100;
fprintf(stderr, "value = %d\n", value); // 100 instead of 42
}
```
--
Best regards,
Liu Hao
OpenPGP_signature
Description: OpenPGP digital signature
On Tue, Jun 22, 2021 at 3:58 PM Jakub Jelinek via Gcc wrote:
>
> On Mon, Jun 21, 2021 at 02:49:56AM +0000, Liu, Hongtao via Gcc wrote:
> > >-Original Message-
> > >From: Jason Merrill
> > >Sent: Monday, June 21, 2021 10:07 AM
> > >To: Liu,
>-Original Message-
>From: Jason Merrill
>Sent: Monday, June 21, 2021 10:07 AM
>To: Liu, Hongtao
>Cc: gcc Mailing List ; Marek Polacek
>Subject: Hongtao Liu as x86 vectorization maintainer
>
>I am pleased to announce that the GCC Steering Committee has a
hor), then rebased the modified commit
onto ee52bf609bac. Git is smart enough to drop duplicate changes, but the leftovers formed a new
commit, which was exactly a325bdd195e.
--
Best regards,
Liu Hao
OpenPGP_signature
Description: OpenPGP digital signature
1 - 100 of 250 matches
Mail list logo
