On Nov 14, 2020, at 17:53, Jonathan Allen wrote:
> I fully installed the Mac Ports application successfully, and then once that
> was finished I entered “sudo port install homebank” in the command line, no
> errors were presented. I then went to the “MacPorts” folder in the
> Application
I fully installed the Mac Ports application successfully, and then once that
was finished I entered “sudo port install homebank” in the command line, no
errors were presented. I then went to the “MacPorts” folder in the Application
Folder and didn’t see the “HomeBank” application icon in there
> On 2020-11-14, at 17:52, Mike Cappella wrote:
>
> I’m having an issue with zsh hanging on Big Sur, just installed after
> installing MacPorts via the new Big Sur 2.6.4 installer. It cannot be quit
> or interrupted.
>
> Anyone else having issues, or not?
I had a similar issue with GNU
I’m having an issue with zsh hanging on Big Sur, just installed after
installing MacPorts via the new Big Sur 2.6.4 installer. It cannot be quit or
interrupted.
Anyone else having issues, or not?
> 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
On Nov 13, 2020, at 17:45, Riccardo Mottola wrote:
> On 2020-11-08 08:18:22 +0100 Ryan Schmidt wrote:
>
>> On Nov 7, 2020, at 12:46, Riccardo Mottola wrote:
>>> I need to rebuild a package which is not working due to a dependency
>>> upgrde. revdep "catches" it but revdep fails to build it
The MacPorts Project is pleased to announce the release of version
2.6.4. This is a bugfix release with small changes only. See the
ChangeLog [1] for the list of changes.
If you already have MacPorts installed, the preferred method for
updating is to run:
sudo port selfupdate
For new
13 matches
Mail list logo
