On 2008-02-24, at 08:57, Blaz Segavac wrote:
I am having issues trying to build the libsndfile library using
finkCommander, the build is coming up with all sort of errors trying
compile flac.c.
I think that 1.0.18 prereleases of libsndfile support the new flac;
I'll see if I can get an
On 2008-02-24, at 13:06, Matthew Sachs wrote:
On 2008-02-24, at 08:57, Blaz Segavac wrote:
I am having issues trying to build the libsndfile library using
finkCommander, the build is coming up with all sort of errors trying
compile flac.c.
I think that 1.0.18 prereleases of libsndfile
On Tue, December 11, 2007 10:20, Benjamin Reed wrote:
I would still like to see some way to do a quick and dirty
port of fink unstable to the new compilers. How about just providing
an option in fink.conf to allow the user to default his info files
to build on GCC 4.2 regardless if they
On Dec 11, 2007, at 10:47, Jack Howarth wrote:
Can you give me some advice on how to modify the current
fink cvs code to default over to the Apple gcc 4.2 compilers?
Apple has named them gcc-4.2 and g++-4.2 so they don't collide
with our gcc packages. I would like to stress test these
On Oct 27, 2007, at 15:27, Martin Costabel wrote:
I thought Apple had promised not to break echo -n in Leopard?
They did it anyway. Not in /bin/echo, but in /usr/bin/make and in /
bin/sh.
...
The same behavior can be seen in /bin/sh scripts where the built-in
echo
is used. Try `sh -c
] .
--
Matthew Sachs [EMAIL PROTECTED] [AIM: MattSachs] {IRC: msachs}
Compiler Quality Engineer
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions
On Dec 17, 2006, at 08:10, Peter O'Gorman wrote:
So you can probably assume that if there are differences between the
UNIX03 spec and bsd, then Apple will probably go with UNIX03.
If the shell is invoked as /bin/sh, it will be in standards-
compliant sh mode, and echo won't interpret -n. If
On Nov 22, 2006, at 18:27, Daniel Macks wrote:
On Thu, Nov 23, 2006 at 12:02:58AM +0100, Jean-Fran?ois Mertens wrote:
Hi Dan
Could you check if you can reproduce the following
(10.4/unstable as of today, fink-0.25.99.cvs-20061109.0115):
# fink -kKym rebuild plplot 21|tee
/
report.html
--
Matthew Sachs [EMAIL PROTECTED]
Compiler Quality Engineer
irc.openprojects.net #fink: msachs AIM: MattSachs
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly
I've added support to buildfink for building only a list of packages.
Relevant options:
--packages foo,bar,baz: Only build the specified packages (and any
unbuilt packages required to satisfy dependencies.)
--rebuild-deps: Also rebuild any packages which depend on anything
ignored.
*Any other standard field. If a field is specified both inside and
outside InfoTest, the value inside InfoTest will replace the other
value when test suites are active.
--
Matthew Sachs [EMAIL PROTECTED]
Compiler Quality Engineer
IRC: msachs AIM: MattSachs
On Aug 28, 2006, at 11:08, Sebastien Maret wrote:
Matthew Sachs [EMAIL PROTECTED] writes:
If a significant number of packages have [test suites], perhaps
it's worth
adding a way to specify it in the .info file (CheckScript?) . I
could implement that feature and hook into it in buildfink
On Jun 6, 2006, at 13:06, Jack Howarth wrote:
In case anyone else is following gcc trunk with fink installed,
I should clarify what I have found so far. If I have fink installed
(but not odcctools), I can build gcc trunk from the gcc svn against
Xcode 2.3. However, if fink is sourced I get
The latest build results, with Xcode 2.3, are up. It looks rather
good; much of GNOME and KDE built on both architectures.
http://fink.opendarwin.org/build/2006-05-22/i386/out/report.html
http://fink.opendarwin.org/build/2006-05-22/ppc/out/report.html
g++ -force_flat_namespace doesn't work in
On May 30, 2006, at 17:19, Matthew Sachs wrote:
On May 30, 2006, at 16:53, Matthew Sachs wrote:
One issue for the world build is that a lot of things are blocked
on ant. ant is a splitoff of ant-optional, which BuildDepends on
stylebook. stylebook is on my skip list because it hangs; I
On May 30, 2006, at 16:53, Matthew Sachs wrote:
One issue for the world build is that a lot of things are blocked
on ant. ant is a splitoff of ant-optional, which BuildDepends on
stylebook. stylebook is on my skip list because it hangs; I think
that one was the uses AWT, but we don't
On Apr 10, 2006, at 16:47, Martin Costabel wrote:
pws37163:~ costabel$ /usr/bin/g++-3.3 -v
gcc-3.3 and g++-3.3 on Mac OS X can generate code for PowerPC, but
not for Intel. The compiler itself is a universal binary, so you
have a compiler which runs as a native application on either
On Mar 22, 2006, at 09:42, Peter O'Gorman wrote:
On Tue, 2006-03-21 at 23:42 -0500, Matthew Sachs wrote:
New buildfink data are up.
http://fink.opendarwin.org/build/2006-03-09/ppc/out/report.html
http://fink.opendarwin.org/build/2006-03-09/i386/out/report.html
There are some new categories
On Mar 22, 2006, at 09:01, Remi Mommsen wrote:
Hi Matthew,
On Mar 21, 2006, at 10:42 PM, Matthew Sachs wrote:
New buildfink data are up.
http://fink.opendarwin.org/build/2006-03-09/ppc/out/report.html
http://fink.opendarwin.org/build/2006-03-09/i386/out/report.html
There are some new
On Mar 21, 2006, at 03:00, Max Horn wrote:
Those batch updates usually involved adding a new field, or
replacing a dependency with a new one. I don't think that the
maintainers need to be notified asked about this one-by-one.
However, a notification mail explaining the change in a generic
New buildfink data are up.
http://fink.opendarwin.org/build/2006-03-09/ppc/out/report.html
http://fink.opendarwin.org/build/2006-03-09/i386/out/report.html
There are some new categories which should make some types of failure
modes, especially missing libraries and Intel-specific issues,
On Feb 1, 2006, at 01:33, Martin Costabel wrote:
Matthew Sachs wrote:
http://fink.opendarwin.org/build/2006-01-17/i386/out/report.html
What's the matter with X11 on intel?
Very many packages that have dependencies on X11 did not build on
intel, because apparently the built-in X11
My latest build report, using package definitions from 2006-01-17, is
at:
http://fink.opendarwin.org/build/2006-01-17/ppc/out/report.html
http://fink.opendarwin.org/build/2006-01-17/i386/out/report.html
Note that the Intel build was on DTS machine, not final hardware, and
Further word from BuildSmart on what's up with Perl 5.8.7:
Well after spending two days arguing with MIS regarding the perl
version issue, my current understanding is that the federal
government explicitly orders the machines and software with
specific changes which Apple has their
I've done a world build using Xcode 2.2 and package descriptions from
unstable as of November 7th. Sorry it's taken so long to upload.
Results are at:
http://fink.opendarwin.org/build/2005-11-07/ppc/out/report.html
I don't have a recent build to compare against, unfortunately.
On Nov 18, 2005, at 02:31, Martin Costabel wrote:
Alexander K. Hansen wrote:
[]
A thread concerning this behavior has been posted at
http://lists.apple.com/archives/Xcode-users/2005/Nov/msg00267.html
Addendum: I tried this package on a box with XCode 2.1 (gcc 4.0.0)
and it built--it
On Nov 6, 2005, at 23:30, Alexander K. Hansen wrote:
Originally, I was under the impression that there was a machine
autobuilding packages and uploading the binaries. However this is
obviously untrue. Does the fink project have the resources to have
such an autobuild system established?
A
On Aug 28, 2005, at 04:05, Martin Costabel wrote:
Matthew Sachs wrote:
[]
dyld: Library not loaded: /Volumes/SandBox/fink/sw/lib/libintl.
3.dylib
Referenced from: /Volumes/SandBox/fink/sw/bin/mkdir
Reason: image not found
/usr/sbin/gcc_select: line 645: 1350 Trace/BPT trap
This asks
fileutils is missing a depend on libgettext3-shlibs (it has a
builddepend on libgettext3-dev.) This can lead to particularly
disastrous results if you remove libgettext3-shlibs with fileutils
installed and then run gcc_select (which gets run automatically when
you try to build something
On Aug 15, 2005, at 16:33, Dave Vasilevsky wrote:
If there's not already a command line tool to enable/distable a
launchd daemon, that would be needed as well.
The droid you're looking for is launchctl.
You want to scan the LaunchAgents every time you open a shell!?
There must be a better
There are lots of warnings, but only one error:
shape_info.c: At top level:
shape_info.c:121: error: static declaration of 'parse_path' follows
non-static declaration
shape_info.h:169: error: previous declaration of 'parse_path' was here
Either remove the 'static' keyword from the
On Jul 2, 2005, at 07:26, Peter O'Gorman wrote:
I agree with you. Well, almost :). We need a way to validate package
submissions, and build them automatically. If the validation and
building go
~ okay then they go into this new tree. From the new tree they can be
automatically moved to
On Jul 2, 2005, at 16:20, David H. wrote:
Apart from all this, will Apple gift us the necessary
infrastructure to do
this? I doubt it. That means we will have to focus a lot on getting
the
necessary environment setup prior to getting deeper into this
direction.
Well I am already doing
New Fink build reports are available at:
http://fink.opendarwin.org/build/2005-06-24/out/report.html
http://fink.opendarwin.org/build/2005-06-24.intel/out/report.html
I've also published a comparison between the powerpc run and my
previous run:
On Jun 22, 2005, at 05:05, Andreas Dittrich wrote:
I have a problem compiling pwlib. There is a duplicate typedef
which is different in
/usr/include/sys/socket.h
than in
./pwlib/include/ptlib/unix/ptlib/pmachdep.h
of the package. The one in the package defines int as the type of
the
On Sat, 18 Jun 2005, Daniel Macks wrote:
There's a bug in ./configure or libtool that causes a fork-bomb with
fort77.
I sent a patch to the fort77 maintainer on June 3rd. I haven't
received a reply yet, does anyone object to me committing it?
It's quite non-invasive, the change is to add
On Jun 20, 2005, at 05:52, Peter O'Gorman wrote:
Yes, please apply this patch to fort77 (and up the revision), the
fork bomb
Done.
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow
A Fink build report is available at:
http://fink.opendarwin.org/build/2005-06-01/out/report.html
This build was done with Xcode 2.1.
The big blocker in this release was arts stubbornly refusing to build
with GCC 4, so that blocked KDE. I'll hack around that in my next
build.
I think
On Jun 14, 2005, at 11:54, Matthew Sachs wrote:
Also, I did fink validate on all the infos and debs from this
run. I'm uploading those to http://fink.opendarwin.org/build/
2005-06-01/validate/ now. Is there something else that anyone
would like me to do with that data?
I've finished
On Jun 14, 2005, at 15:05, William Scott wrote:
Thank you for the fink build reports. It caught several dependency
omissions that I have made in my packages. I am now on the
problems that aren't easy to fix.
Glad you're finding it useful.
May I ask a (hopefully) quick question for
I've been going through my latest build results (currently uploading
to sancho, which is being slow today), and I've patched all of the
packages I was able to try building which were unhappy with Xcode
2.1. Emails have gone out to maintainers.
The three big categories of failure I saw
do make install prefix=%i (which is the default)
or make install DESTDIR=%d.
If you have any questions about how to fix your packages, you can ask on
fink-devel or irc.freenode.net #fink, or contact me.
--
Matthew Sachs [EMAIL PROTECTED] [AIM: MattSachs]
Compiler Quality Engineer, Apple Computer
On Jun 7, 2005, at 06:16, Dave Vasilevsky wrote:
I think we're going to really need a system for testing--not just
build testing, actually testing if packages actually work too.
Right now we already have some
If packages had a mechanism such as make check which ran the
program through
I finished another Fink build over the weekend. A system
configuration error caused a lot of things to build with 3.3 instead
of 4.0, which introduced a lot of failures due to trying to link 3.3
against 4.0, so I won't be releasing a report on these results.
The good news is that this
In response to my Tiger patch for jzip, its maintainer has stated
that he doesn't have time for that package any more. Does anyone
here want to take it over or should I set it to None fink-devel ?
---
This SF.Net email is sponsored by
On May 19, 2005, at 05:05, Martin Costabel wrote:
Matthew Sachs wrote:
A Fink build report is available at:
http://fink.opendarwin.org/build/2005-05-08/out/report.html
I am seeing one weird problem there concerning the gnuplot package
(and therefore killing all packages that depend
A Fink build report is available at:
http://fink.opendarwin.org/build/2005-05-08/out/report.html
Thanks to the OpenDarwin team for hosting it.
I looked into the kdelibs failure; it's a code generation issue
causing doxygen to crash. It's already been fixed in apple-ppc-
branch. I'm going
On May 3, 2005, at 09:41, Benjamin Reed wrote:
OK. Your previous mail made it sound like that was not the case.
Assuming you never heard back before, I'd say maybe ping the
maintainer again, and if you don't hear anything in a few days, go
ahead and put it in, if the current package is
On May 2, 2005, at 03:30, D. Höhn wrote:
(Moving from -seed to -devel.)
zsh should be told to use select instead of poll by undefing
HAVE_POLL_H and HAVE_POLL in config.h.
Yes, that is my fix as well. However I do not like that all too much,
thus I am looking at the issue a bit closer. Expect
find, especially GCC4-related
ones; patches will be sent to the package maintainers.
--
Matthew Sachs [EMAIL PROTECTED] [AIM: MattSachs]
Compiler Quality Engineer
+1 781 529 2896
---
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your
On May 2, 2005, at 17:09, Hisashi T Fujinaka wrote:
What about sorting by maintainer?
I've implemented this:
http://www.zevils.com/fink/2005-04-30/maintindex.html
and linked it from the main report summary.
---
This SF.Net email is sponsored
On Apr 18, 2005, at 10:36, Jean-François Mertens wrote:
Are we sure that mixing things compiled with 'g++-3.3' on panther
and on tiger has no problems ?
I've asked my coworkers for more information on this. However, if it
turns out there are compatibility issues, we have a way to fix them.
On Apr 18, 2005, at 08:20, David R. Morrison wrote:
However, this discovery leaves us completely without a strategy for
the Tiger upgrade. The only one I can imagine at the moment is to
force users to run gcc_select=3.3 when running under the 10.4-
transitional tree, and later having them
On Apr 18, 2005, at 12:35, Matthew Sachs wrote:
We have an SDK feature that can be used to guarantee that
something built on a new OS can be deployed on an older OS. To use
this from the command line, add:
-isysroot /Developer/SDKs/MacOSX10.3.9.sdk
Sorry, make that:
-isysroot
On Apr 18, 2005, at 12:56, Jean-François Mertens wrote:
Thanks !
But I think we are more concerned about the possbility
for users having switched to tiger to continue using some
of their old binaries build on panther (and even building
further on them) . To quote :
Running Panther-built packages
On Apr 18, 2005, at 10:36, Jean-François Mertens wrote:
Are we sure that mixing things compiled with 'g++-3.3' on panther
and on tiger has no problems ?
I got an answer on this; you'll need to use the 10.3.9 SDK for this
to be guaranteed to work.
On Apr 18, 2005, at 14:39, TheSin wrote:
in front of -I/sw/include ?? Just want to make sure it'll be
higher in the search order then usr/include and stuff so we don't
get things all mixed up. Thanks to RangerRick's SDK virts we
should be able to enforce this.
Here's a full example,
On Apr 18, 2005, at 14:50, David R. Morrison wrote:
I don't think the SDK compatibility things are the way to go for
us. If
we do this, we'll be stuck with 10.3 compatibility mode forever,
right?
It just means that you can't link SDK-built C++ packages with non-SDK
C++ packages. However,
Please explain!
Your 3.3-built object files weren't build with ABI version 1. The
following works:
Panther:
breakgcc$ g++ -c lib.cpp -fabi-version=1 -o lib.o
breakgcc$ g++ -dynamiclib -fabi-version=1 -o libbreak.dylib lib.o
Tiger:
breakgcc$ g++ -fabi-version=1 -o break break.o
Okay, the following works:
Panther:
g++ -c lib.cpp -fabi-version=1 -o lib.o
g++ -dynamiclib -fabi-version=1 -o libbreak.dylib lib.o
Tiger:
g++-3.3 -isystem /Developer/SDKs/MacOSX10.3.9.sdk/usr/include/
gcc/darwin/3.3 -isystem /Developer/SDKs/MacOSX10.3.9.sdk/usr/include -
c -o
On Apr 18, 2005, at 21:03, Benjamin Reed wrote:
Matthew Sachs wrote:
Okay, the following works:
Panther:
g++ -c lib.cpp -fabi-version=1 -o lib.o
g++ -dynamiclib -fabi-version=1 -o libbreak.dylib lib.o
I'm confused... What good is this? Thousands upon thousands of
fink users already
On Apr 18, 2005, at 20:41, Matthew Sachs wrote:
Panther:
g++ -c lib.cpp -fabi-version=1 -o lib.o
g++ -dynamiclib -fabi-version=1 -o libbreak.dylib lib.o
Tiger:
g++-3.3 -isystem /Developer/SDKs/MacOSX10.3.9.sdk/usr/include/
gcc/darwin/3.3 -isystem /Developer/SDKs/MacOSX10.3.9.sdk/usr
I've been trying to get every Fink package building with GCC 4 on
Tiger. Attached are patches for gnomelibs, libnessus, and libnessus-
ssl. Let me know if I can help with anything! The libnessus patch
will also apply to libnessus-ssl.
--
Matthew Sachs [EMAIL PROTECTED] [AIM:MattSachs
63 matches
Mail list logo