https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80782
--- Comment #19 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #18)
> (In reply to Sergey Fedorov from comment #17)
> > (In reply to Iain Sandoe from comment #16)
> >
> > Why not use `llas` (which only needs LLVM) instead of `clan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80782
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59389
--- Comment #9 from Sergey Fedorov ---
(In reply to Andrew Pinski from comment #7)
> (In reply to Sergey Fedorov from comment #6)
> > I am getting a similar-looking error with gcc-13.2.0 now:
> > https://github.com/NGSolve/ngsolve/issues/68
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61759
--- Comment #18 from Sergey Fedorov ---
This is the same bug?
```
during GIMPLE pass: eh
/opt/local/var/macports/build/_opt_PPCSnowLeopardPorts_aqua_barrier/barrier/work/barrier-2.4.0/src/lib/platform/OSXClipboard.cpp:
In member function 'virtua
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117767
--- Comment #14 from Sergey Fedorov ---
(In reply to Richard Biener from comment #13)
> Fixed.
Thank you! This was quick.
I will complete the rebuild tomorrow, but I think it passed the point of this
failure already when I left it. So all shou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117767
--- Comment #6 from Sergey Fedorov ---
Created attachment 59692
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59692&action=edit
Preprocessed source with --save-temps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117767
--- Comment #5 from Sergey Fedorov ---
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-B'
'/opt/local/var/macports/build/_opt_PPCSnowLeopardPorts_lang_gcc-powerpc/libgcc-powerpc/work/build/./prev-gcc/'
'-B' '/opt/local/powerpc-apple-darwin10/bin/' '-no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117767
--- Comment #4 from Sergey Fedorov ---
COLLECT_GCC=/opt/local/var/macports/build/_opt_PPCSnowLeopardPorts_lang_gcc-powerpc/libgcc-powerpc/work/build/./prev-gcc/xg++
Target: powerpc-apple-darwin10
Configured with:
/opt/local/var/macports/build/_o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117767
Bug ID: 117767
Summary: ICE: in rs6000_builtin_vectorization_cost, at
config/rs6000/rs6000.cc:5103
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #17 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #16)
> fixed on trunk - I will pull it onto Darwin-specific branches for earlier
> GCC.
Thank you very much, Iain!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #8 from Sergey Fedorov ---
(In reply to Eli Schwartz from comment #5)
> Not a meson bug, but gegl should probably test whether -ObjC is accepted as
> a valid flag before unconditionally adding it to their build.
I have opened an iss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #13 from Sergey Fedorov ---
(In reply to Jakub Jelinek from comment #10)
> -xobjective-c should work fine with both gcc and clang and is much better
> designed, it isn't about two almost dead languages, but allows specifying
> any la
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #11 from Sergey Fedorov ---
(In reply to Eli Schwartz from comment #9)
> It's not a bad idea to "fix" it from both ends.
>
> Projects such as gegl cannot compile on macOS using GCC 13 or 14, and that's
> not going to change. They ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
Bug ID: 117478
Summary: -ObjC is not accepted: error: argument to '-O' should
be a non-negative integer, 'g', 's', 'z' or 'fast'
Product: gcc
Version: 14.2.0
Status: UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113143
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116809
--- Comment #17 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #16)
Got it, thank you very much.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116809
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116777
--- Comment #9 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #7)
> as noted in several places; the long-term solution for Darwin (in general
> since there's an installed /usr/lib/libstdc++.6.dylib even on modern
> systems) - is f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116777
--- Comment #4 from Sergey Fedorov ---
(In reply to Jonathan Wakely from comment #2)
> I was going to say that libfmt upstream is wrong to say it's a regression,
> but it looks like they never claimed that.
Maybe I misread it, but:
https://gith
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53769
--- Comment #15 from Sergey Fedorov ---
(In reply to Jonathan Wakely from comment #14)
> (In reply to Sergey Fedorov from comment #13)
> > Apparently `__STDC_NO_THREADS__` is still not being defined?
>
> Because you're on macOS.
>
> This was fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116777
Bug ID: 116777
Summary: error: 'current_zone' is not a member of 'std::chrono'
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53769
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
--- Comment #32 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #30)
> blocks have support from 10.6 [Apple gcc-4.2] (although there is/was 'after
> market' support for 10.5).
So blocks presumably should work in Rosetta then? Or th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116237
--- Comment #2 from Sergey Fedorov ---
Thank you, Iain!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116237
Bug ID: 116237
Summary: gcc does not accept -weak_framework without -Wl on
macOS
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
--- Comment #29 from Sergey Fedorov ---
(In reply to Eric Gallager from comment #25)
> Cross-referencing against
> https://github.com/apple/swift-corelibs-libdispatch/issues/765
By the way, have you got some example code at hand which can serve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
--- Comment #28 from Sergey Fedorov ---
(In reply to Eric Gallager from comment #26)
> (In reply to Eric Gallager from comment #25)
> > Cross-referencing against
> > https://github.com/apple/swift-corelibs-libdispatch/issues/765
>
> Note that th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50909
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107590
--- Comment #17 from Sergey Fedorov ---
(In reply to Andrew Pinski from comment #13)
> Oh yes there could be a bug here when the byte (lbarx/stbcx.) and half-word
> (lharx/sthcx.) instruction support was added (which was for Power8;
> r0-123873-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100662
--- Comment #18 from Sergey Fedorov ---
(In reply to Piotr Kubaj from comment #16)
> This issue has been fixed in FreeBSD's main branch on powerpc* in
> https://cgit.freebsd.org/src/commit/
> ?id=448c505c33cc334193590f3844406d6a74f26e2a
>
> Sim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106083
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61759
--- Comment #17 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #15)
Iain, any chance of addressing this one?
If would have really helped with quite a number of usable software for PowerPC
(majority of which are 32-bit, and even o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105522
--- Comment #15 from Sergey Fedorov ---
(In reply to Peter Bergner from comment #12)
> (In reply to Sergey Fedorov from comment #11)
> > (In reply to GCC Commits from comment #10)
> > > The master branch has been updated by Iain D Sandoe :
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105522
--- Comment #14 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #13)
> fixed on trunk, intending to backport it.
Great! Once it is on your branches, hopefully Macports borrows the patch as
well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19779
--- Comment #11 from Sergey Fedorov ---
(In reply to Jakub Jelinek from comment #7)
> Unlikely to be ever fixed, at least Linux has migrated to IEEE quad long
> double on powerpc64le.
Perhaps several *BSDs and AIX are using IBM format though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19779
--- Comment #6 from Sergey Fedorov ---
(In reply to Andrew Pinski from comment #0)
> This is the new bug for PR 19405. Keeping track of that we no longer
> constant fold long doubles in the
> IBM 128bit long double format.
What is the current s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107590
--- Comment #16 from Sergey Fedorov ---
(In reply to Andrew Pinski from comment #13)
> Oh yes there could be a bug here when the byte (lbarx/stbcx.) and half-word
> (lharx/sthcx.) instruction support was added (which was for Power8;
> r0-123873-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105522
--- Comment #11 from Sergey Fedorov ---
(In reply to GCC Commits from comment #10)
> The master branch has been updated by Iain D Sandoe :
Iain, thank you very much for addressing this!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59389
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
--- Comment #23 from Sergey Fedorov ---
(In reply to Andrew Pinski from comment #22)
> (In reply to Sergey Fedorov from comment #21)
> > Any chance of having it fixed in gcc14?
>
> It is too late to be included in GCC 14, GCC is in stage 3 alrea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
--- Comment #21 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #20)
>
> I recently brought my patches forward from GCC-5 => GCC-10 (easier to avoid
> the .c => .cc file renaming). Since we now face some problems with
> sanitiser
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46986
--- Comment #49 from Sergey Fedorov ---
If someone happens to have some WIP on this, more recent than 2012, please
share, if possible.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83662
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61759
--- Comment #16 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #15)
Would be nice to have it fixed, otherwise `jack` is broken:
https://github.com/jackaudio/jack2/issues/950
Which, in turn, leaves broken dependencies.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61759
--- Comment #14 from Sergey Fedorov ---
(In reply to Eric Gallager from comment #8)
> I'd need to rebuild gcc with debug info to get a better backtrace.
Have you been able to?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61759
--- Comment #13 from Sergey Fedorov ---
Any update on this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105522
--- Comment #9 from Sergey Fedorov ---
Just to update, GCC 12.3.0 exhibits the same error:
/opt/local/var/macports/build/_opt_PPCSnowLeopardPorts_devel_libsdl2-snowleopard/libsdl2-snowleopard/work/SDL2-2.0.22/src/hidapi/mac/hid.c:
In function '
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101583
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110306
--- Comment #1 from Sergey Fedorov ---
Created attachment 55361
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55361&action=edit
Preprocessed source file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110306
Bug ID: 110306
Summary: ICE when building ccache for powepc-apple-darwin:
Logging.hpp: internal compiler error: Bus error:
Logging::log(std::string_view(message_));
Product
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110044
--- Comment #14 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #13)
> fixed on open branches (should be back-portable to earlier if anyone cares).
Awesome, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
--- Comment #19 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #1)
> Just to add one note, which is that Apple's gcc-4.2.1 implementation for
> blocks was not actually submitted (and therefore doesn't exist on an FSF
> server); it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110044
--- Comment #7 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #6)
> I'm going to test the following (which will take some time since the
> hardware is needed for testing releases too).
>
> The test for AGGREGATE_TYPE_P() could ac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110044
--- Comment #3 from Sergey Fedorov ---
(In reply to Eric Gallager from comment #2)
> possible dup of either bug 60972 and/or bug 68160?
>From those topics it looks that the bug, if identical, has never been addressed
since GCC 4.9. Would it be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110044
Bug ID: 110044
Summary: #pragma pack(push, 1) may not force packing, while
__attribute__((packed, aligned(1))) works
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63368
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59666
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95706
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42566
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12596
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85440
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98058
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107590
--- Comment #15 from Sergey Fedorov ---
(In reply to Andrew Pinski from comment #13)
> Oh yes there could be a bug here when the byte (lbarx/stbcx.) and half-word
> (lharx/sthcx.) instruction support was added (which was for Power8;
> r0-123873-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107590
--- Comment #12 from Sergey Fedorov ---
(In reply to Andrew Pinski from comment #2)
> >Reason: 259 at address: 0x3109
>
> Yes that does seem like an alignment disagreement.
>
> I suspect the code is broken for allocation and it is allocati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107590
--- Comment #11 from Sergey Fedorov ---
(In reply to Andrew Pinski from comment #8)
> No preprocessed source of the code going wrong.
> Not even register state or instructions where the segfault is happening
> (this is would be very useful but n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107590
--- Comment #10 from Sergey Fedorov ---
Created attachment 53876
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53876&action=edit
Preprocessed spinlock_test from 10.6
36-172% /opt/local/bin/g++-mp-11 --save-temps -v spinlock_test.cpp
-I/o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107590
--- Comment #3 from Sergey Fedorov ---
(In reply to Andrew Pinski from comment #2)
> >Reason: 259 at address: 0x3109
>
> Yes that does seem like an alignment disagreement.
>
> I suspect the code is broken for allocation and it is allocatin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107590
Bug ID: 107590
Summary: __atomic_test_and_set broken on PowerPC
Product: gcc
Version: 11.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61759
--- Comment #12 from Sergey Fedorov ---
(In reply to Andrew Pinski from comment #11)
> *** Bug 107530 has been marked as a duplicate of this bug. ***
I.e. gcc12 has the same bug too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107530
--- Comment #2 from Sergey Fedorov ---
(In reply to Andrew Pinski from comment #1)
> Dup of bug 61759
>
> *** This bug has been marked as a duplicate of bug 61759 ***
I guess then it is worth adding gcc12 to confirmed to fail list there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107530
Bug ID: 107530
Summary: ICE: in objc_eh_runtime_type, at
objc/objc-next-runtime-abi-01.cc:2795
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105522
--- Comment #8 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #6)
> it seems to fail "forever" (at least back to 5.5)
Any chance of fixing this before the next update of GCC?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46986
--- Comment #47 from Sergey Fedorov ---
(In reply to Ian Lance Taylor from comment #46)
> A small bit of work is needed on the codegen, to read and write the export
> data. And some work is required on the runtime, to clean it up to support
> Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46986
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93177
--- Comment #22 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #19)
> Created attachment 53779 [details]
> introduce ppc_intrinsics.h for powerpc*-darwin.
>
> This takes the header from the GCC-4.x apple debt branch (as present in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93177
--- Comment #16 from Sergey Fedorov ---
For Darwin, PPC intrinsics already is there in Apple headers. Can it be added
into current GCC?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105584
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107155
Bug ID: 107155
Summary: ppc_intrinsics is missing
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100662
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29383
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105710
--- Comment #9 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #8)
> If we try to do this for every irrelevant configure option, that's going to
> be quite a lot of work.
>
> Really [IMO, at least], configure options are not inten
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105710
--- Comment #6 from Sergey Fedorov ---
> Correct (even if it did exist it would only be for 10.7+) so --enable-tls is
> a configuration error.
>
> (as I have said several times, the idea of configure is to choose the
> correct settings for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105710
--- Comment #4 from Sergey Fedorov ---
(In reply to Andrew Pinski from comment #3)
> (In reply to Sergey Fedorov from comment #2)
> > (In reply to Andrew Pinski from comment #1)
> > > >TLS enabled
> > >
> > > TLS support for powerpc darwin was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105710
--- Comment #2 from Sergey Fedorov ---
(In reply to Andrew Pinski from comment #1)
> >TLS enabled
>
> TLS support for powerpc darwin was never added.
Iain writes that emulated TLS is supported on all Darwin versions starting from
10.5:
https:/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105710
Bug ID: 105710
Summary: libitm/alloc_c.cc:40:1: internal compiler error: in
extract_insn, at recog.c:2770
Product: gcc
Version: 11.3.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105522
--- Comment #7 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #6)
> it seems to fail "forever" (at least back to 5.5)
>
> minimal reproducer:
>
> typedef const struct __CFString * CFStringRef;
>
> static void
> create_usage_mat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105522
--- Comment #5 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #4)
> I can repeat this with the 11.3-darwin-r0 release build on powwerpc-darwin9.
>
> Do you happen to know if this previously worked with GCC 11 and/or earlier,
> if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105522
--- Comment #3 from Sergey Fedorov ---
Created attachment 52939
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52939&action=edit
save-temps file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105522
--- Comment #2 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #1)
> I am not going to be able to make any progress on this without a .i file (it
> is not an error that I've seen in any testing).
>
>
>
> > CMakeFiles/SDL2.di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105522
Bug ID: 105522
Summary: gcc11: internal compiler error: in decode_addr_const,
at varasm.c:3059
Product: gcc
Version: 11.3.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104117
--- Comment #22 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #20)
> On testing, this is not sufficient - one ends up with ICEs when we reject a
> valid (UNSPEC-wrapped) address here. So I think that the slightly more
> elaborat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104117
--- Comment #18 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #17)
> FTR: this is the patch I came up with:
Does it affect only ppc64? I am asking since if it affects ppc32, then I rather
rebuild gcc10ppc and gcc11ppc installed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104117
--- Comment #14 from Sergey Fedorov ---
(In reply to Vladimir Makarov from comment #13)
> I think there are two code spots whose pitfalls resulted in the PR.
>
> The first one is in rs6000.cc::legitimate_lo_sum_address_p which permits
> wrong p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104183
Bug ID: 104183
Summary: gcc6 error with building icu for ppc64
Product: gcc
Version: 6.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104117
--- Comment #12 from Sergey Fedorov ---
Not sure if the error is related, but trying to build icu with gcc6 in Macports
gives this:
/opt/local/bin/g++-mp-6 -DU_ATTRIBUTE_DEPRECATED= -DU_I18N_IMPLEMENTATION
-DU_HAVE_STRTOD_L=1 -DU_HAVE_XLOCALE_H
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104117
--- Comment #3 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #1)
> most likely present on earlier branches.
Indeed, gcc7.5 likewise failed to build icu for ppc64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104118
Bug ID: 104118
Summary: gcc11 fails to build R for ppc64 on 10.5.8
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104117
Bug ID: 104117
Summary: gcc10 fails to build icu for ppc64 on 10.5.8 (direct
access to a floating-point constant)
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
99 matches
Mail list logo
