[Bug driver/97304] Boostrap failure on freebsd: ld: error: unable to find library -lc

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97304

Gerald Pfeifer  changed:

   What|Removed |Added

 CC||gerald at pfeifer dot com

--- Comment #18 from Gerald Pfeifer  ---
(In reply to Andrew Pinski from comment #17)
> Testing the removal of the code from the driver.

Thanks! Looking into building on FreeBSD 13.2 with LLD (base system)
instead of GNU ld (ports) I ran into this again, which is really ... 
surprising for a naive user.

It would be great to tackle this once and for all.

[Bug middle-end/111632] gcc fails to bootstrap when using libc++

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632

--- Comment #22 from Gerald Pfeifer  ---
(In reply to Dimitry Andric from comment #21)
> Indeed, please merge both commits:
> https://gcc.gnu.org/git/?p=gcc.git;a=commit;
> h=9970b576b7e4ae337af1268395ff221348c4b34a
> https://gcc.gnu.org/git/?p=gcc.git;a=commit;
> h=5213047b1d50af63dfabb5e5649821a6cb157e33

Jakub, Ian, if you approve I volunteer to gradually push this to
open release branches.

[Bug tree-optimization/114369] tree-vect-loop.cc uses vec_step which is also an altivec intrinsics breaks build when building with clang

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114369

Gerald Pfeifer  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW
 CC||gerald at pfeifer dot com
   Last reconfirmed||2024-03-17

--- Comment #3 from Gerald Pfeifer  ---
I first reported this in July 2019; see

  https://gcc.gnu.org/pipermail/gcc/2019-July/229869.html

and in particular the three responses

  https://gcc.gnu.org/pipermail/gcc/2019-July/229870.html
  https://gcc.gnu.org/pipermail/gcc/2019-July/229871.html
  https://gcc.gnu.org/pipermail/gcc/2019-July/229872.html

for some more context.

[Bug debug/112343] New: [14 regression] ICE during GIMPLE pass: dse

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112343

Bug ID: 112343
   Summary: [14 regression] ICE during GIMPLE pass: dse
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
  Target Milestone: ---

Created attachment 56486
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56486=edit
Preprocessed C source

This started in the last 48 hours.

/home/gerald/gcc-ref12-amd64/bin/gcc> jcparam.i -O2 -g
during GIMPLE pass: dse
jcparam.c: In function ‘jpeg_simple_progression’:
jcparam.c:514:1: internal compiler error: Segmentation fault
  514 | jpeg_simple_progression (j_compress_ptr cinfo)
  | ^~~
0x829785baf handle_signal
/usr/src/lib/libthr/thread/thr_sig.c:248
0x82978516e thr_sighandler
/usr/src/lib/libthr/thread/thr_sig.c:191

If I use -O1 instead of -O2 or omit -g the ICE goes away.

[Bug driver/108350] Windows: invoking gcc via symlink does not work

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108350

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED
 CC||gerald at pfeifer dot com

--- Comment #38 from Gerald Pfeifer  ---
Marking this as RESOLVED FIXED based on the previous comments and 
affirmative reports on gcc-patches@.

[Bug bootstrap/102675] [12 regression] Bootstrap fails in libsanitizer: 'MD5_DIGEST_STRING_LENGTH' was not declared in this scope

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675

--- Comment #20 from Gerald Pfeifer  ---
Thank you, Jakub!

I finished testing/preparing the second part of the patch, just did not get
to push.

So I went ahead and gave your suggested patch a try - and it passes bootstrap,
so good to go I'd say! Thanks.

[Bug bootstrap/102675] [12 regression] Bootstrap fails in libsanitizer: 'MD5_DIGEST_STRING_LENGTH' was not declared in this scope

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675

--- Comment #18 from Gerald Pfeifer  ---
Thank you, Jakub!

I finished testing/preparing the second part of the patch, just did not get
to push.  I'll give your suggested patch a try tonight!

[Bug bootstrap/102675] [12 regression] Bootstrap fails in libsanitizer: 'MD5_DIGEST_STRING_LENGTH' was not declared in this scope

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|WAITING |NEW

--- Comment #14 from Gerald Pfeifer  ---
(In reply to H.J. Lu from comment #13)
> Please try this.

Thank you, H.J., and sorry it took me to run tests since I ran into
unrelated problems.

Good news: with your patch GCC is back to bootstrap on FreeBSD!


(Will you apply this to GCC and push it upstream to libsanitizer?)

[Bug bootstrap/102675] [12 regression] Bootstrap fails in libsanitizer: 'MD5_DIGEST_STRING_LENGTH' was not declared in this scope

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675

--- Comment #12 from Gerald Pfeifer  ---
Created attachment 51658
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51658=edit
$WRKDIR/i586-unknown-freebsd11.4/libsanitizer/sanitizer_common/Makefile

[Bug bootstrap/102675] [12 regression] Bootstrap fails in libsanitizer: 'MD5_DIGEST_STRING_LENGTH' was not declared in this scope

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675

--- Comment #11 from Gerald Pfeifer  ---
Created attachment 51657
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51657=edit
$WRKDIR/i586-unknown-freebsd11.4/libsanitizer/Makefile

[Bug bootstrap/102675] [12 regression] Bootstrap fails in libsanitizer: 'MD5_DIGEST_STRING_LENGTH' was not declared in this scope

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675

--- Comment #9 from Gerald Pfeifer  ---
(In reply to H.J. Lu from comment #8)
> Does sanitizer_common/sanitizer_platform_limits_freebsd.cpp need any header
> files from GCC?

>From what I found, that does not appear to be the case.

> If yes, why aren't they needed in compiler-rt?
> If no, can you filter out these -I options in Makefile?

How do I go about that? (I did see your earlier suggestions, just ran 
out of time and, frankly, the experience on how to practically do this.)

If you have a prototype patch to try (and maybe tweak) I'll happily do.

[Bug bootstrap/102675] [12 regression] Bootstrap fails in libsanitizer: 'MD5_DIGEST_STRING_LENGTH' was not declared in this scope

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675

--- Comment #2 from Gerald Pfeifer  ---
(In reply to H.J. Lu from comment #1)
> That file is FreeBSD specific.  Can you use a local patch to force
> /usr/include/md5.h, like
> 
> #include_next 

I tried replacing #include  by #include_next ; that did
not lead to any change.

Using #include "/usr/include/md5.h" restored bootstrap.

This confirms my hypothesis that it's GCC's md5.h being picked up that
is the issue for this regression.

[Bug bootstrap/102675] New: [12 regression] Bootstrap fails in libsanitizer: 'MD5_DIGEST_STRING_LENGTH' was not declared in this scope

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102675

Bug ID: 102675
   Summary: [12 regression] Bootstrap fails in libsanitizer:
'MD5_DIGEST_STRING_LENGTH' was not declared in this
scope
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
CC: hjl.tools at gmail dot com
  Target Milestone: ---
  Host: *-*-freebsd*
Target: *-*-freebsd*
 Build: *-*-freebsd*

This happens on all FreeBSD platforms and versions:

CC-HEAD/libsanitizer/sanitizer_common/sanitizer_platform_limits_freebsd.cpp:370
:36: error: 'MD5_CTX' was not declared in this scope
  370 | const unsigned MD5_CTX_sz = sizeof(MD5_CTX);
  |^~~


GCC-HEAD/libsanitizer/sanitizer_common/sanitizer_platform_limits_freebsd.cpp:371
:36: error: 
'MD5_DIGEST_STRING_LENGTH' was not declared in this scope; did you mean 
'SHA256_DIGEST_STRING_LENGTH'?
  371 | const unsigned MD5_return_length = MD5_DIGEST_STRING_LENGTH;
  |^~~~
  |SHA256_DIGEST_STRING_LENGTH


It was introduced by commit 2e3d50c09519d1b4899845b21843bae66ecffc2f
Author: H.J. Lu 
Date:   Wed Oct 6 10:24:24 2021 -0700

libsanitizer: Merge with upstream

Merged revision: fdf4c035225de52f596899931b1f6100e5e3e928


I believe the problem is that this adds #include  and some
dependencies on constants defined in FreeBSD's /usr/include/md5.h,
where GCC features it's on $GCC_SOURCE/include/md5.h which does not
provide the required constants and types.

[Bug jit/101491] [11/12 regression] /usr/local/include/libgccjit++.h conflicts between different GCC installations

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101491

--- Comment #7 from Gerald Pfeifer  ---
(In reply to David Malcolm from comment #2)
> I'm using $(includedir).  What should I be using?  Thanks

(In reply to Richard Biener from comment #5)
> I think a more appropriate place would be where we also install 
> OpenMP omp.h to (libsubinclude_HEADERS)

David, any chance to can have a look following this recommendation?

It'd be good for 11.3 to address this - thank you!

[Bug bootstrap/81315] powerpc64 vs building lang/gcc7-devel (on FreeBSD head): xgcc gets segmentation fault

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81315

Gerald Pfeifer  changed:

   What|Removed |Added

 Resolution|--- |WORKSFORME
 Status|WAITING |RESOLVED

--- Comment #8 from Gerald Pfeifer  ---
Given GCC 7 is now two generations behind the latest supported release
stream (GCC 9) and the lang/gcc*-devel and regular lang/gcc* ports seem
to build fine on FreeBSD/powerpc* let me close this.

[Bug bootstrap/102242] [12 regression] analyzer/engine.cc built with clang: /usr/include/c++/v1/typeinfo:346:5: error: no member named 'fancy_abort'

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102242

Gerald Pfeifer  changed:

   What|Removed |Added

   Assignee|unassigned at gcc dot gnu.org  |gerald at pfeifer dot 
com
 Resolution|--- |FIXED
 Status|NEW |RESOLVED

--- Comment #6 from Gerald Pfeifer  ---
Passed testing on my regular tester that flagged this issue last night.

[Bug bootstrap/102242] [12 regression] analyzer/engine.cc built with clang: /usr/include/c++/v1/typeinfo:346:5: error: no member named 'fancy_abort'

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102242

--- Comment #3 from Gerald Pfeifer  ---
(In reply to David Malcolm from comment #1)
> Sorry about the breakage.

That's what my nightly testers are here for to catch. :)

> I think I need to #define INCLUDE_UNIQUE_PTR before including system.h,
> rather than manually including .  Was that what your patch does?

In my patch, which passed bootstrap in the meantime, I added

#ifdef INCLUDE_MEMORY
# include 
#endif

to gcc/system.h and defined INCLUDE_MEMORY early in analyzer/engine.cc.

Your patch sounds a little lighter and in fact more portable, so happy if
you want to go with it.

[Bug bootstrap/102242] New: [11 regression] analyzer/engine.cc built with clang: /usr/include/c++/v1/typeinfo:346:5: error: no member named 'fancy_abort'

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102242

Bug ID: 102242
   Summary: [11 regression] analyzer/engine.cc built with clang:
/usr/include/c++/v1/typeinfo:346:5: error: no member
named 'fancy_abort'
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
  Target Milestone: ---

Only with clang as bootstrap compiler:

  In file included from
/scratch/tmp/gerald/GCC-HEAD/gcc/analyzer/engine.cc:69:
  In file included from /usr/include/c++/v1/memory:653:
  /usr/include/c++/v1/typeinfo:346:5: error: no member named 'fancy_abort' 
in name space 'std::__1'; did you mean simply 'fancy_abort'?
_VSTD::abort();
^~~
  /usr/include/c++/v1/__config:782:15: note: expanded from macro '_VSTD'
  #define _VSTD std::_LIBCPP_ABI_NAMESPACE
^
  /scratch/tmp/gerald/GCC-HEAD/gcc/system.h:777:13: note: 'fancy_abort'
declared here
  extern void fancy_abort (const char *, int, const char *)
  ^

I am pretty sure this is caused by

  gcc/analyzer/ChangeLog:
   PR analyzer/99260
   * analyzer.h (class custom_edge_info): New class, adapted from
   exploded_edge::custom_info_t.  Make member functions const.
   Make update_model return bool, converting edge param from
   reference to a pointer, and adding a ctxt param.
   (class path_context): New class.
   * call-info.cc: New file.
   * call-info.h: New file.
   * engine.cc: Include "analyzer/call-info.h" and .

and think I have an idea how to tackle this. Prototype patch in testing...

[Bug fortran/100662] intrinsic::ieee_arithmetic fails on aarch, powerpc architectures on FreeBSD

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100662

Gerald Pfeifer  changed:

   What|Removed |Added

 CC||andreast at gcc dot gnu.org,
   ||gerald at pfeifer dot com
 Ever confirmed|0   |1
   Last reconfirmed||2021-08-12
 Status|UNCONFIRMED |NEW

--- Comment #12 from Gerald Pfeifer  ---
Andreas, is this something you may be able to have a look at?
(It's about the architectures you used to "play" with on FreeBSD.)

[Bug jit/101491] [11 regression] /usr/local/include/libgccjit++.h conflicts between different GCC installations

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101491

Gerald Pfeifer  changed:

   What|Removed |Added

   Last reconfirmed||2021-07-18
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #3 from Gerald Pfeifer  ---
As one data point, gccjit is a "relatively newer" thing for the FreeBSD
ports of GCC, e.g. in case of lang/gcc11-devel:

  commit bb995aaf6e25e33b028fa4b32321864b48f49055
  Author: Ashish SHUKLA 
  Date:   Tue Feb 23 09:07:37 2021 +

- Enable gccjit support

Approved by:gerald (maintainer)

Looking at the diff it appears the issue was there back then already:

  --- a/lang/gcc11-devel/pkg-plist
  +++ b/lang/gcc11-devel/pkg-plist
  @@ -18,6 +18,8 @@ bin/gcov-dump%%SUFFIX%%
   bin/gcov-tool%%SUFFIX%%
   bin/gfortran%%SUFFIX%%
   bin/lto-dump%%SUFFIX%%
  +include/libgccjit++.h
  +include/libgccjit.h

Alas it only materialized when lang/gcc12-devel was added:

  commit 982ce2ea27d8d41ed4f69c6c8f1eb56f04280531
  Author: Gerald Pfeifer 
  Date:   Mon May 3 10:45:02 2021 +

lang/gcc12-devel: New port based on the 20210426 snapshot of GCC 12.0.0

This is the first snapshot from trunk with the GCC 12 designation. It
largely is a copy of lang/gcc11-devel.


(In reply to David Malcolm from comment #2)
> I wonder why this changed recently; as Dimitry notes, this has been 
> done the same since the initial merger of libgccjit into trunk.

I believe we are not looking at a regression in one of the FreeBSD ports
nor on the gccjit side, just an issue that's been there "from day 1".

Dimitry, is this consistent with your experience?


> I'm using $(includedir).  What should I be using?  Thanks

I'm not an expert, yet dug a bit and most include files appear to be 
installed in lib/gcc11/gcc/i386-portbld-freebsd11.4/11.1.1/include
which libgomp/Makefile, libquadmath/Makefile, libssp/Makefile and
others have as

   libsubincludedir = $(libdir)/gcc/$(target_alias)/$(gcc_version)/include

Would something like this work for libgccjit as well, David?

[Bug jit/101491] New: [11 regression] /usr/local/include/libgccjit++.h conflicts between different GCC installations

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101491

Bug ID: 101491
   Summary: [11 regression] /usr/local/include/libgccjit++.h
conflicts between different GCC installations
   Product: gcc
   Version: 11.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: jit
  Assignee: dmalcolm at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
  Target Milestone: ---

In the FreeBSD Ports Collection (and presumably similarly other distros)
we install different versions of GCC into the same prefix with

  --program-suffix=
  --libdir=
  --with-gxx-include-dir=

which has been working very well for years.

Recently users reported that /usr/local/include/libgccjit++.h is
installed by both GCC 11 and GCC 12 at least, cf. 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257060

Looks like this should go into a version-specific directory (such
as --with-gxx-include-dir= maybe?

[Bug bootstrap/100560] New: [13 regression] build/gengtype-state.o fails with clang 10.0.1: cannot specify -o when generating multiple output files

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100560

Bug ID: 100560
   Summary: [13 regression] build/gengtype-state.o fails with
clang 10.0.1: cannot specify -o when generating
multiple output files
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
CC: marxin at gcc dot gnu.org
  Target Milestone: ---

This started between May 9th 15:40 UTC and May 10th 15:40 UTC.

c++ -std=c++11   -g -DIN_GCC-fno-strict-aliasing -fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings-Wcast-qual
-Wno-error=format-diag -Wno-format -Wmissing-format-attribute
-Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -fno-common  -DHAVE_CONFIG_H  -DGENERATOR_FILE -fno-PIE
-no-pie -o build/gengtype \
build/gengtype.o build/errors.o build/gengtype-lex.o build/gengtype-parse.o
build/gengtype-state.o version.h
../build-i586-unknown-freebsd11.4/libiberty/libiberty.a
c++: warning: treating 'c-header' input as 'c++-header' when in C++ mode, this
 behavior is deprecated [-Wdeprecated]
c++: error: cannot specify -o when generating multiple output files
gmake[3]: *** [Makefile:2989: build/gengtype] Error 1
gmake[3]: Leaving directory '/scratch/tmp/gerald/OBJ-0511-2228/gcc'
gmake[2]: *** [Makefile:4759: all-stage1-gcc] Error 2
gmake[2]: Leaving directory '/scratch/tmp/gerald/OBJ-0511-2228'
gmake[1]: *** [Makefile:25415: stage1-bubble] Error 2
gmake[1]: Leaving directory '/scratch/tmp/gerald/OBJ-0511-2228'


% c++ --version
FreeBSD clang version 10.0.1 (g...@github.com:llvm/llvm-project.git
llvmorg-10.0.1-0-gef32c611aa2)
Target: i386-unknown-freebsd11.4


Martin, I saw you made a small change around gengtype that day,
alas don't see how that might have triggered this? Any idea?

[Bug target/99422] [11 Regression] ICE in extract_constrain_insn building glibc pthread_create

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99422

--- Comment #15 from Gerald Pfeifer  ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99438 still happens,
i.e. i586-unknown-freebsd11.2.

Is anyone able to successfully build any 32-bit x86 target?

[Bug bootstrap/99438] New: [11 regression] libgcc/soft-fp/divtf3.c:51:1: error: unrecognizable insn

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99438

Bug ID: 99438
   Summary: [11 regression] libgcc/soft-fp/divtf3.c:51:1: error:
unrecognizable insn
   Product: gcc
   Version: 11.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
  Target Milestone: ---
Target: i586-unknown-freebsd12.2

This is a regression that entered the tree in the last 24 (plus a few
maybe hours):

/scratch/tmp/gerald/GCC-HEAD/libgcc/soft-fp/divtf3.c: In function '__divtf3':
/scratch/tmp/gerald/GCC-HEAD/libgcc/soft-fp/divtf3.c:51:1: error: unrecognizabl
e insn:
   51 | }
  | ^
(insn 1185 3357 3676 80 (parallel [
(set (reg:SI 5 di [621])
(asm_operands:SI ("sub{l} {%11,%3|%3,%11}
sbb{l} {%9,%2|%2,%9}
sbb{l} {%7,%1|%1,%7}
sbb{l} {%5,%0|%0,%5}") ("=r") 0 [
(reg:SI 5 di [621])
(mem/c:SI (plus:SI (reg/f:SI 6 bp)
(const_int -80 [0xffb0])) [5 A_f[2]
+0 S4 A64])
(reg:SI 1 dx [622])
(mem/c:SI (plus:SI (reg/f:SI 6 bp)
(const_int -84 [0xffac])) [5 A_f[1]
+0 S4 A32])
(reg:SI 0 ax [623])
(mem/c:SI (plus:SI (reg/f:SI 6 bp)


The invocation is


/scratch/tmp/gerald/OBJ-0306-1540/./gcc/xgcc -B/scratch/tmp/gerald/OBJ-0306-154
0/./gcc/ -B/home/gerald/gcc-ref11-i386/i586-unknown-freebsd12.2/bin/ -B/home/ge
rald/gcc-ref11-i386/i586-unknown-freebsd12.2/lib/ -isystem /home/gerald/gcc-ref
11-i386/i586-unknown-freebsd12.2/include -isystem /home/gerald/gcc-ref11-i386/i
586-unknown-freebsd12.2/sys-include   -fno-checking -g -O2 -O2  -g -O2 -DIN_GCC
-W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-error=format-diag
-Wno-format -Wstrict-prototypes -Wmissing-prototypes -Wno-error=format-diag -Wo
ld-style-definition  -isystem ./include  -fpic -pthread -g -DIN_LIBGCC2 -fbuild
ing-libgcc -fno-stack-protector  -fpic -pthread -I. -I. -I../.././gcc -I/scratc
h/tmp/gerald/GCC-HEAD/libgcc -I/scratch/tmp/gerald/GCC-HEAD/libgcc/. -I/scratch
/tmp/gerald/GCC-HEAD/libgcc/../gcc -I/scratch/tmp/gerald/GCC-HEAD/libgcc/../inc
lude  -DHAVE_CC_TLS  -o _gcov_merge_add.o -MT _gcov_merge_add.o -MD -MP -MF _gc
ov_merge_add.dep -DL_gcov_merge_add -c /scratch/tmp/gerald/GCC-HEAD/libgcc/libg
cov-merge.c

[Bug bootstrap/98181] Add support for FreeBSD on powerpc64le

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98181

Gerald Pfeifer  changed:

   What|Removed |Added

 CC||segher at kernel dot 
crashing.org
 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

--- Comment #2 from Gerald Pfeifer  ---
I believe this has been addressed and Segher committed patches for that,
so closing this.

Please advise in case there's something missing.

[Bug web/32927] Online installation instructions only for mainline

[gerald at pfeifer dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32927

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #8 from Gerald Pfeifer  ---
I dislike it when it appears to reports of mine, still allow me to close
this as WONTFIX since it's very unlikely to ever be addressed if it hasn't
for 13 years (and it's more of an enhancement, not a critical issue).

If anyone wants to give it a go, embedding invocations of
  gcc/doc/install.texi2html
into 
  maintainer-scripts/update_web_docs_git
probably is the way to go.

[Bug bootstrap/95805] [11 regression] gcc/recog.h:301:30: error: too many arguments to function call, expected 1, have 2

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95805

Gerald Pfeifer  changed:

   What|Removed |Added

   Host||i386-unknown-freebsd11.3

--- Comment #1 from Gerald Pfeifer  ---
This is with clang 8.0.1 as bootstrap compiler.

[Bug bootstrap/95805] New: [11 regression] gcc/recog.h:301:30: error: too many arguments to function call, expected 1, have 2

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95805

Bug ID: 95805
   Summary: [11 regression] gcc/recog.h:301:30: error: too many
arguments to function call, expected 1, have 2
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
CC: rsandifo at sources dot redhat.com
  Target Milestone: ---

Created attachment 48766
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48766=edit
Relevant portion of the log file

This started in the 24 hours leading up to 2020-06-18-16:40UTC.

I am wondering whether this was triggered by 

commit 4e49b994de060d4a6c9318d0ed52ef038153426e
Author: Richard Sandiford 
Date:   Wed Jun 17 17:45:29 2020 +0100

recog: Tweak insn_gen_fn::operator() definition

Fixes a “left operand of comma has no effect” warning that some were
seeing.  Also fixes a spurious ellipsis that Jonathan Wakely pointed
out.

2020-06-17  Richard Sandiford  

gcc/
* coretypes.h (first_type): New alias template.
* recog.h (insn_gen_fn::operator()): Use it instead of a decltype.
Remove spurious “...” and split the function type out into a
typedef

[Bug c++/94493] FreeBSD-ports lang/gcc9 (9.3.0) on FreeBSD 13 crash if building ftp/filezilla

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94493

Gerald Pfeifer  changed:

   What|Removed |Added

 CC||gerald at pfeifer dot com

--- Comment #9 from Gerald Pfeifer  ---
Created attachment 48216
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48216=edit
Preprocessed sources

(In reply to Kurt Jaeger from comment #8)
> stdout is at: https://people.freebsd.org/~pi/logs/out.txt

I am attaching this here in GCC Bugzilla as x.ii, pre-processed sources.


Kurt, I tried to reproduce this on x86_64-suse-linux (9.2.1 20200306), 
i386-unknown-freebsd 11.3 (10.0.1 20200406), but did not succeed with
your input file and the invocation you shared.

Can you run your build with option -save-temps and see whether the resulting
.ii files differs from what you shared? (It should not, I think.)

And once you have that run that through the compiler that crashes and try to
identify the minimal set of options required?  -std=c++17 is one of those
necessary to make it build, are the others all required to see the crash?

Probably best to start with the full set and remove one after the other
until it stops failing. Thanks!.

[Bug bootstrap/93962] bootstrap fails with gcc/value-prof.c:268:28 : error: format '%lld' expects argument of type 'long long int', but argument 3 hastype 'int'

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93962

--- Comment #12 from Gerald Pfeifer  ---
Created attachment 48011
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48011=edit
Preprocessed value-prof.c for the failure case on FreeBSD 11/i386

(I've been struggling to create the preprocessed source files, but keep
working on it. This is the first one - for the failure case.)

[Bug bootstrap/93962] [10 regression] bootstrap fails with gcc/value-prof.c:268:28 : error: format '%lld' expects argument of type 'long long int', but argument 3 hastype 'int'

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93962

--- Comment #6 from Gerald Pfeifer  ---
(In reply to Jeffrey A. Law from comment #3)
> Gerald, I wanted to reproduce the error so that I could in turn verify the
> proposed fix of using std:abs would work.

I verified that the fix of using std::abs works in the situation where I
had failures without.

> So I installed FreeBSD 11.3 (i686) in a VM.  Bootstrap with GCC went fine.  
> I couldn't get the failure building with clang either.

I looked into this.  Indeed my regular bootstraps do not fail, even without
this patch.

It is building the lang/gcc10-devel port, based on our weekly snapshots,
that exhibited this behavior.

> How are you configuring & building?

Are you familiar with the FreeBSD ports system?  The port resides in
ports/lang/gcc10-devel and to reproduce the issue you need to remove
ports/lang/gcc10-devel/files/patch-value-prof.c-buildfix that I added.

I have not found yet why a "regular" bootstrap succeeds and fails in
my environment when I build it as a port, but will try to dig into it
this evening.

> So while I believe Andrew is right that this should be using std::abs, I'd
> still like to reproduce the problem and verify that using std::abs is
> sufficient to fix.

The fix is confirmed, and part of the FreeBSD ports tree now.  However, I
am not yet able to explain why it does occur in one case and not in the
other.

[Bug bootstrap/93962] New: [10 regression] bootstrap fails with gcc/value-prof.c:268:28 : error: format '%lld' expects argument of type 'long long int', but argument 3 hastype 'int'

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93962

Bug ID: 93962
   Summary: [10 regression] bootstrap fails with
gcc/value-prof.c:268:28 : error: format '%lld' expects
argument of type 'long long int', but argument 3
hastype 'int'
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
CC: hubicka at gcc dot gnu.org, mliska at suse dot cz
  Target Milestone: ---
  Host: i386-unknown-freebsd11.3
Target: i386-unknown-freebsd11.3
 Build: i386-unknown-freebsd11.3

/scratch/tmp/gerald/gcc10-devel-work/gcc-10-20200223/gcc/value-prof.c: In
function 'void dump_histogram_value(FILE*, histogram_value)':
/scratch/tmp/gerald/gcc10-devel-work/gcc-10-20200223/gcc/value-prof.c:268:28
: error: format '%lld' expects argument of type 'long long int', but
argument 3 has type 'int' [-Werror=format=]
  268 |fprintf (dump_file, " all: %" PRId64 "%s, values: ",
  |^~~
  269 |  abs ((int64_t) hist->hvalue.counters[0]),
  |  
  |  |
  |  int

I believe this may be caused by 2020-02-18  Martin Liska  

PR ipa/92924
* common.opt: Add -fprofile-reproducibility.
* doc/invoke.texi: Document it.
* value-prof.c (dump_histogram_value):
Document and support behavior for counters[0]
being a negative value.
(get_nth_most_common_value): Handle negative
counters[0] in respect to flag_profile_reproducible.

[Bug analyzer/93543] [10 regression] bootstrap with clang fails in analyzer: reinterpret_cast from 'nullptr_t' to 'function *' is not allowed

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93543

--- Comment #7 from Gerald Pfeifer  ---
Thank you - and I just received confirmation that also the new patch
addresses the original issue coming from a FreeBSD user with clang 9.0.1.

[Bug analyzer/93543] New: [10 regression] bootstrap with clang 9.0.1 fails in analyzer: reinterpret_cast from 'nullptr_t' to 'function *' is not allowed

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93543

Bug ID: 93543
   Summary: [10 regression] bootstrap with clang 9.0.1 fails in
analyzer: reinterpret_cast from 'nullptr_t' to
'function *' is not allowed
   Product: gcc
   Version: 10.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: analyzer
  Assignee: dmalcolm at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
  Target Milestone: ---

This was originally filed in the FreeBSD bug tracker against lang/gcc10-devel,
cf. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243681

A user reported

 
/usr/ports/lang/gcc10-devel/work/gcc-10-20200126/gcc/analyzer/engine.cc:2971:13:
error: 
  reinterpret_cast from 'nullptr_t' to 'function *' is not allowed
  v.m_fun = reinterpret_cast (NULL);
^~~

 
/usr/ports/lang/gcc10-devel/work/gcc-10-20200126/gcc/analyzer/engine.cc:2983:21:
error: 
  reinterpret_cast from 'nullptr_t' to 'function *' is not allowed
  return v.m_fun == reinterpret_cast (NULL);
^~~

in analyzer/engine.cc.

David Malcolm kindly provided a patch that I applied on the FreeBSD side.

This report is to track and ensure this gets fixed in upstream GCC with 
the GCC 10.1 release.

[Bug target/37073] -fno-math-errno should be the default on FreeBSD

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37073

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|ASSIGNED|NEW
 CC||andreast at gcc dot gnu.org
   Assignee|gerald at pfeifer dot com  |unassigned at gcc dot 
gnu.org

--- Comment #5 from Gerald Pfeifer  ---
(In reply to Eric Gallager from comment #4)
> Assuming yes and making Gerald the assignee

I thought I had a plan, alas it did not work out. So returning to the
pool. 

Perhaps Andreas T. has got an idea - copying him.

[Bug target/91349] New: [9 regression] powerpc*-*-freebsd* defines _GNU_SOURCE

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91349

Bug ID: 91349
   Summary: [9 regression] powerpc*-*-freebsd* defines _GNU_SOURCE
   Product: gcc
   Version: 9.1.0
   URL: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=2396
48
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
CC: amodra at gcc dot gnu.org, amodra at gmail dot com,
andreast at gcc dot gnu.org
  Target Milestone: ---
Target: powerpc*-*-freebsd*

This originally was reported on the FreeBSD side as
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239648 .

Between GCC 8 and GCC 9 powerpc*-*-freebsd* started to define _GNU_SOURCE
which is not appropriate on that platform and different behavior from other
FreeBSD platforms.

I believe this was introduced with

https://gcc.gnu.org/ml/gcc-patches/2018-11/msg00921.html

and 
 * config.gcc (powerpc*-*-freebsd*, powerpc-*-netbsd*),
(powerpc-*-eabisimaltivec*, powerpc-*-eabisim*, powerpc-*-elf*),
(powerpc-*-eabialtivec*, powerpc-*-eabi*, powerpc-*-rtems*),
(powerpc-wrs-vxworks*, powerpc-*-lynxos*, powerpcle-*-elf*),
(powerpcle-*-eabisim*, powerpcle-*-eabi*): Add gnu-user.h to tm_file.
* config/rs6000/freebsd.h (CPLUSPLUS_CPP_SPEC),
(LINK_GCC_C_SEQUENCE_SPEC): Undef.
(ASM_APP_ON, ASM_APP_OFF): Don't define.
* config/rs6000/freebsd64.h (ASM_APP_ON, ASM_APP_OFF): Don't define.
:

[Bug bootstrap/87417] [9 regression] Internal error: abort in attr_alt_intersection, at genattrtab.c:2357

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87417

Gerald Pfeifer  changed:

   What|Removed |Added

 Target|i386-pc-solaris2.11,|i386-pc-solaris2.11,
   |sparc-sun-solaris2.11   |sparc-sun-solaris2.11,
   ||i386-unknown-freebsd10.4
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2018-09-24
 CC||gerald at pfeifer dot com
   Host|i386-pc-solaris2.11,|i386-pc-solaris2.11,
   |sparc-sun-solaris2.11   |sparc-sun-solaris2.11,
   ||i386-unknown-freebsd10.4
 Ever confirmed|0   |1
  Build|i386-pc-solaris2.11,|i386-pc-solaris2.11,
   |sparc-sun-solaris2.11   |sparc-sun-solaris2.11,
   ||i386-unknown-freebsd10.4

--- Comment #7 from Gerald Pfeifer  ---
Same for i386-unknown-freebsd10.4.

[Bug bootstrap/87134] [9 regression] SEGV in cc1 caused by r263875

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87134

--- Comment #24 from Gerald Pfeifer  ---
Confirmed for i386-unknown-freebsd10.3 (using clang as bootstrap
compiler) as well.

Thank you, Richard!

[Bug web/87050] Bump wwwdocs to html5

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87050

--- Comment #10 from Gerald Pfeifer  ---
Mostly done, 
cf. https://gcc.gnu.org/ml/gcc/2018-09/msg5.html

And for the actual conversion, 
cf. https://gcc.gnu.org/ml/gcc-patches/2018-09/msg00026.html


The sole page not labeled as HTML 5 now is our main page, which requires
a bit more work, but that doesn't appear pressing.

And I'll need to improve one or the other page a bit still in the coming
days.


(In reply to Janne Blomqvist from comment #0)
> So apart from the headers, little work ought to be needed for the
> conversion itself.

Well, no. :-}  https://gcc.gnu.org/ml/gcc-patches/2018-09/ speaks a
different language, and that's just part of it, after all I did the
last year(s) already.

[Bug web/87050] Bump wwwdocs to html5

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87050

--- Comment #9 from Gerald Pfeifer  ---
(In reply to jos...@codesourcery.com from comment #6)
> A replacement for MetaHTML is already available, we just need to switch to 
> using it.
> 
> https://gcc.gnu.org/ml/gcc-patches/2018-06/msg00176.html

So, I took this report as nudge to speed up completing the transition
from XHTML to HTML 5 that I started earlier this year and expect to be
complete (short of, perhaps, our main page) by next weekend.

That should, as a side effect, allow making David's nice script even a
bit simpler. :-)

[Bug web/87050] Bump wwwdocs to html5

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87050

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2018-08-22
 CC||gerald at pfeifer dot com
   Assignee|unassigned at gcc dot gnu.org  |gerald at pfeifer dot 
com
 Ever confirmed|0   |1

--- Comment #3 from Gerald Pfeifer  ---
Agreed, and I've started to work on this earlier this year.

There are a number of posts to gcc-patches@ with work in that direction;
as usual the devil is in the detail (such as  being replaced
by <... id="...">, alas with different restrictions).

Are you willing to help with the conversation of the HTML pages?

[Bug web/65231] Dead link in man page to the status of C99 features

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65231

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|SUSPENDED   |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #3 from Gerald Pfeifer  ---
So, this appears to be an issue with the Debian package, not coming
from the GCC side of things.

Closing this report.

Sorry we could not be of further help, Roman.

[Bug web/64549] Add a 404 page

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64549

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|WAITING |NEW

[Bug web/65231] Dead link in man page to the status of C99 features

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65231

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|NEW |SUSPENDED
 CC||gerald at pfeifer dot com

[Bug web/64549] Add a 404 page

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64549

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|NEW |WAITING
 CC||gerald at pfeifer dot com

[Bug web/59184] Broken links

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59184

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||gerald at pfeifer dot com

[Bug libstdc++/85768] [9 Regression] FreeBSD bootstrap fails due to undefined reference to 'backtrace'

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85768

--- Comment #6 from Gerald Pfeifer  ---
(In reply to François Dumont from comment #4)
> I wonder if this patch could fix the bootstrap ? I try to avoid the usage of
> backtrace during bootstrap. The problem will then be limited to usage of
> debug mode in users code.

In my case, the bootstrap wasn't broken, I just got tons and tons
of testsuites failures -- so many, that the gcc-testresults@ list
refused my mails due to size constraints.

Looking at Andreas' original comment saying "A quick hack to linkage.m4
to add this library if found showed a 37 failure count instead of 7k+
without." he may have experienced the same, not an actual bootstrap
failure?

[Bug tree-optimization/84670] [8 Regression] ICE: in compute_antic_aux, at tree-ssa-pre.c:2148 with -O2 -fno-tree-dominator-opts

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84670

Gerald Pfeifer  changed:

   What|Removed |Added

 CC||gerald at pfeifer dot com

--- Comment #6 from Gerald Pfeifer  ---
Created attachment 43559
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43559=edit
A testcase from Wine (fairly bigger)

This is a testcase from a full Wine build.  The others probably are
better to nail this down, but for verification just in case a first
fix addresses those but might not cover this one as well.

[Bug middle-end/83164] [8 regression] internal compiler error: verify_gimple failed

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83164

--- Comment #4 from Gerald Pfeifer  ---
(In reply to Marc Glisse from comment #2)
> Does it work if you remove the verification
> 
> || !types_compatible_p (rhs1_type, rhs2_type)
> 
> from tree-cfg.c?

Yes, I just tried this.

[Bug middle-end/83164] New: [8 regression] internal compiler error: verify_gimple failed

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83164

Bug ID: 83164
   Summary: [8 regression] internal compiler error: verify_gimple
failed
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
CC: marc.glisse at normalesup dot org
  Target Milestone: ---
  Host: i586-unknown-freebsd10.4

Created attachment 42718
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42718=edit
Preprocessed source file

This one's easy to reproduce, no specific compiler options are required:

% $GCC -c -o ddeml.o ddeml.i
ddeml.c: In function ‘DDEML_AddThunk’:
ddeml.c:181:28: error: type mismatch in pointer diff expression
 static struct ddeml_thunk*  DDEML_AddThunk(DWORD instId, DWORD pfn16)
^~
int

struct HDDEDATA__ * (*) (DWORD, UINT, UINT, struct HCONV__ *, struct
HSZ__ *, struct HSZ__ *, struct HDDEDATA__ *, ULONG_PTR, ULONG_PTR)

DWORD *

_6 = WDML_InvokeCallback16 - _5;
ddeml.c:181:28: internal compiler error: verify_gimple failed



Also the diagnostics look quite odd, don't they?


I believe this was introduced by the following?

2017-10-28  Marc Glisse  <marc.gli...@inria.fr>

gcc/c/
* c-fold.c (c_fully_fold_internal): Handle POINTER_DIFF_EXPR.
* c-typeck.c (pointer_diff): Use POINTER_DIFF_EXPR.

gcc/c-family/
* c-pretty-print.c (pp_c_additive_expression,
c_pretty_printer::expression): Handle POINTER_DIFF_EXPR.

gcc/cp/
* constexpr.c (cxx_eval_constant_expression,
potential_constant_expression_1): Handle POINTER_DIFF_EXPR.
* cp-gimplify.c (cp_fold): Likewise.
* error.c (dump_expr): Likewise.
* typeck.c (pointer_diff): Use POINTER_DIFF_EXPR.

[Bug regression/83038] [8 regression] warning at random points in the input (array subscript -1 is below array bounds)

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83038

--- Comment #2 from Gerald Pfeifer  ---
Created attachment 42643
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42643=edit
Full preprocesssed source file

(In reply to David Malcolm from comment #1)
> This is a .i file; have the source files it refers to been edited since the
> .i file was generated?

Just the .i file I stripped down a little.

Here is the full original.  This shows

config.c: In function ‘ConfigureDevicesDlgProc’:
config.c:303:29: warning: array subscript -1 is below array bounds of
‘DIDEVICEOBJECTINSTANCEW[256] {aka struct DIDEVICEOBJECTINSTANCEW[256]}’
[-Warray-bounds]
 DIDEVICEOBJECTINSTANCEW ddo = device->ddo[obj];
 ^~~

Note, no subscript (nor -1) present where the ^~~ points to.

[Bug regression/83038] New: [8 regression] warning at random points in the input (array subscript -1 is below array bounds)

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83038

Bug ID: 83038
   Summary: [8 regression] warning at random points in the input
(array subscript -1 is below array bounds)
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: regression
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
CC: dmalcolm at redhat dot com, msebor at gcc dot gnu.org,
polacek at redhat dot com
  Target Milestone: ---

Created attachment 42641
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42641=edit
Testcase

A couple of days the attached testcase started issuing a new warning
which is actually wrong -- or at least points to a completely bogus
location.

In fact, trying to trim this down, the message started pointing to a
different location, until I reached a case which definitely makes no
sense at all:

  gcc -c -o config.o -O2 -g -Wall c2.i
  config.c: In function ‘ConfigureDevicesDlgProc’:
  config.c:132:29: warning: array subscript -1 is below array bounds of   
  ‘DIDEVICEOBJECTINSTANCEW[256] {aka struct DIDEVICEOBJECTINSTANCEW[256]}’  
  [-Warray-bounds]
 /* Keep the action and text in the listview item */
 ^~~

This was on an i386-unknown-freebsd10 system, but compiling the testcase
on amd64-unknown-freebsd11 I got the same (at a different location).

(This is from Wine, where I build the latest git code nightly with the
latest version of GCC head.)

[Bug bootstrap/82610] [8 Regression] Bootstrap fails on macOS 10.13 and FreeBSD 11.1 because of abort redefinition

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82610

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2017-10-22
 CC||gerald at pfeifer dot com
Summary|[8 Regression] Bootstrap|[8 Regression] Bootstrap
   |fails on macOS 10.13|fails on macOS 10.13 and
   |because of abort|FreeBSD 11.1 because of
   |redefinition|abort redefinition
 Ever confirmed|0   |1

--- Comment #3 from Gerald Pfeifer  ---
Same on newer versions of FreeBSD  that use clang 4.0 as system compiler.

[Bug target/81995] [8.0 Regression] gcc/reg-stack.c:2073:1: error: unrecognizable insn:

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81995

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED

--- Comment #4 from Gerald Pfeifer  ---
Confirmed as fixed.

[Bug bootstrap/81995] [8.0 Regression] gcc/reg-stack.c:2073:1: error: unrecognizable insn:

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81995

Gerald Pfeifer  changed:

   What|Removed |Added

 CC||uros at gcc dot gnu.org

--- Comment #1 from Gerald Pfeifer  ---
Caused by the following according to binary search as well as a direct
revert on HEAD:

 2017-08-21  Uros Bizjak  

 PR target/46091
 * config/i386/i386.md (*btsq_imm): Rename from *btsq.
 (*btrq_imm): Rename from *btrq.
 (*btcq_imm): Rename from *btcq.
 (btsc): New code attribute.
 (*): New insn pattern.
 (*btr): Ditto.
 (*_mask): New insn_and_split pattern.
 (*btr_mask): Ditto.

[Bug bootstrap/81995] New: [8.0 Regression] gcc/reg-stack.c:2073:1: error: unrecognizable insn:

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81995

Bug ID: 81995
   Summary: [8.0 Regression] gcc/reg-stack.c:2073:1: error:
unrecognizable insn:
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
  Target Milestone: ---
Target: i586-unknown-freebsd10.3

This seems to have been introduced between Aug 20th 16:40 GMT and 
Aug 21th 16:40 GMT on i586-unknown-freebsd10.3:

/scratch/tmp/gerald/GCC-HEAD/gcc/reg-stack.c: In function 'bool
subst_stack_regs
_pat(rtx_insn*, stack_ptr, rtx)':
/scratch/tmp/gerald/GCC-HEAD/gcc/reg-stack.c:2073:1: error: unrecognizable
insn:
 }
 ^
(insn 2014 669 671 94 (parallel [
(set (reg:SI 588 [ _913 ])
(ior:SI (ashift:SI (const_int 1 [0x1])
(subreg:QI (reg:SI 581 [ pretmp_894 ]) 0))
(mem:SI (plus:SI (reg/f:SI 568 [ _856 ])
(const_int 4 [0x4])) [0 MEM[(struct stack_def
*)_856
 + 4B]+0 S4 A32])))
(clobber (reg:CC 17 flags))
]) -1
 (nil))
during RTL pass: subreg2
/scratch/tmp/gerald/GCC-HEAD/gcc/reg-stack.c:2073:1: internal compiler error:
in
 extract_insn, at recog.c:2311


My guess is this is specific to i586 (or i386), though I did not find an
immediate candidate commit.

[Bug c/81050] New: ICE with -fexec-charset=utf-16

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81050

Bug ID: 81050
   Summary: ICE with -fexec-charset=utf-16
   Product: gcc
   Version: 7.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
  Target Milestone: ---

Compiling

 #include 
 int main()
 {
   char a = 'a';
   printf("Size of char : %d\n",sizeof(a));
   printf("Size of char : %d\n",sizeof('a'));
   return 0;
 }

with   gcc x.c -o x -fexec-charset=utf-16   results in

x.c: In function ‘main’:
x.c:4:16: warning: multi-character character constant [-Wmultichar]
   char a = 'a';
^~~
x.c:4:16: warning: overflow in implicit constant conversion [-Woverflow]
x.c:6:43: warning: multi-character character constant [-Wmultichar]
   printf("Size of char : %d\n",sizeof('a'));
   ^~~
x.c:8:0: internal compiler error: character 0xa is not unibyte in execution
character set
 }

This has two issues:

 1. The ICE.

 2. The trailing } on a line of its own.

This is with GCC 7.1.1 on x86_64-suse-linux; similarly was reported with
GCC 5.

[Bug c++/70528] [5 Regression] bogus error: constructor required before non-static data member

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70528

Gerald Pfeifer  changed:

   What|Removed |Added

 CC||gerald at pfeifer dot com

--- Comment #18 from Gerald Pfeifer  ---
Agreed, would be nice to see this on the GCC 5-branch as well, Jason.

[Bug other/80621] [8-regression] internal compiler error: Segmentation fault

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80621

Gerald Pfeifer  changed:

   What|Removed |Added

 Target||i586-unknown-freebsd10.3
   Host||i586-unknown-freebsd10.3
  Known to fail||8.0
  Build||i586-unknown-freebsd10.3

--- Comment #1 from Gerald Pfeifer  ---
GNU C11 (GCC) version 8.0.0 20170503 (experimental) (i586-unknown-freebsd10.3)
compiled by GNU C version 8.0.0 20170503 (experimental), GMP version
5.1.3, MPFR version 3.1.2, MPC version 1.0.3, isl version isl-0.15-GMP

Using this preprocessed source on a x86_64-unknown-freebsd11.0 system
seems to run into the same.

[Bug other/80621] New: [8-regression] internal compiler error: Segmentation fault

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80621

Bug ID: 80621
   Summary: [8-regression] internal compiler error: Segmentation
fault
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
  Target Milestone: ---

Created attachment 41312
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41312=edit
Sample file

The attached testcase (from Wine, in particular wine/tools/wrc) started
to trigger an internal compiler error/segfault about four days ago.

The only option required is -O1; by default or with -Os or -Og this does
not happen.

[Bug middle-end/77683] [7 regression] ICE on %lf directive in format_floating in gimple-ssa-sprintf.c:1163

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77683

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED

--- Comment #5 from Gerald Pfeifer  ---
Also verified with the testcase from Bug 77740: building Wine.

[Bug bootstrap/77751] [7 regression] cc1plus: error: unrecognized command line option "-Wno-implicit-fallthrough" for insn-emit.o

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77751

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED

--- Comment #5 from Gerald Pfeifer  ---
(In reply to Marek Polacek from comment #4)
> Should be fixed.

Yep, verified.

[Bug bootstrap/77751] New: [7 regression] cc1plus: error: unrecognized command line option "-Wno-implicit-fallthrough" for insn-emit.o

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77751

Bug ID: 77751
   Summary: [7 regression] cc1plus: error: unrecognized command
line option "-Wno-implicit-fallthrough" for
insn-emit.o
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
CC: polacek at redhat dot com
  Target Milestone: ---

On i?86-unknown-freebsd9, which has GCC 4.2 as system compiler, bootstrap
started to fail as follows:

emit.TPo insn-emit.c
g++ -std=gnu++98 -fno-PIE -c   -g -DIN_GCC-fno-strict-aliasing
-fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wwrite-strings
-Wcast-qual -Wno-format -Wmissing-format-attribute -Woverloaded-virtual
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-fno-common  -DHAVE_CONFIG_H -I. -I. -I/scratch/tmp/gerald/gcc-HEAD/gcc
-I/scratch/tmp/gerald/gcc-HEAD/gcc/.
-I/scratch/tmp/gerald/gcc-HEAD/gcc/../include -I./../intl
-I/scratch/tmp/gerald/gcc-HEAD/gcc/../libcpp/include
-I/home/gerald/9-amd64/include 
-I/scratch/tmp/gerald/gcc-HEAD/gcc/../libdecnumber
-I/scratch/tmp/gerald/gcc-HEAD/gcc/../libdecnumber/dpd -I../libdecnumber
-I/scratch/tmp/gerald/gcc-HEAD/gcc/../libbacktrace   -o insn-extract.o -MT
insn-extract.o -MMD -MP -MF ./.deps/insn-extract.TPo insn-extract.c
cc1plus: error: unrecognized command line option "-Wno-implicit-fallthrough"
gmake[3]: *** [Makefile:1102: insn-emit.o] Error 1
gmake[3]: *** Waiting for unfinished jobs
rm fsf-funding.pod gcov.pod gpl.pod cpp.pod gfdl.pod gcc.pod gcov-tool.pod
gmake[3]: Leaving directory '/scratch/tmp/gerald/OBJ-0927-0731/gcc'
gmake[2]: *** [Makefile:4571: all-stage1-gcc] Error 2
gmake[2]: Leaving directory '/scratch/tmp/gerald/OBJ-0927-0731'
gmake[1]: *** [Makefile:24240: stage1-bubble] Error 2
gmake[1]: Leaving directory '/scratch/tmp/gerald/OBJ-0927-0731'
gmake: *** [Makefile:24577: bootstrap] Error 2

I believe this is caused by

2016-09-26  Marek Polacek  <pola...@redhat.com>

PR c/7652
* Makefile.in (insn-attrtab.o-warn, insn-dfatab.o-warn,
insn-latencytab.o-warn, insn-output.o-warn, insn-emit.o-warn): Add
-Wno-switch-fallthrough.

[Bug middle-end/77740] [7 regression] internal compiler error: in format_floating, at gimple-ssa-sprintf.c:1165

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77740

--- Comment #1 from Gerald Pfeifer  ---
The minimum invocation to reproduce the issue is

  /some/where/gcc -c math.i -Wall -O1

Both warnings _and_ at least -O1 are required.

[Bug middle-end/77740] New: [7 regression] internal compiler error: in format_floating, at gimple-ssa-sprintf.c:1165

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77740

Bug ID: 77740
   Summary: [7 regression] internal compiler error: in
format_floating, at gimple-ssa-sprintf.c:1165
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
  Target Milestone: ---

Created attachment 39685
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39685=edit
Preprocessed input file (generated with -save-temps)

About four, five days ago, I started to see Wine fail to build with my daily
builds of GCC on i?86-unknown-freebsd10:

gmake[1]: Entering directory '/home/gerald/wine/dlls/msvcr100'
/home/gerald/gcc-ref10-i386/bin/gcc -c -o math.o ../msvcrt/math.c -I.
-I../msvcrt -I../../include -D__WINESRC__ -D_MT \
  -D_MSVCR_VER=100 -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing
-Wdeclaration-after-statement \
  -Wduplicated-cond -Wempty-body -Wignored-qualifiers -Wshift-overflow=2
-Wstrict-prototypes \
  -Wtype-limits -Wunused-but-set-parameter -Wno-unused-const-variable -Wvla
-Wwrite-strings \
  -Wpointer-arith -Wlogical-op -gdwarf-2 -gstrict-dwarf -fno-omit-frame-pointer
\
  -I/home/gerald/10-i386/include -g -O2
../msvcrt/math.c: In function ‘MSVCRT__ecvt’:
../msvcrt/math.c:1370:14: internal compiler error: in format_floating, at
gimple-ssa-sprintf.c:1165
 char * CDECL MSVCRT__ecvt( double number, int ndigits, int *decpt, int *sign )
  ^~~~

[Bug target/77676] powerpc64 and powerpc64le stage2 bootstrap fail

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77676

--- Comment #13 from Gerald Pfeifer  ---
(In reply to Martin Sebor from comment #10)
> Created attachment 39670 [details]
> Patch under test.

With this patch, i?86-unknown-freebsd11 is back in bootstrap land again.

[Bug web/50642] onlinedocs formated text too small to read

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50642

--- Comment #20 from Gerald Pfeifer  ---
Created attachment 39553
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39553=edit
Firefox font configuratoin

(In reply to Jon Grant from comment #18)
> Just looking at this page:
> 
> https://gcc.gnu.org/onlinedocs/gcc/Enumerator-Attributes.html#Enumerator-
> Attributes
> 
> The "deprecated" word appears to be smaller (like 9pt, compared to 11pt
> regular I estimate). I', using a default Firefox install and profile. Latest
> version of Ubuntu. I'll attach a screenshot

Thanks for sharing that.  I confirm the same with Firefox on openSUSE
Tumbleweed, and bet your font config dialog looks similar to mine.

At this point this is not a GCC issue any longer, if Firefox deliberately
uses a smaller font size for fixed width text, I guess.

[Bug web/56736] Broken link in http://gcc.gnu.org/gcc-4.8/changes.html

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56736

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||gerald at pfeifer dot com
 Resolution|--- |FIXED
   Assignee|unassigned at gcc dot gnu.org  |gerald at pfeifer dot 
com

--- Comment #3 from Gerald Pfeifer  ---
Apologies, I fixed this a while ago but missed updating this report
(and close it).

Thanks for letting us know!

[Bug web/50642] onlinedocs formated text too small to read

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50642

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #17 from Gerald Pfeifer  ---
I believe this should be fixed now, cf.
https://gcc.gnu.org/ml/gcc-patches/2016-09/msg00171.html
https://gcc.gnu.org/ml/gcc-patches/2016-09/msg00172.html
for the two patches to a script and our stylesheet, respectively.

If anything requires (or desires) further tweaking, we can now
easily do so.

[Bug web/50642] onlinedocs formated text too small to read

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50642

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||gerald at pfeifer dot com
   Assignee|unassigned at gcc dot gnu.org  |gerald at pfeifer dot 
com

--- Comment #15 from Gerald Pfeifer  ---
I'm working on this.  First I will have the online documentation reference
our global CSS style ( https://gcc.gnu.org/gcc.css ), then we can easily
tweak that.

[Bug other/59055] gcc.texinfo warnings

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59055

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||gerald at pfeifer dot com
 Resolution|--- |FIXED

--- Comment #3 from Gerald Pfeifer  ---
This has been resolved from all I can tell (looking at concrete cases
as well a bootstrap log of current trunk any makeinfo 6.1), thus closing
this report.

Thank you!

[Bug web/72856] Trottle bug creation for newly created accounts (to limit spam)

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72856

Gerald Pfeifer  changed:

   What|Removed |Added

 CC||gerald at pfeifer dot com

--- Comment #2 from Gerald Pfeifer  ---
Thanks for looking into this, Frédéric!

As for rate throttling, how about only allowing for a single bug 
report per day until a bug report has been "processed" (for some
suitable definition of "processed" - perhaps even any action that
is different from simply marking it as spam)?

[Bug bootstrap/72846] New: [7 regression]

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72846

Bug ID: 72846
   Summary: [7 regression]
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: dmalcolm at redhat dot com
  Reporter: gerald at pfeifer dot com
  Target Milestone: ---

r239175 | dmalcolm | 2016-08-05 18:08:33 + (Fri, 05 Aug 2016) | 124 line
introduced a bootstrap failure on an automated tester I have running on
FreeBSD 9/amd64:

/scratch/tmp/gerald/gcc-HEAD/gcc/input.c:2137: error: 'HAVE_ICONV' was not
decla
red in this scope

The code in question is the following:

test_lexer_string_locations_ebcdic (const line_table_case _) 
{
  /* EBCDIC support requires iconv.  */
  if (!HAVE_ICONV)
return;

HAVE_ICONV is not defined when iconv is not present.

[Bug c/69602] [6 Regression] over-ambitious logical-op warning on EAGAIN vs EWOULDBLOCK

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69602

Gerald Pfeifer  changed:

   What|Removed |Added

 CC||gerald at pfeifer dot com

--- Comment #10 from Gerald Pfeifer  ---
(In reply to Manuel López-Ibáñez from comment #6)
> I think we should NOT look through macros. The purpose of the warning is to
> catch mistakes like xxx && !!xxx or 0 < A || A > 0, but if the user writes
> f() && g() and both functions return the same value, it is clearly not a
> bug, even if GCC knows that they are the same function.

I agree with Manuel (and had similar cases in Wine).  Sometimes APIs
may richer than an actual implementation thereof, as is the case in
this example.  Still we would want developers to write general code
that matches the API instead of manually optimizing things (and in
consequence breaking them on other platforms/in other scenarios).

(In reply to Jakub Jelinek from comment #8)
>   if (errno == EAGAIN || (EWOULDBLOCK != EAGAIN && errno == EWOULDBLOCK))
> could be better workaround.

This is WAY more complicated to read and understand than the original
approach.  I understand you only called it a workaround, but I am pretty
sure both GCC and Wine maintainers (and presumably others) would shoot
such obfuscation down if it's for the sake of avoiding a warning.

[Bug libffi/65726] [5/6 Regression] libffi fails to build when not bootstrapping: configure: error: C++ preprocessor "/lib/cpp" fails sanity check

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65726

--- Comment #8 from Gerald Pfeifer  ---
This one fixes the problem in all my tests.

[Bug libffi/65726] [5/6 Regression] libffi fails to build when not bootstrapping: configure: error: C++ preprocessor /lib/cpp fails sanity check

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65726

--- Comment #6 from Gerald Pfeifer gerald at pfeifer dot com ---
I still can reproduce the failure by configuring with --disable-bootstrap
and then make or make all.

[Bug c/65891] New: -Wlogical-op now warns about logical ‘and’ of equal expressions even when different types/sizeofs are involved

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65891

Bug ID: 65891
   Summary: -Wlogical-op now warns about logical ‘and’ of equal
expressions even when different types/sizeofs are
involved
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
CC: polacek at redhat dot com
  Target Milestone: ---

Since 2015-04-21  Marek Polacek  pola...@redhat.com

PR c/63357
* c-common.c (warn_logical_operator): Warn if the operands have the
same expressions.

we also diagnose code the following

  typedef int r_fun_t (int);

  r_fun_t * text_funcs[] = {0,0,0};

  int report (unsigned t)
  {
typedef int s_fun_t (long, char);

static s_fun_t * GUI_funcs[3];

return (t  sizeof text_funcs / sizeof text_funcs[0] 
t  sizeof GUI_funcs / sizeof GUI_funcs[0]);
  }

with

  input: In function ‘report’:
  input:8:58: warning: logical ‘and’ of equal expressions [-Wlogical-op]
 return (t  sizeof text_funcs / sizeof text_funcs[0] 
  ^

when these two conditions are about two different types, defined in two
different locations, and the sizes are set differently.

[Bug middle-end/65703] New: -fdefer-pop is not documented

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65703

Bug ID: 65703
   Summary: -fdefer-pop is not documented
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com

-fdefer-pop is listed as activated by the -O option, but not anywhere
else in the documentation (doc/invoke.texi, specifically).

However, there is actually code to support this option, specifically
in gcc/common.opt and gcc/calls.c.

[Bug libffi/64779] [5 Regression] libffi/src/x86/sysv.S:864: Error: junk at end of line, first unrecognized character is `@'

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64779

Gerald Pfeifer gerald at pfeifer dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2015-01-26
 Ever confirmed|0   |1

--- Comment #2 from Gerald Pfeifer gerald at pfeifer dot com ---
I built GCC configured --without-libgcj --without-libffi and the result works
just fine on your testcase:

% ~/gcc-ref10-i386/bin/gcc -c conftest.s 

In case this provide some insight, here the same with gcc -v:

% ~/gcc-ref10-i386/bin/gcc -v -c conftest.s
Using built-in specs.
COLLECT_GCC=/home/gerald/gcc-ref10-i386/bin/gcc
Target: i386-unknown-freebsd10.1
Configured with: /scratch2/tmp/gerald/gcc-HEAD/configure
--prefix=/home/gerald/gcc-ref10-i386 --disable-libgcj --without-libffi
--with-gmp=/home/gerald/10-i386 --with-as=/home/gerald/10-i386/bin/as
--with-ld=/home/gerald/10-i386/bin/ld
Thread model: posix
gcc version 5.0.0 20150125 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-v' '-c' '-mtune=generic' '-march=i486'
 /home/gerald/10-i386/bin/as -v -o conftest.o conftest.s
GNU assembler version 2.23.2 (i386-portbld-freebsd10.0) using BFD version (GNU
Binutils) 2.23.2
COMPILER_PATH=/home/gerald/gcc-ref10-i386/libexec/gcc/i386-unknown-freebsd10.1/5.0.0/:/home/gerald/gcc-ref10-i386/libexec/gcc/i386-unknown-freebsd10.1/5.0.0/:/home/gerald/gcc-ref10-i386/libexec/gcc/i386-unknown-freebsd10.1/:/home/gerald/gcc-ref10-i386/lib/gcc/i386-unknown-freebsd10.1/5.0.0/:/home/gerald/gcc-ref10-i386/lib/gcc/i386-unknown-freebsd10.1/
LIBRARY_PATH=/home/gerald/gcc-ref10-i386/lib/gcc/i386-unknown-freebsd10.1/5.0.0/:/home/gerald/gcc-ref10-i386/lib/gcc/i386-unknown-freebsd10.1/5.0.0/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-c' '-mtune=generic' '-march=i486'

When I build with just --disable-libgcj, the bootstrap also succeeds.

It is when I build without this that bootstrap fails in the manner described
above.

[Bug libffi/64779] [5 Regression] libffi/src/x86/sysv.S:864: Error: junk at end of line, first unrecognized character is `@'

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64779

--- Comment #4 from Gerald Pfeifer gerald at pfeifer dot com ---
Created attachment 34584
  -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34584action=edit
OBJ-0126-1523/i386-unknown-freebsd10.1/libffi/config.log

I did not find the respective check, but let me attach
OBJ-0126-1523/i386-unknown-freebsd10.1/libffi/config.log

[Bug libffi/64779] New: libffi/src/x86/sysv.S:864: Error: junk at end of line, first unrecognized character is `@'

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64779

Bug ID: 64779
   Summary: libffi/src/x86/sysv.S:864: Error: junk at end of line,
first unrecognized character is `@'
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: libffi
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
CC: rth at gcc dot gnu.org

Since the last set of libffi changes, for about 10 days, bootstrap
fails on i386-unknown-freebsd10.0:

libtool: compile:  /scratch2/tmp/gerald/OBJ-0124-0939/./gcc/xgcc
-B/scratch2/tmp
/gerald/OBJ-0124-0939/./gcc/
-B/home/gerald/gcc-ref10-i386/i386-unknown-freebsd1
0.1/bin/ -B/home/gerald/gcc-ref10-i386/i386-unknown-freebsd10.1/lib/ -isystem
/h
ome/gerald/gcc-ref10-i386/i386-unknown-freebsd10.1/include -isystem
/home/gerald
/gcc-ref10-i386/i386-unknown-freebsd10.1/sys-include -DHAVE_CONFIG_H -I.
-I/scra
tch2/tmp/gerald/gcc-HEAD/libffi -I.
-I/scratch2/tmp/gerald/gcc-HEAD/libffi/inclu
de -Iinclude -I/scratch2/tmp/gerald/gcc-HEAD/libffi/src -I.
-I/scratch2/tmp/gera
ld/gcc-HEAD/libffi/include -Iinclude -I/scratch2/tmp/gerald/gcc-HEAD/libffi/src
-g -O2 -MT src/x86/sysv.lo -MD -MP -MF src/x86/.deps/sysv.Tpo -c
/scratch2/tmp/g
erald/gcc-HEAD/libffi/src/x86/sysv.S  -fPIC -DPIC -o src/x86/.libs/sysv.o
/scratch2/tmp/gerald/gcc-HEAD/libffi/src/x86/sysv.S: Assembler messages:
/scratch2/tmp/gerald/gcc-HEAD/libffi/src/x86/sysv.S:864: Error: junk at end of
l
ine, first unrecognized character is `@'
/scratch2/tmp/gerald/gcc-HEAD/libffi/src/x86/sysv.S:886: Error: junk at end of
l
ine, first unrecognized character is `@'
/scratch2/tmp/gerald/gcc-HEAD/libffi/src/x86/sysv.S:898: Error: junk at end of
l
ine, first unrecognized character is `@'
/scratch2/tmp/gerald/gcc-HEAD/libffi/src/x86/sysv.S:910: Error: junk at end of
l
ine, first unrecognized character is `@'
/scratch2/tmp/gerald/gcc-HEAD/libffi/src/x86/sysv.S:938: Error: junk at end of
l
ine, first unrecognized character is `@'
/scratch2/tmp/gerald/gcc-HEAD/libffi/src/x86/sysv.S:950: Error: junk at end of
l
ine, first unrecognized character is `@'
/scratch2/tmp/gerald/gcc-HEAD/libffi/src/x86/sysv.S:964: Error: junk at end of
l
ine, first unrecognized character is `@'
/scratch2/tmp/gerald/gcc-HEAD/libffi/src/x86/sysv.S:983: Error: junk at end of
l
ine, first unrecognized character is `@'
/scratch2/tmp/gerald/gcc-HEAD/libffi/src/x86/sysv.S:1007: Error: junk at end of
line, first unrecognized character is `@'
Makefile:1177: recipe for target 'src/x86/sysv.lo' failed
gmake[4]: *** [src/x86/sysv.lo] Error 1
gmake[4]: Leaving directory
'/scratch2/tmp/gerald/OBJ-0124-0939/i386-unknown-fre
ebsd10.1/libffi'

[Bug c++/61341] ICE for variadic templates: tsubst at cp/pt.c:11313, tree check: expected class ‘expression’, have ‘type’ (integer_type)

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61341

Gerald Pfeifer gerald at pfeifer dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2014-08-30
 CC||gerald at pfeifer dot com
Summary|internal compiler error: in |ICE for variadic templates:
   |tsubst, at cp/pt.c:11313|tsubst at cp/pt.c:11313,
   ||tree check: expected class
   ||‘expression’, have ‘type’
   ||(integer_type)
 Ever confirmed|0   |1
  Known to fail||4.8.2, 4.9.2, 5.0

--- Comment #3 from Gerald Pfeifer gerald at pfeifer dot com ---
On mainline as of today (which has more checking enabled) I get

:37:52: internal compiler error: tree check: expected class ‘expression’, have
‘type’ (integer_type) in tree_operand_check, at tree.h:3186
   YXXint, int, double, Xdouble, int, double ::value::value;

[Bug target/45808] FreeBSD: -pthread is handled incompletely

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45808

Gerald Pfeifer gerald at pfeifer dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #9 from Gerald Pfeifer gerald at pfeifer dot com ---
Good point, since I had committed this for GCC 4.6 (and later) and
also GCC 4.5.

Closing as fixed.  And thanks, Andriy!

[Bug target/61662] Incorrect value calculated for _lrotl on LLP64 systems

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61662

Gerald Pfeifer gerald at pfeifer dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||gerald at pfeifer dot com
 Resolution|--- |FIXED

--- Comment #4 from Gerald Pfeifer gerald at pfeifer dot com ---
I committed a minor variation (no code changes) of this patch.

Thanks, David!

[Bug bootstrap/61650] New: [4.10] Bootstrap failure due to dependency on ISL

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61650

Bug ID: 61650
   Summary: [4.10] Bootstrap failure due to dependency on ISL
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com
CC: gareevroman at gmail dot com

Seen on i386-unknown-freebsd10.0:


  /scratch2/tmp/gerald/gcc-HEAD/gcc/graphite-isl-ast-to-gimple.c:23:10:
  fatal error: 'isl/set.h' file not found
  #include isl/set.h
   ^

I assume this is caused by

2014-06-29  Roman Gareev  gareevro...@gmail.com

* Makefile.in:
Add the compilation of graphite-isl-ast-to-gimple.o.
* common.opt:
Add new switch fgraphite-code-generator=[isl|cloog].
* flag-types.h:
Add new enum fgraphite_generator.
* graphite-isl-ast-to-gimple.c: New.
* graphite-isl-ast-to-gimple.h: New.
* graphite.c (graphite_transform_loops):
Add choice of Graphite code generator,  
which depends on flag_graphite_code_gen.

testsuite/gcc.dg/graphite/isl-codegen-loop-dumping.c:
New testcase that checks that the dump is generated.

[Bug bootstrap/61650] [4.10] Bootstrap failure due to dependency on ISL

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61650

Gerald Pfeifer gerald at pfeifer dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
Version|unknown |4.10.0
 Resolution|--- |FIXED

--- Comment #2 from Gerald Pfeifer gerald at pfeifer dot com ---
Fixed by

2014-06-29  Tobias Grosser tob...@grosser.es

PR bootstrap/61650
* graphite-isl-ast-to-gimple.c: Add missing guards.

[Bug other/49342] asm goto documentation error in code snippet

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49342

Gerald Pfeifer gerald at pfeifer dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||gccbugzilla@limegreensocks.
   ||com, gerald at pfeifer dot com
 Resolution|--- |FIXED

--- Comment #1 from Gerald Pfeifer gerald at pfeifer dot com ---
Hi Benjamin,

apologies that nobody got back to you re this fix of yours.

I verified, and it turns out this example no longer is in the GCC
documentation, so the bug is fixed, alas in a different manner.

Thanks for the patch, and if you copy me on future doc patches (which
I hope you'll still provide) I'll see what I can do to expedite those.

[Bug target/16331] x86-64 inline asm register constraints insufficient WRT ABI

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16331

Gerald Pfeifer gerald at pfeifer dot com changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 CC||gccbugzilla@limegreensocks.
   ||com, gerald at pfeifer dot com
 Resolution|--- |FIXED

--- Comment #17 from Gerald Pfeifer gerald at pfeifer dot com ---
David Wohlferd, who has been rewriting the asm documentation, among
others, indicated that this is actually now described in the Local Reg Vars
section, so I am closing this bug.

Please advise if you disagree and there is something left to document
or fix in the compiler proper.

[Bug target/39139] [4.4 Regression] ICE with stringop and register var

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39139
Bug 39139 depends on bug 16331, which changed state.

Bug 16331 Summary: x86-64 inline asm register constraints insufficient WRT ABI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16331

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |FIXED

[Bug inline-asm/29357] inline asm %c0 template form not documented

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29357

Gerald Pfeifer gerald at pfeifer dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||gerald at pfeifer dot com
 Resolution|--- |FIXED
  Known to fail||4.10.0

--- Comment #3 from Gerald Pfeifer gerald at pfeifer dot com ---
Hi Avi, I am sorry nobody looked into this earlier.

David indicated this actually is covered in
https://gcc.gnu.org/onlinedocs/gcc/Extended-Asm.html#i386Operandmodifiers

Can you please advise if there is anything you see missing or there
are changes you'd still like to see?

[Bug inline-asm/37621] Missing documentation for x86 inline assembler modifiers

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37621

Gerald Pfeifer gerald at pfeifer dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||gerald at pfeifer dot com
 Resolution|--- |FIXED

--- Comment #4 from Gerald Pfeifer gerald at pfeifer dot com ---
I checked, and
https://gcc.gnu.org/onlinedocs/gcc/Extended-Asm.html#i386Operandmodifiers
now covers this as part of the general documentation so I am closing this
report as fixed.

Please advise if I missed anything.

[Bug inline-asm/43319] Lack of documentation on asm extension

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43319

Gerald Pfeifer gerald at pfeifer dot com changed:

   What|Removed |Added

 CC||gerald at pfeifer dot com

--- Comment #2 from Gerald Pfeifer gerald at pfeifer dot com ---
Nan,
https://gcc.gnu.org/onlinedocs/gcc/Extended-Asm.html#i386Operandmodifiers
covers these in general now, though I did not see %P covered.

[Bug web/60119] Bugzilla URLs don't work with https.

[gerald at pfeifer dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60119

Gerald Pfeifer gerald at pfeifer dot com changed:

   What|Removed |Added

 CC||gerald at pfeifer dot com
 Resolution|INVALID |FIXED

--- Comment #4 from Gerald Pfeifer gerald at pfeifer dot com ---
Now they do. :-)

I just verified that https://gcc.gnu.org/PR60119 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60119
work and show this very bug in an act of self reference. :-)

[Bug c/55383] -Wcast-qual reports incorrect message

[gerald at pfeifer dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55383

Gerald Pfeifer gerald at pfeifer dot com changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--- Comment #8 from Gerald Pfeifer gerald at pfeifer dot com ---
I'll see what I can do.

[Bug other/56653] Warning when verifying checksums from MD5SUMS file in tarballs

[gerald at pfeifer dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56653

Gerald Pfeifer gerald at pfeifer dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2014-02-01
 CC||gerald at pfeifer dot com
 Ever confirmed|0   |1

[Bug other/56653] Warning when verifying checksums from MD5SUMS file in tarballs

[gerald at pfeifer dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56653

Gerald Pfeifer gerald at pfeifer dot com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED
   Assignee|unassigned at gcc dot gnu.org  |gerald at pfeifer dot 
com

--- Comment #3 from Gerald Pfeifer gerald at pfeifer dot com ---
Fixed.

[Bug c/59998] New: [4.9 regression] internal compiler error: SSA corruption: Unable to coalesce ssa_names 4 and 135 which are marked as MUST COALESCE.

[gerald at pfeifer dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59998

Bug ID: 59998
   Summary: [4.9 regression] internal compiler error: SSA
corruption: Unable to coalesce ssa_names 4 and 135
which are marked as MUST COALESCE.
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com

Created attachment 31993
  -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31993action=edit
serialize.i (input file causing ICE with gcc -O2)

% ~/gcc-ref10-i386/bin/gcc -c -O2 serialize.i

Unable to coalesce ssa_names 4 and 135 which are marked as MUST COALESCE.
pbElement_4(ab) and  pbElement_135(ab)
serialize.c: In function 'CRYPT_ReadSerializedElement':
serialize.c:295:13: internal compiler error: SSA corruption
 const void *CRYPT_ReadSerializedElement(const BYTE *pbElement, DWORD
cbElement,
 ^

(This is from Wine, dlls/crypt32/serialize.c.)

[Bug bootstrap/58951] [4.9 regression] cilk build fails due to use of -ldl

[gerald at pfeifer dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58951

Gerald Pfeifer gerald at pfeifer dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #4 from Gerald Pfeifer gerald at pfeifer dot com ---
Fixed now, confirmed on i386-unknown-freebsd10.0 with the following
additional change:

  2013-11-12  Balaji V. Iyer  balaji.v.i...@intel.com

* Makefile.am (libcilkrts_la_LDFLAGS): Added a check for availability
of -ldl flag.
* configure.ac: Likewise.
* configure: Regenerate
* Makefile.in: Likewise.

[Bug bootstrap/58951] New: [4.9 regression] cilk build fails due to use of -ldl

[gerald at pfeifer dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58951

Bug ID: 58951
   Summary: [4.9 regression] cilk build fails due to use of -ldl
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: gerald at pfeifer dot com

libtool: link:  /scratch2/tmp/gerald/OBJ-1031-1937/./gcc/xg++
-B/scratch2/tmp/gerald/OBJ-1031-1937/./gcc/ -nostdinc++ -nostdinc++
-I/scratch2/tmp/gerald/OBJ-103a1-1937/i386-unknown-freebsd10.0/libstdc++-v3/inc$
-I/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/incl$
-I/scratch2/tmp/gerald/gcc-HEAD/libstdc++-v3/libsupc++
-I/scratch2/tmp/gerald/gcc-HEAD/libstdc++-v3/include/backward
-I/scratch2/tmp/gerald/gcc-HEAD/libstdc++-v3/testsuite/util
-L/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/src
-L/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/src/$
-L/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/libs$
-B/home/gerald/gcc-ref10-i386/i386-unknown-freebsd10.0/bin/
-B/home/gerald/gcc-ref10-i386/i386-unknown-freebsd10.0/lib/ -isystem
/home/gerald/gcc-ref10-i386/i386-unknown-freebsd10.0/include -isystem
/home/gerald/gcc-ref10-i386/i386-unknown-freebsd10.0/sys-include -shared
-nostdlib /usr/lib/crti.o
/scratch2/tmp/gerald/OBJ-1031-1937/./gcc/crtbeginS.o .libs/cilk-abi-vla.o
.libs/os-unix-sysdep.o .libs/bug.o .libs/cilk-abi.o
.libs/cilk-abi-cilk-for.o .libs/cilk-abi-vla-internal.o .libs/cilk_api.o
.libs/cilk_fiber.o .libs/cilk_fiber-unix.o .libs/cilk_malloc.o
.libs/c_reducers.o .libs/except-gcc.o .libs/frame_malloc.o
.libs/full_frame.o .libs/global_state.o .libs/jmpbuf.o .libs/local_state.o
.libs/metacall_impl.o .libs/os_mutex-unix.o .libs/os-unix.o
.libs/pedigrees.o .libs/record-replay.o .libs/reducer_impl.o
.libs/scheduler.o .libs/signal_node.o .libs/spin_mutex.o .libs/stats.o
.libs/symbol_test.o .libs/sysdep-unix.o .libs/worker_mutex.o -Wl,-rpath
-Wl,/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/sr$
-Wl,-rpath -Wl,/home/gerald/gcc-ref10-i386/lib
-L/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/src/$
-L/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/src  
-L/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/libs$
-lpthread -ldl -L/scratch2/tmp/gerald/OBJ-1031-1937/./gcc
/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-freebsd10.0/libstdc++-v3/src/.l$
-lm -lc -lgcc_s /scratch2/tmp/gerald/OBJ-1031-1937/./gcc/crtendS.o
/usr/lib/crtn.o -Wl,-soname -Wl,libcilkrts.so.5 -o .libs/libcilkrts.so.5
/home/gerald/10-i386/bin/ld: cannot find -ldl
collect2: error: ld returned 1 exit status
gmake[2]: *** [libcilkrts.la] Error 1
gmake[2]: Leaving directory
`/scratch2/tmp/gerald/OBJ-1031-1937/i386-unknown-fre
ebsd10.0/libcilkrts'
gmake[1]: *** [all-target-libcilkrts] Error 2
gmake[1]: Leaving directory `/scratch2/tmp/gerald/OBJ-1031-1937'
gmake: *** [bootstrap] Error 2

[Bug bootstrap/58951] [4.9 regression] cilk build fails due to use of -ldl

[gerald at pfeifer dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58951

Gerald Pfeifer gerald at pfeifer dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2013-11-01
   Assignee|unassigned at gcc dot gnu.org  |bviyer at gcc dot 
gnu.org
 Ever confirmed|0   |1