https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71989
Timo Teräs changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77455
--- Comment #6 from Timo Teräs ---
*** Bug 71989 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71951
Timo Teräs changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77455
Timo Teräs changed:
What|Removed |Added
CC||timo.teras at iki dot fi
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80117
--- Comment #25 from Timo Teräs ---
(In reply to Andrew Pinski from comment #24)
> >This works everywhere else, so I wonder if we could have the ada makefile
> >check the abi somehow more reliably than pathname?
>
> Your patch is broken anyways
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80117
--- Comment #23 from Timo Teräs ---
(In reply to Andrew Pinski from comment #22)
> (In reply to Timo Teräs from comment #21)
> > This caused a regression for non-multilib builds. Now my non-multilib lp64
> > build fails with:
> > a-cfinve.ads:245
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80117
Timo Teräs changed:
What|Removed |Added
CC||timo.teras at iki dot fi
--- Comment #21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71989
--- Comment #3 from Timo Teräs ---
(In reply to Andrew Pinski from comment #2)
> Are we sure this is not a musl issue?
Same source code / out-of-tree bootstrap in musl environment works for
triplets:
armhf-alpine-linux-muslgnueabihf
i586-alpin
: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: timo.teras at iki dot fi
Target Milestone: ---
Observed with 6.1.0 release, and gcc 6-stable 20160721 snapshot.
In-tree bootstrap build succeeds, but out-of-tree bootstrap build fails with
the following configure for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71951
--- Comment #7 from Timo Teräs ---
(In reply to Andrew Pinski from comment #6)
> (In reply to Timo Teräs from comment #5)
> > Not easily. It's musl, and using iterate phdr. Same build script works on
> > x86, x86_64 and armhf. It's only aarch64 m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71951
--- Comment #5 from Timo Teräs ---
Not easily. It's musl, and using iterate phdr. Same build script works on x86,
x86_64 and armhf. It's only aarch64 misbehaving like this with omit frame
pointer. Any other suggestions what to try/how to debug fu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71951
--- Comment #3 from Timo Teräs ---
$ cat a.cpp <
int foo()
{
throw "Foo!";
}
int main ()
{
try {
foo();
}catch (const char* msg) {
std::cerr << msg << std::endl;
}
return 0;
}
EOF
$ gdb a
GNU gdb (GDB) 7.11.1
Copyrig
Priority: P3
Component: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: timo.teras at iki dot fi
Target Milestone: ---
On gcc 6.1.0 if CFLAGS contains -fomit-frame-pointer it is used to build
libgcc_s. On Aarch64 this creates non-working libgcc_s and it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71757
--- Comment #9 from Timo Teräs ---
Adding the following also works for me:
--- gcc-6.1.0/libjava/Makefile.am
+++ gcc-6.1.0/libjava/Makefile.am
@@ -488,10 +488,14 @@
nat_files = $(nat_source_files:.cc=.lo)
xlib_nat_files = $(xlib_nat_source_fil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71757
--- Comment #8 from Timo Teräs ---
(In reply to Andrew Pinski from comment #5)
> LIBSTDCXX_RAW_CXX_CXXFLAGS="\
> -I\$(top_builddir)/../libstdc++-v3/include \
> -I\$(top_builddir)/../libstdc++-v3/include/\$(target_noncanonical) \
> -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71757
--- Comment #7 from Timo Teräs ---
(In reply to Andrew Pinski from comment #6)
> Are you sure __cxa_throw_bad_array_new_length is being exported from
> libstdc++v3?
$ nm -D
./stage1-x86_64-alpine-linux-musl/libstdc++-v3/src/.libs/libstdc++.so|g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71757
--- Comment #3 from Timo Teräs ---
(In reply to Timo Teräs from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > What target is this on? I get all passes in the java testsuite with GCC 6.1
> > on aarch-linux-gnu.
>
> Happens on x86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71757
--- Comment #2 from Timo Teräs ---
(In reply to Andrew Pinski from comment #1)
> What target is this on? I get all passes in the java testsuite with GCC 6.1
> on aarch-linux-gnu.
Happens on x86_64-alpine-linux-musl for me. PIE enabled by defaul
Priority: P3
Component: libgcj
Assignee: unassigned at gcc dot gnu.org
Reporter: timo.teras at iki dot fi
Target Milestone: ---
The root of the problem is that libjava (libgcj) is built with raw_cxx=true.
Basically the C++ library is built and linked with xgcc (not xg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64812
Timo Teräs changed:
What|Removed |Added
CC||timo.teras at iki dot fi
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58489
--- Comment #2 from Timo Teräs ---
I got this fixed. It seems genautomata does not work properly if it is built
with -fPIC. Since PIE/PIC get added automatically in alpine toolchain it caused
this.
For now I'm adding explicitly -fno-PIC to genaut
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58245
--- Comment #5 from Timo Teräs ---
I have the same issue and confirm this issue. Any ideas how to fix it properly?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58489
--- Comment #1 from Timo Teräs ---
Simplifed commandline to:
armv6-alpine-linux-muslgnueabihf-gcc -Os -c -std=gnu99 aa.c -o aa.o
No ICE with:
armv6-alpine-linux-muslgnueabihf-gcc -c -std=gnu99 aa.c -o aa.o
armv6-alpine-linux-muslgnueabihf-gcc -ma
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: timo.teras at iki dot fi
Created attachment 30876
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30876&action=edit
preprocessed source triggering the issue
$ armv6-alpin
24 matches
Mail list logo
