-fgnu-tm support has not been improved since GCC 5 or earlier. It is
not even supported with LTO. Does it make sense to deprecate the
support for GCC 14 and remove it in GCC 15?
Thanks,
Andrew Pinski
On Thu, 2023-12-14 at 20:50 -0500, James K. Lowden wrote:
> On Fri, 15 Dec 2023 14:43:22 -0500
> "David H. Lynch Jr. via Gcc" wrote:
>
> > Right now I am just focused on some means to deliver support.
>
> Hi David,
>
> My colleague Bob Dubner and I have been extending GCC every day for
> the
Snapshot gcc-13-20231216 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/13-20231216/
and on various mirrors, see https://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 13 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
On Sat, 16 Dec 2023 at 22:41, David H. Lynch Jr. wrote:
> I am looking for any help I can get - pointers as to where to start
> with GCC, docs or howto's through to someone that wishes to participate
> in the project. There is a potential for compensation - we are seeking
> a grant, though our
On Fri, 15 Dec 2023 at 14:49, Tim Song wrote:
>
>
>
> On Fri, Dec 15, 2023 at 4:43 AM Jonathan Wakely wrote:
>>
>> On Fri, 15 Dec 2023 at 01:17, Tim Song wrote:
>> >
>> > On Thu, Dec 14, 2023 at 6:05 PM Jonathan Wakely wrote:
>> >> + inline void
>> >> + vprint_unicode(ostream& __os,
On Sat, 16 Dec 2023 at 09:14, Jonathan Wakely wrote:
>
> On Sat, 16 Dec 2023 at 00:27, Patrick Palka wrote:
> >
> > On Wed, 6 Dec 2023, Jonathan Wakely wrote:
> >
> > > Any comments on this approach?
> > >
> > > -- >8 --
> > >
> > > This makes constexpr std::vector (mostly) work in Debug Mode. All
Ping for https://gcc.gnu.org/pipermail/gcc-patches/2023-November/637768.html.
(I've changed the summary message a little from that email but the patch
is otherwise unchanged.)
On Wed, Nov 22, 2023 at 10:33:15PM +1100, Nathaniel Shead wrote:
> Bootstrapped and regtested on x86_64-pc-linux-gnu. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113034
Xi Ruoyao changed:
What|Removed |Added
CC||chenglulu at loongson dot cn,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113038
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-12-16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113038
--- Comment #2 from Jonathan Wakely ---
jason: seems like a simple matter of forcing the builtin declaration into the
global module
ppalka: fwiw it also works if we get rid of the implicit declaration of
__class_type_info when declaring the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112380
Roger Sayle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Ping for https://gcc.gnu.org/pipermail/gcc-patches/2023-November/636159.html
On Sun, Nov 12, 2023 at 12:59:36PM +1100, Nathaniel Shead wrote:
> Bootstrapped and regtested on x86_64-pc-linux-gnu. I don't have write
> access.
>
> -- >8 --
>
> Currently the first depset for an EK_BINDING is not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89645
--- Comment #5 from Paul Thomas ---
Created attachment 56892
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56892=edit
An experimental patch for two pass compilation of contained procedures with
failures
I am giving up on this. Failures
On Fri, Dec 15, 2023 at 09:51:10PM -0800, Andrew Pinski wrote:
> I was looking into improving __builtin_popcountg for __int128 on
> aarch64 (when CSSC is not implemented which right now is almost all
> cores) but this patch forces __builtin_popcountg to expand into 2
> __builtin_popcountll (and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113034
Xi Ruoyao changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113034
--- Comment #3 from Xi Ruoyao ---
(define_code_iterator vfcond [unordered ordered eq ne le lt uneq unle unlt])
(define_code_attr fcc
[(unordered "cun")
(ordered "cor")
(eq"ceq")
(ne"cne")
(uneq "cueq")
On Sat, 16 Dec 2023 at 00:27, Patrick Palka wrote:
>
> On Wed, 6 Dec 2023, Jonathan Wakely wrote:
>
> > Any comments on this approach?
> >
> > -- >8 --
> >
> > This makes constexpr std::vector (mostly) work in Debug Mode. All safe
> > iterator instrumentation and checking is disabled during
Ping for https://gcc.gnu.org/pipermail/gcc-patches/2023-November/638089.html
On Fri, Nov 24, 2023 at 10:32:13PM +1100, Nathaniel Shead wrote:
> On Thu, Nov 23, 2023 at 12:11:58PM -0500, Nathan Sidwell wrote:
> > On 11/14/23 01:24, Nathaniel Shead wrote:
> > > I'll also note that the comments
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112339
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111967
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
d64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231216 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112792
--- Comment #2 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:5f1bed2a7af828103ca23a3546466a23e8dd2f30
commit r14-6622-g5f1bed2a7af828103ca23a3546466a23e8dd2f30
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44179
Harald van Dijk changed:
What|Removed |Added
CC||harald at gigawatt dot nl
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113045
Bug ID: 113045
Summary: armv7l-unknown-linux-gnueabihf: valgrind error during
build of libcc1
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99186
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70435
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104867
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109715
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88061
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113047
Bug ID: 113047
Summary: dereferencing a null pointer in a constant expression
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113047
--- Comment #1 from gcc_bz at brnz dot org ---
I have submitted this same question for clang:
https://github.com/llvm/llvm-project/issues/75716
On Fri, 18 Aug 2023 15:47:51 -0700
Julian Brown wrote:
> This patch has been separated out from the C++ "declare mapper"
> support patch. It contains just the gimplify.cc rearrangement
> work, mostly moving gimplification from gimplify_scan_omp_clauses
> to gimplify_adjust_omp_clauses for map
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112459
--- Comment #4 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:9a1105b770df9a9b485705398abbb74b5c487a25
commit r14-6621-g9a1105b770df9a9b485705398abbb74b5c487a25
Author: Paul Thomas
Date: Sat
PR analyzer/112792 reports false positives from -fanalyzer's
bounds-checking on certain packed structs containing bitfields e.g.
in the Linux kernel's drivers/dma/idxd/device.c:
union msix_perm {
struct {
u32 rsvd2 : 8;
u32 pasid : 20;
};
u32 bits;
} __attribute__((__packed__));
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44179
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
---
On Sat, Dec 16, 2023 at 8:40 AM Jonathan Wakely wrote:
>
> On Sun, 10 Dec 2023 at 18:19, Jason Merrill wrote:
> >
> > On 12/7/23 00:11, Ken Matsui wrote:
> > > This patch series optimizes type traits compilation performance by
> > > implementing built-in type traits and using them in libstdc++.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94342
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
Dear all,
the attached simple patch fixes a (9+) regression for passing
to a CONTIGUOUS,TARGET dummy an *effective argument* that is
contiguous, although the actual argument is not simply-contiguous
(it is a pointer without the CONTIGOUS attribute in the PR).
Since a previous attempt for a patch
> Am 16.12.2023 um 16:56 schrieb H.J. Lu :
>
> Linux CET kernel places a restore token on shadow stack followed by
> optional additional information for signal handler to enhance security.
> The restore token is the previous shadow stack pointer with bit 63 set.
> It is usually transparent to
On Sun, 10 Dec 2023 at 18:19, Jason Merrill wrote:
>
> On 12/7/23 00:11, Ken Matsui wrote:
> > This patch series optimizes type traits compilation performance by
> > implementing built-in type traits and using them in libstdc++.
> >
> > Changes in v26:
> >
> > * Rebased on top of trunk.
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88061
--- Comment #11 from Patrick Palka ---
N.B. that commit just naively fixes the attribute propagation issue which seems
to make at least simple examples work as expected. The question of section +
comdat handling could IIUC be demonstrated using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113046
--- Comment #1 from cqwrteur ---
-Os optimization could observe the issue more clearly. The number of
instructions reduced 51.94%, which is huge.
https://godbolt.org/z/Eh1P1vvo5
I guarantee you this will improve the overall performance of C++
On Sat, 16 Dec 2023 at 16:26, Patrick Palka wrote:
>
> On Sat, 16 Dec 2023, Jonathan Wakely wrote:
>
> > On Sat, 16 Dec 2023 at 09:14, Jonathan Wakely wrote:
> > >
> > > On Sat, 16 Dec 2023 at 00:27, Patrick Palka wrote:
> > > >
> > > > On Wed, 6 Dec 2023, Jonathan Wakely wrote:
> > > >
> > > > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113045
--- Comment #1 from Andrew Pinski ---
This could also be a valgrind issue ...
On Sat, Dec 16, 2023 at 8:41 AM Richard Biener
wrote:
>
>
>
> > Am 16.12.2023 um 16:56 schrieb H.J. Lu :
> >
> > Linux CET kernel places a restore token on shadow stack followed by
> > optional additional information for signal handler to enhance security.
> > The restore token is the previous
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113033
Xi Ruoyao changed:
What|Removed |Added
CC||chenglulu at loongson dot cn,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112758
--- Comment #14 from Greg McGary ---
I bisected to here for the commit that broke the non-Zbs case:
https://github.com/gcc-mirror/gcc/commit/2e886eef7f2b5aadb00171af868f0895b647c3a4
... and here for Zbs case:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107367
cqwrteur changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
* config/abi/post/x86_64-linux-gnu/x32/baseline_symbols.txt:
Updated.
---
.../x86_64-linux-gnu/x32/baseline_symbols.txt | 111 +-
1 file changed, 110 insertions(+), 1 deletion(-)
diff --git
a/libstdc++-v3/config/abi/post/x86_64-linux-gnu/x32/baseline_symbols.txt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113033
--- Comment #4 from Xi Ruoyao ---
Strange... Most backends do not have predicate for op2 of vec_init but how do
they evade this issue?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113046
Bug ID: 113046
Summary: Standard algorithms should do de-iterator
optimizations
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111853
--- Comment #2 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:5ae6f524f5d4ee2ab79ba797fa4901daf90afb25
commit r14-6620-g5ae6f524f5d4ee2ab79ba797fa4901daf90afb25
Author: Paul Thomas
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112834
--- Comment #3 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:5ae6f524f5d4ee2ab79ba797fa4901daf90afb25
commit r14-6620-g5ae6f524f5d4ee2ab79ba797fa4901daf90afb25
Author: Paul Thomas
Date: Sat
Linux CET kernel places a restore token on shadow stack followed by
optional additional information for signal handler to enhance security.
The restore token is the previous shadow stack pointer with bit 63 set.
It is usually transparent to user programs since kernel will pop the
restore token and
On Sat, 16 Dec 2023, Jonathan Wakely wrote:
> On Sat, 16 Dec 2023 at 09:14, Jonathan Wakely wrote:
> >
> > On Sat, 16 Dec 2023 at 00:27, Patrick Palka wrote:
> > >
> > > On Wed, 6 Dec 2023, Jonathan Wakely wrote:
> > >
> > > > Any comments on this approach?
> > > >
> > > > -- >8 --
> > > >
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113033
--- Comment #2 from Xi Ruoyao ---
It looks like we are missing a force_reg () somewhere.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97592
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #7 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113033
--- Comment #3 from Xi Ruoyao ---
(define_expand "vec_init"
[(match_operand:LSX 0 "register_operand")
(match_operand:LSX 1 "")]
"ISA_HAS_LSX"
{
loongarch_expand_vector_init (operands[0], operands[1]);
DONE;
})
We need to add a
On 12/15/23 17:14, Andrew Waterman wrote:
On Fri, Dec 15, 2023 at 1:38 PM Jeff Law wrote:
On 12/12/23 20:54, Palmer Dabbelt wrote:
I can't actually find anything in the ISA manual that makes Ztso imply
A. In theory the memory ordering is just a different thing that the set
of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113033
Xi Ruoyao changed:
What|Removed |Added
Component|target |middle-end
CC|
A few places in bits/basic_string.h use `traits_type::copy` to copy
`__str.length() + 1` bytes.
Despite the knowledge that `__str.length()` is not greater than 15 the
compiler emits (and sometimes inlines) a `memcpy` call. That results
in a quite big set of instructions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113047
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
Pushed to wwwdocs.
-- >8 --
---
htdocs/gcc-14/changes.html | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html
index 346785a0..eb14e09d 100644
--- a/htdocs/gcc-14/changes.html
+++ b/htdocs/gcc-14/changes.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109162
--- Comment #3 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #0)
> https://wg21.link/P2419R2 localized chrono formatting (also p2372r3)
I think this this requires using nl_langinfo_l(CODESET, loc) to find out if the
locale
On Sun, 17 Dec 2023 at 00:02, Jonathan Wakely wrote:
>
> On Sat, 16 Dec 2023 at 23:06, David Edelsohn wrote:
> >
> > On Sat, Dec 16, 2023 at 4:44 PM Jakub Jelinek wrote:
> >>
> >> On Sat, Dec 16, 2023 at 04:24:13PM -0500, David Edelsohn wrote:
> >> > AIX stdio.h defines fileno as a macro
On Sat, Dec 16, 2023 at 7:04 PM Jonathan Wakely wrote:
> On Sun, 17 Dec 2023 at 00:02, Jonathan Wakely wrote:
> >
> > On Sat, 16 Dec 2023 at 23:06, David Edelsohn wrote:
> > >
> > > On Sat, Dec 16, 2023 at 4:44 PM Jakub Jelinek
> wrote:
> > >>
> > >> On Sat, Dec 16, 2023 at 04:24:13PM -0500,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63559
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |7.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64354
Andrew Pinski changed:
What|Removed |Added
CC||rogero at howzatt dot co.uk
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64354
Andrew Pinski changed:
What|Removed |Added
Target Milestone|5.0 |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84688
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
ootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231216 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113044
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|target
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113041
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112792
--- Comment #3 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:7abc7aae564e63173fbaa14805e3dddea7f6a160
commit r14-6635-g7abc7aae564e63173fbaa14805e3dddea7f6a160
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113044
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113040
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55978
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
On Sat, Dec 16, 2023 at 04:24:13PM -0500, David Edelsohn wrote:
> AIX stdio.h defines fileno as a macro although there is a symbol in libc.
>
> I think that print.cc at least needs to
>
>
> #undef fileno
>
>
> before the usage.
Or (::fileno)(f) ?
Jakub
On 12/16/23 05:31, Nathaniel Shead wrote:
Ping for https://gcc.gnu.org/pipermail/gcc-patches/2023-November/636159.html
ok
On Sun, Nov 12, 2023 at 12:59:36PM +1100, Nathaniel Shead wrote:
Bootstrapped and regtested on x86_64-pc-linux-gnu. I don't have write
access.
-- >8 --
Currently the
On Sat, 16 Dec 2023 at 23:06, David Edelsohn wrote:
>
> On Sat, Dec 16, 2023 at 4:44 PM Jakub Jelinek wrote:
>>
>> On Sat, Dec 16, 2023 at 04:24:13PM -0500, David Edelsohn wrote:
>> > AIX stdio.h defines fileno as a macro although there is a symbol in libc.
>> >
>> > I think that print.cc at
Tested x86_64-linux (and built on AIX). Pushed to trunk.
-- >8 --
On AIX fileno is a function-like macro, so enclose the name in
parentheses to ensure we use the real function.
libstdc++-v3/ChangeLog:
* src/c++23/print.cc (__open_terminal(FILE*)): Avoid fileno
macro.
---
After addressing the references to the stale information Thomas pointed
out on our web pages, this addresses our documentation.
(I can't believe we still had a reference to SuSE, more than twenty years
after the name changed to SUSE.)
Gerald
gcc:
PR other/69374
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52889
Andrew Pinski changed:
What|Removed |Added
Severity|critical|normal
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58657
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |6.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38987
Andrew Pinski changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31872
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
On Sat, 16 Dec 2023, John David Anglin wrote:
> I have one comment. The only target currently supported is
> hppa64-hp-hpux11*. While gas is required, only the HP ld works.
>
> Otherwise, the change looks fine.
Thank you, Dave!
I updated the patch accordingly, referring to gas (not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57672
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WONTFIX
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113033
Xi Ruoyao changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #6 from Xi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58974
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
On Sat, Dec 16, 2023 at 4:44 PM Jakub Jelinek wrote:
> On Sat, Dec 16, 2023 at 04:24:13PM -0500, David Edelsohn wrote:
> > AIX stdio.h defines fileno as a macro although there is a symbol in libc.
> >
> > I think that print.cc at least needs to
> >
> >
> > #undef fileno
> >
> >
> > before the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52889
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60985
--- Comment #2 from Andrew Pinski ---
Note the `-m32` part of _mm_blend_pd is fixed in GCC 9+ as we get:
```
In file included from :2:
: In function 'main':
:11:14: error: '__builtin_ia32_blendpd' needs isa option -msse4.1
11 | __m128d r =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60985
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90798
Andrew Pinski changed:
What|Removed |Added
CC||jean-charles.papin@ens-cach
So mcore-elf is the slowest target to test with a simulator. Not
because it's simulator is particularly bad, but because some tests
timeout as they've gotten into infinite loops. This causes the
mcore-elf port to take about 2X longer than most other gdbsim ports.
I tracked this down to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104069
lavr at ncbi dot nlm.nih.gov changed:
What|Removed |Added
CC||lavr at ncbi dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54697
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WONTFIX
Target Milestone|---
Hi Dave,
based on our earlier e-mail, I understand we don't support hppa*-hp-hpux10
any longer, so let's remove them from the installation docs.
On the way remove references to GCC 2.95 and 3.0 from hppa*-hp-hpux11.
Okay?
(I believe it would be great if you could have a look at that part of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57477
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Severity|normal
1 - 100 of 114 matches
Mail list logo