https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88512
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119691
--- Comment #6 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #5)
> Lets take this discussion elsewhere - e.g. to my Darwin toolchains - there
> is no upstream solution to this on any of the components (cctools, ld64,
> gcc, llvm)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119691
--- Comment #4 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #2)
> it's always been broken, unfortunately (for a start, it gets the range wrong)
> At that stage, there were not many exes that were large enough to trigger an
> iss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119691
Bug ID: 119691
Summary: gcc does not build for powerpc64-apple-darwin9: ld: bl
out of range (-16845644 max is +/-16M) from
__ZN10hash_tableI19default_hash_traitsIP11cgraph_edgeE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119647
--- Comment #6 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #5)
> this seems odd, ICU is a system component - so presumably the version
> released on Apple's Open Source repo should be buildable by the system.
> What version of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93082
--- Comment #17 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #16)
> Correct, the patch for this was not finished. Let me see if I can dig it
> out and refresh to trunk.
Thank you, would be very helpful.
P. S. For the context,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93082
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115880
--- Comment #8 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #7)
If the fix was after gcc14-r1, then it is missing in the gcc14 port, since
apparently r1 is used:
https://github.com/macports/macports-ports/blob/936d189aa5bf8e792
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115880
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93469
--- Comment #14 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #13)
> (In reply to Sergey Fedorov from comment #12)
> > (In reply to Jonathan Wakely from comment #10)
> >
> > The same error happens even without the macro in questi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93469
--- Comment #16 from Sergey Fedorov ---
So apparently what we need is `_DARWIN_C_SOURCE` defined. At least passing that
as a cppflag fixed the error. Should be fixed on ICU side then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93469
--- Comment #15 from Sergey Fedorov ---
And this also:
```
#if !defined _POSIX_C_SOURCE && \
defined(__APPLE__) && defined(__MACH__) && !defined(__clang__)
// Needed to prevent EOWNERDEAD issues with GCC on Mac
#define _POSIX_C_SOURCE 200809
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93469
--- Comment #12 from Sergey Fedorov ---
(In reply to Jonathan Wakely from comment #10)
The same error happens even without the macro in question being passed, at
least explicitly. Getting it with gcc 14.2.0 and ICU 76.1 (on x86_64, but not
on po
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119647
--- Comment #2 from Sergey Fedorov ---
(In reply to Andrew Pinski from comment #1)
> Dup.
>
> *** This bug has been marked as a duplicate of bug 93469 ***
What about `timespec_get` part though?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105584
--- Comment #8 from Sergey Fedorov ---
(In reply to Sam James from comment #7)
> Nor could they really be related if it's in libstdc++. Needs to be filed
> separately.
Done: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119647
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119647
Bug ID: 119647
Summary: cstdlib: error: 'aligned_alloc' has not been declared
in '::'; ctime: error: 'timespec_get' has not been
declared in '::'
Product: gcc
Ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105584
--- Comment #5 from Sergey Fedorov ---
(In reply to cqwrteur from comment #0)
> https://github.com/llvm/llvm-project/blob/
> 14e83ada16b3944a4431617ed4ce7088f7f7cd9a/libcxx/include/__config#L772
>
> #if __has_attribute(using_if_exists)
> # defi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
--- Comment #33 from Sergey Fedorov ---
(In reply to Eric Gallager from comment #31)
Ever since I came across a couple of instances suggesting some (very limited)
support for blocks in Apple gcc-4.2. So you are right.
This does not help us much
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119435
--- Comment #2 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #1)
> I am actually surprised we don't have an enhancement bug for this.
>
> The reason we do not have this is because it needs linker support (for a
> complete impl.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119435
Bug ID: 119435
Summary: Darwin PowerPC error: constructor priorities are not
supported
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119327
--- Comment #3 from Sergey Fedorov ---
And result of running the command manually:
$ sudo /opt/local/bin/g++-mp-14 -v -save-temps -DABSL_MIN_LOG_LEVEL=1
-Ds2_EXPORTS -I/opt/local/libexec/openssl3/include
-I/opt/local/var/macports/build/_opt_loc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119327
--- Comment #2 from Sergey Fedorov ---
Created attachment 60796
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60796&action=edit
Preprocessed source file which fails to compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119327
Bug ID: 119327
Summary: -Os breaks inlining: raw_hash_set.h: error: inlining
failed in call to 'always_inline': target specific
option mismatch
Product: gcc
Vers
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?
1 - 100 of 122 matches
Mail list logo
