New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
5.24.0-RC1 Windows build failure with mingw.org gcc-3.4.5 #15281
Comments
From @steve-m-hayThe same compiler happily builds 5.22.2-RC1, but with 5.24.0-RC1 it falls over in PerlIO::encoding. Probably not a blocker since the compiler is quite old (2008) and probably not widely used, if at all? Most people are on at least 4.x if not 5.x these days, and prefer mingw-w64.org over mingw.org anyway. Maybe it's simpler to drop support for mingw.org 3.x? gcc -c -s -O2 -DWIN32 -DPERL_TEXTMODE_SCRIPTS -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -fno-strict-aliasing -mms-bitfields -s -O2 -DVERSION=\"0.24\" -DXS_VERSION=\"0.24\" "-I..\..\lib\CORE" encoding.c |
From @tonycozOn Mon Apr 18 09:53:53 2016, shay wrote:
Probably. It looks like a documented limitation in gcc 3.x: See the end of dllimport: An option for a fix might be to not use __declspec(dllimport) on gcc 3.x. This will slow down the built perl slightly. Tony |
The RT System itself - Status changed from 'new' to 'open' |
From @bulk88On Tue Apr 19 21:38:00 2016, tonyc wrote:
Would a 2nd .o, without dllimport (suppressed with macros before #include) just for the vtable work? -- |
Migrated from rt.perl.org#127922 (status was 'open')
Searchable as RT127922$
The text was updated successfully, but these errors were encountered: