Hi,
On 2020-11-14 22:29:52 + Ken Cunningham
wrote:
>
>
>> On Nov 14, 2020, at 1:39 PM, Jeffrey Walton wrote:
>
>> You can disable Clang's integrated assembler with -no-integrated-as,
>> if needed. I've had to use it several times because Clang cannot
>> consume the same programs as
Hi Ken!
On 2020-11-14 20:56:20 + Ken Cunningham
wrote:
> One last thing…
>
> this noise:
>
> :485:11: warning: section "__textcoal_nt" is deprecated
> .section __TEXT,__textcoal_nt,coalesced,pure_instructions
> ^ ~
> :485:11: note: change
Hi,
On 2020-11-14 20:38:43 + Ryan Schmidt wrote:
> On Nov 14, 2020, at 14:31, Ken Cunningham wrote:
>
>> I’m not positive, but I think at one point in time macports base added
>> this flag to most or all builds, but that went by the wayside when most
>> builds became 64bit intel.
>
> I
Hi,
after some days with the "head under water" I had time to resume work on
MacPorts upgrades.
I restarted and the error I pasted below happened for me e.g. in gcc 48 and
gcc6 upgrade.
On 2020-11-14 20:31:40 + Ken Cunningham
wrote:
>> ld: illegal text-relocation to
> On Nov 14, 2020, at 1:39 PM, Jeffrey Walton wrote:
> You can disable Clang's integrated assembler with -no-integrated-as,
> if needed. I've had to use it several times because Clang cannot
> consume the same programs as GCC even though Clang defines __GNUC__.
>
> Jeff
However, our
On Sat, Nov 14, 2020 at 3:56 PM Ken Cunningham
wrote:
> ...
> Back when gcc48 was being implemented, and even now when Iain tests the
> builds of gcc on older systems, he does it “neat” on an unmodified i386
> Leopard system, he does not do it in MacPorts.
>
> So our changes, like a newer
One last thing…
this noise:
:485:11: warning: section "__textcoal_nt" is deprecated
.section __TEXT,__textcoal_nt,coalesced,pure_instructions
^ ~
:485:11: note: change section name to "__text"
.section
On Nov 14, 2020, at 14:31, Ken Cunningham wrote:
> I’m not positive, but I think at one point in time macports base added this
> flag to most or all builds, but that went by the wayside when most builds
> became 64bit intel.
>
I have no recollection of that being the case, and searching the
Here is another more complex block I added to another port, that also
suppresses the compact unwind issue too:
===
if {[variant_isset universal]} {
lappend merger_configure_env(i386)
LDFLAGS=-Wl,-read_only_relocs,suppress,-no_compact_unwind
} else {
if {${build_arch} eq
> ld: illegal text-relocation to '___cpu_indicator_init' in cpuinfo_s.o
> from 'anon' in cpuinfo_s.o for architecture i386
This is a fairly common error when linking 32 bit software
You fix it with something like this, from the x265 Portfile
if {[variant_exists universal] &&
Hi!
during my upgrade cycle... I noticed I cannot upgrade a lot of software,
linking fails. Be it asciidoc or gcc48, I get this error:
ld: warning: could not create compact unwind for
__Unwind_RaiseException: non-standard register 0 being saved in prolog
ld: warning: could not create compact
11 matches
Mail list logo