diff options
| author | Jakub Jelinek <jakub@redhat.com> | 2025-05-07 18:47:50 +0200 |
|---|---|---|
| committer | Jakub Jelinek <jakub@gcc.gnu.org> | 2025-05-07 18:47:50 +0200 |
| commit | e0c783f31b39a56cbfcc27d84633f9254b5b508d (patch) | |
| tree | ae689d6e3e9e6827e5484b8dd79adfbf912d77c5 /libjava/gnu/xml/dom/html2/DomHTMLFontElement.h | |
| parent | 41c8e9b61defb6c616bf35ac9693a52f848afca3 (diff) | |
| download | gcc-e0c783f31b39a56cbfcc27d84633f9254b5b508d.zip gcc-e0c783f31b39a56cbfcc27d84633f9254b5b508d.tar.gz gcc-e0c783f31b39a56cbfcc27d84633f9254b5b508d.tar.bz2 | |
libfortran: Add 5 missing UNSIGNED symbols [PR120153]
While looking at PR120152, I have noticed that libgfortran.so doesn't
export 5 *m16* symbols I would have expected that should be exported.
This is caused by 2 issues, one filename was forgotten to be added in r15-4124
to i_maxloc1_c (guess because generated/maxloc1_16_i16.c was kept in the
position after generated/maxloc1_8_m16.c and the i -> m difference wasn't
spotted), and one some garbage prefix on HAVE_GFC_UINTEGER_16 macro.
The first two hunks of this patch fix that.
Though, as GCC 15.1 has been released already, we can't add these symbols
to GFORTRAN_15 symbol version as they've never been there, so the patch
adds them to a new GFORTRAN_15.2 symbol version instead.
2025-05-07 Jakub Jelinek <jakub@redhat.com>
PR libfortran/120153
* Makefile.am (i_maxloc1_c): Add generated/maxloc1_16_m16.c.
* intrinsics/random.c (arandom_m16): Use #ifdef HAVE_GFC_UINTEGER_16
guard rather than #ifdef GFC_HAVE_GFC_UINTEGER_16.
* gfortran.map (GFORTRAN_15): Remove _gfortran_arandom_m16,
_gfortran_maxloc1_16_m16, _gfortran_mmaxloc1_16_m16 and
_gfortran_smaxloc1_16_m16.
(GFORTRAN_15.2): New symbol version, add those 4 symbols to it.
* generated/maxloc1_16_m16.c: New file.
* Makefile.in: Regenerate.
Diffstat (limited to 'libjava/gnu/xml/dom/html2/DomHTMLFontElement.h')
0 files changed, 0 insertions, 0 deletions