[Bug c++/87513] [8/9 Regression] ICE in write_expression, at cp/mangle.c:3050
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87513
ensadc at mailnesia dot com changed:
What|Removed |Added
CC||ensadc at mailnesia dot com
--- Comment #9 from ensadc at mailnesia dot com ---
struct A { template void foo (); };
template auto bar () -> decltype (::foo);
void foo ()
{
bar<0> ();
}
[Bug c++/88385] [9 regression] ICE in tsubst_pack_expansion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88385 ensadc at mailnesia dot com changed: What|Removed |Added CC||ensadc at mailnesia dot com --- Comment #2 from ensadc at mailnesia dot com --- Duplicate of bug 87814?
[Bug c++/88595] Template type lacking template-id-expr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88595
ensadc at mailnesia dot com changed:
What|Removed |Added
CC||ensadc at mailnesia dot com
--- Comment #1 from ensadc at mailnesia dot com ---
As far as I know, CTAD (class template argument deduction) is like `auto`; both
are not allowed in non-static member declarations. So gcc is correct in both
places.
```
template struct Any
{
constexpr Any (int x) {}
};
struct Container
{
auto c = 1; // error
Any car; // also error
};
auto c = 1; // OK
Any x (2); // also OK
```
The error message can probably be improved though.
[Bug libfortran/81984] NULL string pointer dereferencing forces undefined behaviour in libgfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81984 kargl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 CC||kargl at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |kargl at gcc dot gnu.org Target Milestone|--- |9.0
[Bug fortran/82993] ICE in free_expr0, at fortran/expr.c:445
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82993 kargl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |7.5 --- Comment #6 from kargl at gcc dot gnu.org --- Closing as fixed.
[Bug fortran/82993] ICE in free_expr0, at fortran/expr.c:445
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82993 --- Comment #5 from kargl at gcc dot gnu.org --- (In reply to kargl from comment #4) > It seems one of my recent patches may have fixed this one. > > % gfcx d.f90 > d.f90:5:30: > > 5 |type(t), parameter :: z = 1 > | 1 > Error: Incompatible initialization between a derived type entity and an > entity with 'INTEGER(4)' type at (1) I get the same error on branch-7 and branch-8, so the patch has been back ported. Likely fixed with branch-7 r267180 branch-8 r267178 trunkr267177 r267177 | kargl | 2018-12-15 14:53:26 -0800 (Sat, 15 Dec 2018) | 11 lines 2019-12-15 Steven G. Kargl PR fortran/88138 * decl.c (variable_decl): Check that a derived isn't being assigned an incompatible entity in an initialization.
[Bug fortran/82993] ICE in free_expr0, at fortran/expr.c:445
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82993 kargl at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |kargl at gcc dot gnu.org --- Comment #4 from kargl at gcc dot gnu.org --- It seems one of my recent patches may have fixed this one. % gfcx d.f90 d.f90:5:30: 5 |type(t), parameter :: z = 1 | 1 Error: Incompatible initialization between a derived type entity and an entity with 'INTEGER(4)' type at (1) d.f90:6:14: 6 |print *, z%a(1) | 1 Error: Symbol 'z' at (1) has no IMPLICIT type d.f90:7:14: 7 |print *, z%a | 1 Error: Symbol 'z' at (1) has no IMPLICIT type
[Bug tree-optimization/88597] New: Compile time hog w/ -O1 -fpeel-loops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88597
Bug ID: 88597
Summary: Compile time hog w/ -O1 -fpeel-loops
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: compile-time-hog
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: asolokha at gmx dot com
Target Milestone: ---
All gcc versions down to 4.6 take inordinate time when compiling the following
snippet w/ -O1 -fpeel-loops --param max-completely-peel-times=27:
int
un (int dd)
{
int nz, q8;
for (nz = 0; nz < 3; ++nz)
{
int s2;
q8 = dd;
for (s2 = 0; s2 < 28; ++s2)
q8 *= q8;
}
return q8;
}
perf top:
Overhead Sha Symbol
56.05% cc1 [.] instantiate_scev_r
38.17% cc1 [.] chrec_contains_undetermined
5.77% cc1 [.] is_gimple_min_invariant
It might be expected w/ max-completely-peel-times value that large, but gcc
4.5.3 compiles the testcase instantly.
[Bug rtl-optimization/88596] New: [9 Regression] ICE: Maximum number of LRA assignment passes is achieved (30)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88596
Bug ID: 88596
Summary: [9 Regression] ICE: Maximum number of LRA assignment
passes is achieved (30)
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, ra
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: asolokha at gmx dot com
Target Milestone: ---
Target: x86_64-unknown-linux-gnu
gcc-9.0.0-alpha20181223 snapshot (r267388) ICEs when compiling the following
snippet at any optimization level except -Os and w/ -fschedule-insns
-fselective-scheduling --param selsched-max-lookahead=78:
struct {
_Complex char ka;
} t6, n3, cf, uq, w9;
void
r9 ();
void
he ();
void
b3 ();
void
px (void)
{
r9 (t6, t6, n3, t6, n3, cf);
r9 (t6, t6, n3, n3, cf, cf);
r9 (t6, t6, n3, n3, cf, uq);
r9 (t6, t6, n3, n3, cf, cf);
r9 (t6, n3, t6, cf, uq, w9);
he (t6, t6, t6, t6);
he (t6, t6, t6, t6);
he (t6, t6, t6, t6);
b3 (t6, t6, t6, t6, t6);
}
% x86_64-unknown-linux-gnu-gcc-9.0.0-alpha20181223 -O1 -fschedule-insns
-fselective-scheduling --param selsched-max-lookahead=78 -c a76zvftd.c
during RTL pass: reload
a76zvftd.c: In function 'px':
a76zvftd.c:26:1: internal compiler error: Maximum number of LRA assignment
passes is achieved (30)
26 | }
| ^
0xb8ec17 lra_assign(bool&)
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181223/work/gcc-9-20181223/gcc/lra-assigns.c:1672
0xb897ad lra(_IO_FILE*)
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181223/work/gcc-9-20181223/gcc/lra.c:2520
0xb40a19 do_reload
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181223/work/gcc-9-20181223/gcc/ira.c:5475
0xb40a19 execute
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181223/work/gcc-9-20181223/gcc/ira.c:5659
[Bug rtl-optimization/88593] internal compiler error: in verify_dominators, at dominance.c:1184
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88593 --- Comment #4 from Alexander Monakov --- It seems to avoid this sort of gotchas cleanup_cfg should gcc_checking_assert (!dom_info_available_p (CDI_DOMINATORS)); gcc_checking_assert (!dom_info_available_p (CDI_POST_DOMINATORS)); but maybe there's a deeper reason it's not done already — I cannot be sure.
[Bug rtl-optimization/88593] internal compiler error: in verify_dominators, at dominance.c:1184
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88593 --- Comment #3 from H.J. Lu --- (In reply to Alexander Monakov from comment #2) > cleanup_cfg may change the cfg and thus make cached dominance info stale, > but it doesn't free/invalidate it. Shouldn't cleanup_cfg be fixed?
[Bug rtl-optimization/88593] internal compiler error: in verify_dominators, at dominance.c:1184
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88593 Alexander Monakov changed: What|Removed |Added CC||amonakov at gcc dot gnu.org --- Comment #2 from Alexander Monakov --- cleanup_cfg may change the cfg and thus make cached dominance info stale, but it doesn't free/invalidate it.
[Bug rtl-optimization/88593] internal compiler error: in verify_dominators, at dominance.c:1184
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88593 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2018-12-25 Target Milestone|--- |9.0 Ever confirmed|0 |1 --- Comment #1 from H.J. Lu --- This patch: diff --git a/gcc/mode-switching.c b/gcc/mode-switching.c index 589fbeb0742..7c82d7a4b6f 100644 --- a/gcc/mode-switching.c +++ b/gcc/mode-switching.c @@ -509,6 +509,10 @@ optimize_mode_switching (void) basic_block pre_exit = 0; struct edge_list *edge_list = 0; + /* Mode switching doesn't use dominane info but can invalidate it in + different ways. For simplicity, free dominance info here. */ + free_dominance_info (CDI_DOMINATORS); + /* These bitmaps are used for the LCM algorithm. */ sbitmap *kill, *del, *insert, *antic, *transp, *comp; sbitmap *avin, *avout; fixes ICE.
[Bug inline-asm/62144] "Frame pointer required, but reserved" error with -fomit-frame-pointer but only with -m32 -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62144 coypu changed: What|Removed |Added CC||coypu at sdf dot org --- Comment #10 from coypu --- fyi, if you are considering this a bug, I can still reproduce it with trunk as of gcc (GCC) 9.0.0 20181125
[Bug c++/88595] New: Template type lacking template-id-expr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88595
Bug ID: 88595
Summary: Template type lacking template-id-expr
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nathan at gcc dot gnu.org
Target Milestone: ---
Created attachment 45287
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45287=edit
testcase
g++ -std=c++17 fails to compile this with:
nathan@morden:80>g++ -std=c++17 b.cc -S -pedantic
b.cc:10:3: error: invalid use of template-name ‘Any’ without an argument list
Any car; // #1
^~~
b.cc: In constructor ‘constexpr Container::Container(int)’:
b.cc:12:44: error: member ‘Container::car’ must be initialized by
mem-initializer in ‘constexpr’ constructor
constexpr Container (int car) :car(car) {}
^
b.cc:10:7: note: declared here
Any car; // #1
^~~
rejecting the declaration at #1. but look at the declaration #2, which uses an
identical name for the type and is accepted.
Using 'Any<>' works in both places. I'm not sure whether #1 or #2 is correct.
[Bug tree-optimization/88594] New: [9 Regression] ICE in int_mode_for_mode, at stor-layout.c:403
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88594
Bug ID: 88594
Summary: [9 Regression] ICE in int_mode_for_mode, at
stor-layout.c:403
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: asolokha at gmx dot com
Target Milestone: ---
Target: x86_64-unknown-linux-gnu
gcc-9.0.0-alpha20181223 snapshot (r267388) ICEs when compiling the following
snippet w/ -O2 (-O3, -Ofast, -Os) -fno-tree-dominator-opts -fno-tree-forwprop
-fno-tree-vrp:
__int128
uu (__int128 g0)
{
int wy;
for (wy = 0; wy < 17; ++wy)
{
}
if (g0 / wy != 0)
g0 %= wy;
return g0;
}
% x86_64-unknown-linux-gnu-gcc-9.0.0-alpha20181223 -O2 -fno-tree-dominator-opts
-fno-tree-forwprop -fno-tree-vrp -c yihs02r6.c
during RTL pass: expand
yihs02r6.c: In function 'uu':
yihs02r6.c:2:1: internal compiler error: in int_mode_for_mode, at
stor-layout.c:403
2 | uu (__int128 g0)
| ^~
0x671960 int_mode_for_mode(machine_mode)
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181223/work/gcc-9-20181223/gcc/stor-layout.c:403
0x9dae4d emit_move_via_integer
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181223/work/gcc-9-20181223/gcc/expr.c:3356
0x9e6037 emit_move_insn_1(rtx_def*, rtx_def*)
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181223/work/gcc-9-20181223/gcc/expr.c:3717
0x9e63b2 emit_move_insn(rtx_def*, rtx_def*)
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181223/work/gcc-9-20181223/gcc/expr.c:3785
0x8c0f4d emit_library_call_value_1(int, rtx_def*, rtx_def*, libcall_type,
machine_mode, int, std::pair*)
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181223/work/gcc-9-20181223/gcc/calls.c:5194
0x1074c19 emit_library_call_value(rtx_def*, rtx_def*, libcall_type,
machine_mode, rtx_def*, machine_mode, rtx_def*, machine_mode, rtx_def*,
machine_mode)
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181223/work/gcc-9-20181223/gcc/rtl.h:4229
0x1074c19 ix86_expand_divmod_libfunc
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181223/work/gcc-9-20181223/gcc/config/i386/i386.c:51016
0xaf0db3 expand_DIVMOD
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181223/work/gcc-9-20181223/gcc/internal-fn.c:2861
0x8cfd47 expand_call_stmt
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181223/work/gcc-9-20181223/gcc/cfgexpand.c:2631
0x8cfd47 expand_gimple_stmt_1
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181223/work/gcc-9-20181223/gcc/cfgexpand.c:3685
0x8cfd47 expand_gimple_stmt
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181223/work/gcc-9-20181223/gcc/cfgexpand.c:3844
0x8d1ca1 expand_gimple_basic_block
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181223/work/gcc-9-20181223/gcc/cfgexpand.c:5880
0x8d6986 execute
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20181223/work/gcc-9-20181223/gcc/cfgexpand.c:6502
[Bug rtl-optimization/88593] New: internal compiler error: in verify_dominators, at dominance.c:1184
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88593
Bug ID: 88593
Summary: internal compiler error: in verify_dominators, at
dominance.c:1184
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
When we added a mode switching pass for PR 87007 after combine, we got
[hjl@gnu-cfl-1 pr87007]$ cat pr69238.i
extern int *ia, *ib;
void
foo (int n)
{
int i;
for (i = 0; i < n; i++)
ia[i] = ib[i];
}
[hjl@gnu-cfl-1 pr87007]$
/export/build/gnu/gcc-intel/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc-intel/build-x86_64-linux/gcc/ -O2 -mavx
-fno-forward-propagate -fno-rerun-cse-after-loop -S pr69238.i
pr69238.i: In function \u2018foo\u2019:
pr69238.i:9:1: error: dominator of 7 status unknown
9 | }
| ^
during RTL pass: ce2
pr69238.i:9:1: internal compiler error: in verify_dominators, at
dominance.c:1184
0xb105c1 verify_dominators(cdi_direction)
/export/gnu/import/git/intel/gcc-upstream/gcc/dominance.c:1184
0xb0ddbd checking_verify_dominators
/export/gnu/import/git/intel/gcc-upstream/gcc/dominance.h:76
0xb0f82c calculate_dominance_info(cdi_direction)
/export/gnu/import/git/intel/gcc-upstream/gcc/dominance.c:746
0xa69cd9 flow_loops_find(loops*)
/export/gnu/import/git/intel/gcc-upstream/gcc/cfgloop.c:431
0xe8ae9e loop_optimizer_init(unsigned int)
/export/gnu/import/git/intel/gcc-upstream/gcc/loop-init.c:93
0x1ee1861 if_convert
/export/gnu/import/git/intel/gcc-upstream/gcc/ifcvt.c:5374
0x1ee1c63 execute
/export/gnu/import/git/intel/gcc-upstream/gcc/ifcvt.c:5553
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See
[Bug target/88592] New: Passing of packed structures on sparc64 different than in clang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88592
Bug ID: 88592
Summary: Passing of packed structures on sparc64 different than
in clang
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: gcc-bugzilla at mkarcher dot dialup.fu-berlin.de
Target Milestone: ---
As noted while filing a bug on rustc because rustc does not correctly implement
the Sparc64 ABI regarding floating point fields of "small" structures, I
stumbled across a difference between gcc an clang, as shown in
https://github.com/rust-lang/rust/issues/57103 (the important piece is quoted
below):
struct str3 {
float f; // passed in most-significant half of %o0 (gcc) or in %f0 (clang)
int i;// passed in least-significant half of %o0
} __attribute__((packed));
Without __attribute__((packed)), clang, gcc and the ABI standard agree to pass
f in %f0. The ABI standard doesn't contain anything about packed structures, so
I don't see a way to decide whether gcc or clang is right. I report a bug on
both products to raise awareness.
[Bug ada/88591] [9 regression] libada install fails with --enable-shared
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88591 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2018-12-25 Ever confirmed|0 |1 --- Comment #1 from Eric Botcazou --- Nobody else is seeing this though so you'll have to debug on your end, for example by comparing what happens before and after the change.
[Bug ada/88429] [9 regression] libada build fails with --disable-shared
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88429
jamespharvey20 at gmail dot com changed:
What|Removed |Added
CC||jamespharvey20 at gmail dot com
--- Comment #5 from jamespharvey20 at gmail dot com ---
The fix causes PR ada/88591
"make ada-install-{common,info}" fails.
[Bug ada/88591] New: [9 regression] libada install fails with --enable-shared
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88591
Bug ID: 88591
Summary: [9 regression] libada install fails with
--enable-shared
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: jamespharvey20 at gmail dot com
Target Milestone: ---
git commit 40caaded caises "make ada-install-{common,info}" to fail.
NOTE the first error is about halfway through the output below, with:
/usr/bin/install: cannot stat 'gnatdll': No such file or directory
Then, later:
cp: cannot stat 'rts/standard.ads.h': No such file or directory
I didn't narrow it down to see if "--enable-shared" was necessary to cause the
failure, or if "--disable-shared" would replicate the install failure as well.
Looks to me like it should be easy to fix given this output, but let me know if
you'd need further testing on my end.
Using standard Arch Linux configure:
configure --prefix=/usr \
--libdir=/usr/lib \
--libexecdir=/usr/lib \
--mandir=/usr/share/man \
--infodir=/usr/share/info \
--with-bugurl=https://bugs.archlinux.org/ \
--enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ \
--enable-shared \
--enable-threads=posix \
--with-system-zlib \
--with-isl \
--enable-__cxa_atexit \
--disable-libunwind-exceptions \
--enable-clocale=gnu \
--disable-libstdcxx-pch \
--disable-libssp \
--enable-gnu-unique-object \
--enable-linker-build-id \
--enable-lto \
--enable-plugin \
--enable-install-libiberty \
--with-linker-hash-style=gnu \
--enable-gnu-indirect-function \
--enable-multilib \
--disable-werror \
--enable-checking=release \
--enable-default-pie \
--enable-default-ssp \
--enable-cet=auto
"make ada-install-{common,info}" fails with:
mkdir -p /build/gcc-git/pkg/gcc-ada-git/usr/bin
if [ -f gnat1 ] ; \
then \
for tool in gnatbind gnatchop gnat gnatkr gnatlink gnatls gnatmake gnatname
gnatprep gnatxref gnatfind gnatclean ; do \
install_name=`echo $tool|sed 's,y,y,'`; \
rm -f /build/gcc-git/pkg/gcc-ada-git/usr/bin/$install_name; \
if [ -f $tool-cross ] ; \
then \
/usr/bin/install -c $tool-cross
/build/gcc-git/pkg/gcc-ada-git/usr/bin/$install_name; \
else \
/usr/bin/install -c $tool
/build/gcc-git/pkg/gcc-ada-git/usr/bin/$install_name; \
fi ; \
done; \
rm -f /build/gcc-git/pkg/gcc-ada-git/usr/bin/gnatdll; \
/usr/bin/install -c gnatdll /build/gcc-git/pkg/gcc-ada-git/usr/bin/gnatdll; \
fi
/bin/sh /build/gcc-git/src/gcc/gcc/../mkinstalldirs
/build/gcc-git/pkg/gcc-ada-git/usr/lib/gcc/x86_64-pc-linux-gnu/9.0.0
mkdir -p --
/build/gcc-git/pkg/gcc-ada-git/usr/lib/gcc/x86_64-pc-linux-gnu/9.0.0
/bin/sh /build/gcc-git/src/gcc/gcc/../mkinstalldirs
/build/gcc-git/pkg/gcc-ada-git/usr/lib/gcc/x86_64-pc-linux-gnu/9.0.0
/bin/sh /build/gcc-git/src/gcc/gcc/../mkinstalldirs
/build/gcc-git/pkg/gcc-ada-git/usr/bin
/bin/sh /build/gcc-git/src/gcc/gcc/../mkinstalldirs
/build/gcc-git/pkg/gcc-ada-git/usr/include
mkdir -p -- /build/gcc-git/pkg/gcc-ada-git/usr/include
/bin/sh /build/gcc-git/src/gcc/gcc/../mkinstalldirs
/build/gcc-git/pkg/gcc-ada-git/usr/share/info
mkdir -p -- /build/gcc-git/pkg/gcc-ada-git/usr/share/info
/bin/sh /build/gcc-git/src/gcc/gcc/../mkinstalldirs
/build/gcc-git/pkg/gcc-ada-git/usr/share/man/man1
mkdir -p -- /build/gcc-git/pkg/gcc-ada-git/usr/share/man/man1
/bin/sh /build/gcc-git/src/gcc/gcc/../mkinstalldirs
/build/gcc-git/pkg/gcc-ada-git/usr/share/man/man7
mkdir -p -- /build/gcc-git/pkg/gcc-ada-git/usr/share/man/man7
rm -f /build/gcc-git/pkg/gcc-ada-git/usr/share/info/gnat_ugn.info
rm -f /build/gcc-git/pkg/gcc-ada-git/usr/share/info/gnat_rm.info
rm -f /build/gcc-git/pkg/gcc-ada-git/usr/share/info/gnat-style.info
if [ -f doc/gnat_ugn.info ]; then \
for f in doc/gnat_ugn.info*; do \
realfile=`echo $f | sed -e 's|.*/\([^/]*\)$|\1|'`; \
/usr/bin/install -c -m 644 $f
/build/gcc-git/pkg/gcc-ada-git/usr/share/info/$realfile; \
chmod a-x /build/gcc-git/pkg/gcc-ada-git/usr/share/info/$realfile; \
done; \
else true; fi
if [ -f doc/gnat_rm.info ]; then \
for f in doc/gnat_rm.info*; do \
realfile=`echo $f | sed -e 's|.*/\([^/]*\)$|\1|'`; \
/usr/bin/install -c -m 644 $f
/build/gcc-git/pkg/gcc-ada-git/usr/share/info/$realfile; \
chmod a-x /build/gcc-git/pkg/gcc-ada-git/usr/share/info/$realfile; \
done; \
else true; fi
if [ -f doc/gnat-style.info ]; then \
for f in doc/gnat-style.info*; do \
realfile=`echo $f | sed -e 's|.*/\([^/]*\)$|\1|'`; \
/usr/bin/install -c -m 644 $f
/build/gcc-git/pkg/gcc-ada-git/usr/share/info/$realfile; \
chmod a-x
