search for: portfiles

Currently attempting to run an old PC game on my Mac (Leopard). I've installed Wine using MacPorts, which worked flawlessly. Now when I attempt to install my PC Game the terminal responds with "16-Bit/DOS Support missing." Is there a way to fix this?

Hi, I apologize if I am not asking on the right mailing list. I am using the llvm-gcc4.2 from MacPorts. https://trac.macports.org/browser/trunk/dports/lang/llvm-gcc42/Portfile llvm-gcc does not seem to accept the -march flag. This is the error, I got: cc1: error: unrecognized command line option "-march" The port developer asked me to find out if this is a known issue. -- Nichols

This comes up when trying to compile Valgrind, here is the full compile line: /opt/local/bin/llvm-gcc-4.2 -Wbad-function-cast -Wcast-qual -Wcast-align -fstrict-aliasing \ -arch x86_64 -O2 -g -Wall -Wmissing-prototypes -Wshadow -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wno-format-zero-length -fno-strict-aliasing -mmacosx-version-min=10.5 -fno-stack-protector \ -O -S

Hello, Here is a summary of discussions around NUT builds on Mac OS X 10.10. Starting from https://github.com/networkupstools/nut-website/issues/7 <https://github.com/networkupstools/nut-website/issues/7> @JeanPerriault I've found msort on macports (https://trac.macports.org/browser/trunk/dports/textproc/msort/Portfile, http://billposer.org/Software/Downloads/ msort.pdf), but I'm

On Mon, Aug 22, 2011 at 2:34 PM, Nichols A. Romero <naromero at gmail.com> wrote: > Hi, > > I apologize if I am not asking on the right mailing list. > > I am using the llvm-gcc4.2 from MacPorts. > https://trac.macports.org/browser/trunk/dports/lang/llvm-gcc42/Portfile > > llvm-gcc does not seem to accept the -march flag. This is the error, > I got: > > cc1:

after my success in getting some proprietary company software working in wine clicky (http://forum.winehq.org/viewtopic.php?p=25947#25947) one of my colleagues is attempting the install on MAC OS X they have installed wine using this guide http://davidbaumgold.com/tutorials/wine-mac/ (http://davidbaumgold.com/tutorials/wine-mac/) 1. to install winetricks can they issue? Code: wget

Hi all - I've just finished building flac in the "darwinports" environment on MacOS 10.3.9. The port maintainer (i've cc'd him) had disabled the xmms plugin build. I wanted that, so I changed the portfile and built locally, yada yada. I've run into three problems, only two of which I've seen reported in the list archives here. 1) configure doesn't properly

On Nov 20, 2014, at 7:11 AM, Jean Perriault (GM TAF) <jpweb.taf at gmail.com> wrote: > Hello, > Here is a summary of discussions around NUT builds on Mac OS X 10.10. > > Starting from https://github.com/networkupstools/nut-website/issues/7 > > @JeanPerriault > I've found msort on macports (https://trac.macports.org/browser/trunk/dports/textproc/msort/Portfile,

I'm trying to run Wine 0.9.20 under OS X x86 and I'm getting nothing but "Bus Error" when I run any win32 program via Wine. Here is some relevant environment info: OS: Mac OS X 10.4.7 Xcode: Xcode 2.4 X11: XFree86 Version 4.4.0 / X Window System (protocol Version 11, revision 0, vendor release 6600) gcc -v: Using built-in specs. Target: i686-apple-darwin8 Configured with:

On 18 Feb 2015, at 20:18, Jack Howarth <howarth.mailing.lists at gmail.com> wrote: > > Also doesn't FreeBSD use the standard major llvm releases for their > system compilers? We do pull in releases, but Dimitry also cherry-picks bug fixes throughout the life of each release. David

Sorry I ran ?make' command in nut-website/nut... (I still can?t understand why creating man page is so long, it is much more faster on ubuntu.) When running ?make? in nut-website, same issue then described previously, even with Arno patch > sort: stray character in field spec: invalid field specification `4.1,4.5rV > > >>>>>> and it ends with: > >

Still nothing here: [yendi:~] echristo% llvm-gcc -march=nocona foo.c -S -arch x86_64 [yendi:~] echristo% So, perhaps you could send more information? Or bug the mac ports people. -eric On Aug 22, 2011, at 2:44 PM, Nichols A. Romero wrote: > This comes up when trying to compile Valgrind, here is the full compile line: > > /opt/local/bin/llvm-gcc-4.2 -Wbad-function-cast -Wcast-qual

Here is some more info: [naromero:~/pmr] naromero% llvm-gcc -v Using built-in specs. Target: x86_64-apple-darwin10 Configured with: ../llvm-gcc-4.2-2.9.source/configure --prefix=/opt/local --host=x86_64-apple-darwin10 --enable-llvm=/opt/local --enable-languages=c,c++,objc,obj-c++,fortran --libdir=/opt/local/lib/llvm-gcc42 --includedir=/opt/local/include/llvm-gcc42 --infodir=/opt/local/share/info

On Jun 27, 2015, at 9:17 AM, Charles Lepple <clepple at gmail.com> wrote: > On Jun 26, 2015, at 11:07 PM, Sundeep Mediratta <smedius at gmail.com> wrote: > >> 0.000233 upsdrv_initups(): Power Sources blob: >> <CFArray 0x7ffd18605480 [0x7fff7443bed0]>{type = immutable, count = 1, values = ( >> 0 : <CFBasicHash 0x7ffd18605360 [0x7fff7443bed0]>{type

After a fresh ?nut' (version 2.7.2.5) clone on Yosemite, Configuration summary: ====================== build serial drivers: yes build USB drivers: yes build SNMP drivers: yes build neon based XML driver: yes enable Avahi support: no build Powerman PDU client driver: no build IPMI driver: no build Mac OS X meta-driver: yes build i2c based drivers: no enable SSL support: yes (OpenSSL)

Hi, I tried Rsync 3.0.0pre8 on my mac running os X 10.5. I was very pleased about the --iconv feature, as i have to sync some LINUX-machines and I had really trouble with some filenames. But I found one strange thing in connection with the mac. First of all, the translation between the LINUX ISO-8859-15 and the mac ut-8 works (nearly) perfect. As I live in Germany, we have often filenames

The -arch option is handled by Apple's "driver-driver", and the MacPorts build is probably not using that. See the driverdriver.c source file in llvm-gcc for details. On Aug 22, 2011, at 3:08 PM, Nichols A. Romero wrote: > Here is some more info: > > [naromero:~/pmr] naromero% llvm-gcc -v > Using built-in specs. > Target: x86_64-apple-darwin10 > Configured with:

On Aug 22, 2011, at 3:59 PM, Bob Wilson wrote: > The -arch option is handled by Apple's "driver-driver", and the MacPorts build is probably not using that. See the driverdriver.c source file in llvm-gcc for details. > He's asking about the -march option which should work either way. Also, the driver-driver should be in the sources that they're using even still.

ralniv wrote: > Below are my instructions for getting a libgsm friendly version of Wine compiled on SnowLeopard. I assume that you already have wine-devel installed and configured to your liking. I also assume that you use MacPorts for package management. > > [1] Uninstall wine-devel > > Code: > sudo port uninstall wine-devel > > > > [2] Edit the portfile for

I think the high CPU usage was caused by the native OS X driver crashing and not working properly. The native driver was not sensing the UPS going on battery or any change in battery percentage. Unplugging the USB and then plugging it back again made the native driver come back up again properly. Restarting the macosx-ups driver seems to get back to normal CPU usage. I will monitor and see how it