On 11/15/2011 04:18 PM, Andreas Tobler wrote:
On 15.11.11 23:08, Andreas Schwab wrote:
Andreas Tobler writes:
libtool.m4 change:
--
case $host_os in
- freebsd[[123]]*) objformat=aout ;;
+ freebsd[[23]].*) objformat=aout ;;
If you match the dot explicitly anyway you can leave
hing to do with pthreads, but that's really just a guess, and I
don't know where to go from here.
Thanks,
Peter
--
Peter O'Gorman
po...@thewrittenword.com
Hi,
The libtool-2.2.8 testsuite fails some tests on darwin10 with gfortran
because it makes use of Apple ld's -force_load flag to load all members
of convenience archives. One of the tests creates link lines like:
gfortran -dynamiclib -Wl,-undefined -Wl,dynamic_lookup -o
.libs/liba12.0.dylib
On 04/12/2010 07:01 PM, IainS wrote:
>
> It clearly depends on something no-obvious.
>
> gcc hello.c -g -o hc => dsymutils gets run (not expected from the
> syntax, assuming that sources are irrelevant)
>
> gcc hello.o -g -o hc => no dsymutils (expected from the absence of '.o'
> in the lis
Joseph S. Myers wrote:
> On Fri, 18 Sep 2009, Jack Howarth wrote:
>
>>I can confirm that the second proposed solution of passing
>> -Wl,-no_compact_unwind
>> to the linkage of the g++.dg/torture/stackalign/eh-vararg-2.C test cases
>> eliminates
>> the execution error on x86_64-apple-darwin10
90808.tar.bz2
SHA1 sum is:
8099a75396d5ac1621f04c977212067d97e3c540
The svn repository is hosted at macosforge.org
(http://svn.macosforge.org/repository/odcctools/trunk/).
Thanks,
Peter
--
Peter O'Gorman
http://pogma.com
). I suggest
looking at Jack Howarth's gcc package in fink to see what he's doing
with this.
Peter
--
Peter O'Gorman
http://pogma.com
Jack Howarth wrote:
>However if you look in ppl-0.10.1/src/Makefile.am, you will find...
>
> # PPL release -version-info
> # 0.1 -
> # 0.2 -
> # 0.3 0:0:0
> # 0.4
pends on exactly how far away, I guess :). We haven't run into it,
so we can cross our fingers and hope. Until we can find the real bug
though it seems better for us to have a working compiler than a
semi-working one :/.
Probably best to leave further discussion to the bug report now.
Thank you,
Peter
--
Peter O'Gorman
po...@thewrittenword.com
On Fri, Dec 19, 2008 at 11:32:22AM -0600, Peter O'Gorman wrote:
> Hi,
>
> When building qt-3.3.8 and wxGTk on Tru64 UNIX 5.1
> (alphaev67-dec-osf5.1) with gcc-4.2.4, we got linker failures about
> duplicate non-virtual thunks, e.g. from qt:
> /usr/ccs/bin/ld:
&
_ZThn16_N14QDragMoveEventD1Ev in both qdnd_x11.o and qmotifdnd_x11.o).
Tru64 appears to have some weak symbol support, is there a reason that
these thunks are not weak?
Peter
--
Peter O'Gorman
po...@thewrittenword.com
Jack Howarth wrote:
> On Fri, Oct 03, 2008 at 08:29:40PM -0500, Peter O'Gorman wrote:
>> Jack Howarth wrote:
>>> On Tue, Aug 05, 2008 at 11:31:13AM -0500, Peter O'Gorman wrote:
>>>> Jack Howarth wrote:
>>>>> Does anyone know why gdb ap
Jack Howarth wrote:
> On Tue, Aug 05, 2008 at 11:31:13AM -0500, Peter O'Gorman wrote:
>> Jack Howarth wrote:
>>> Does anyone know why gdb appears to be unable to find the debug
>>> information
>>> for libstdc++ in gcc 4.3 and gcc trunk on darwin9?
cygwin* | *-*-mingw* | *-*-pw32* | *-*-os2* | *-*-darwin* | *-cegcc*
So, the libjava testsuite's libjava.exp should probably avoid adding
-no-install for a similar set of targets.
Peter
--
Peter O'Gorman
http://pogma.com
plying to the list on this when it has
already been stated that it is off-topic.
Peter
--
Peter O'Gorman
http://pogma.com
Yes, though I do not know if Jack actually filed a PR for it, it was
about debugging libstdc++ on darwin.
Lots of other fixes in libtool-2.2.6 too, of course.
Peter
--
Peter O'Gorman
[EMAIL PROTECTED]
Hi Paolo,
On Thu, Aug 21, 2008 at 04:29:26PM +0200, Paolo Bonzini wrote:
> Peter O'Gorman wrote:
>> On Mon, Aug 11, 2008 at 03:02:05PM -0500, Peter O'Gorman wrote:
>>> Yes, I tried it also -
>>> http://pogma.com/misc/gcc-libtool-git20080810.patch (Slight
Ralf Wildenhues wrote:
> * Peter O'Gorman wrote on Thu, Aug 07, 2008 at 07:01:48PM CEST:
>> Paolo Bonzini wrote:
>>>> That said, updating in trunk is a different matter. There, the question
>>>> IMHO is mostly which libtool version to update to. The git ve
ill test
more thoroughly and submit a patch when libtool-2.2.6 is released.
Peter
--
Peter O'Gorman
http://pogma.com
Hi Ralf,
Ralf Wildenhues wrote:
> * Peter O'Gorman wrote on Wed, Aug 06, 2008 at 06:26:15PM CEST:
>> Jack Howarth wrote:
>>> On Wed, Aug 06, 2008 at 11:17:03AM -0500, Peter O'Gorman wrote:
>>>> I wonder what the chances are of moving mainline gcc to a new
Jack Howarth wrote:
> Peter,
> You are going to fix this on gcc trunk in any case, right?
If there is a consensus that now is not the time to update libtool in
trunk, then I will have to :)
> Jack
>
> On Wed, Aug 06, 2008 at 11:17:03AM -0500, Peter O'G
particularly
fun.
Peter
--
Peter O'Gorman
http://pogma.com
bugger with no object files.
This is "fixed" in recent GNU libtool by calling dsymutil on the newly
created shared library. I have not checked if gcc's version of libtool
has this change. I'll check when I have time and submit a patch if that
is not the case.
Peter
--
Peter O'Gorman
http://pogma.com
Ralf Wildenhues wrote:
>>> Independently, does anybody know whether odcctools is dead (homepage
>>> seems to be down ATM)?
odcctools is currently seeking a maintainer.
Peter
--
Peter O'Gorman
http://pogma.com
_LIBTOOL_DLOPEN
fi
Which would seem to be correct.
If you are unsure of what ${var+set} does, see
http://www.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_06_02
Peter
--
Peter O'Gorman
http://pogma.com
On Oct 28, 2006, at 3:34 AM, Mike Stump wrote:
On Oct 26, 2006, at 6:40 PM, Mike Stump wrote:
The ones that were of particular interest were the libgfortran
ones, Jack was trying to build on a G4 and had hopes they might
fix his build.
Jack confirms that a regeneration of libgfortran fixe
On Oct 9, 2006, at 9:27 PM, Jack Howarth wrote:
Geoff,
Can you point me to the proposed patch in the gcc-patches
mailing list archives? I can't seem to find it.
http://lists.gnu.org/archive/html/automake-patches/2006-09/msg00027.html
It's automake -patches.
Peter
On Oct 9, 2006, at 2:24 PM, Geoffrey Keating wrote:
Jack Howarth <[EMAIL PROTECTED]> writes:
Shouldn't configure in gcc be made to
automatically test if -m64 is working on
the build machine in question and automatically
invoke --disable-multilib if not? Currently
on Darwin for example we h
On Sep 13, 2006, at 3:57 AM, Kate Minola wrote:
The reason I ask is that libtool (or more precisely the m4 macro
AC_LIBTOOL_SYS_DYNAMIC_LINKER in libtool.m4) uses
"gcc -print-search-dirs" to set sys_lib_search_path_spec. But
if gcc is in -m64 mode but -print-search-dirs is only listing -m32
l
Arnaud Charlet wrote:
Then set a var in link.c for darwin and use that as the conditional?
#elif defined(__APPLE__)
const char *__gnat_run_path_option = "-Wl,-filelist";
const char *__gnat_object_file_option = "";
char __gnat_shared_libgnat_default = STATIC;
int __gnat_link_max = 262144;
unsigne
Eric Botcazou wrote:
Since Geoff is worried about future binary compatibility apparently, it
would probably be easier to modify gnatlink.adb to emit -static-libgcc or
-shared-libgcc depending on whether static or shared gnatlib is used.
The problem is that passing -static-libgcc unconditionall
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Botcazou wrote:
|>Attached is a patch to the 4.1 branch, I think it will apply to mainline
|>too. Branch built fine on powerpc-apple-darwin8.4.0 with c,ada enabled.
|
|
| That's not sufficient: the compiler bootstraps fine, but all the ACATS test
Arnaud Charlet wrote:
I thought so too, and indeed tried it this way at first, but got:
"../../xgcc -B../../ -static-libgcc -I- -I../rts -I.
-I/Users/peter/cvsco.build/gcc-4.1/gcc-4_1-branch/gcc/ada" -DIN_GCC
/bin/sh: line 1: ../../xgcc -B../../ -static-libgcc -I- -I../rts -I.
-I/User
Arnaud Charlet wrote:
LIBGNAT=../rts/libgnat.a
GCC_LINK="$(CC) -static-libgcc $(ADA_INCLUDES)"
+TOOL_CC=$(CC) -static-libgcc
I'd rather avoid code duplication and reuse GCC_LINK if possible, or
split GCC_LINK in two if needed.
I thought so too, and indeed tried it this way at first, but got
Geoff Keating wrote:
On 19/01/2006, at 9:08 AM, Peter O'Gorman wrote:
Eric Botcazou wrote:
|>Yes the workaround is to add -fexceptions or -shared-libgcc to the
|>command line when linking libgnat but I don't know if that is the
correct
|>fix or some hacking to config
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Botcazou wrote:
|>Yes the workaround is to add -fexceptions or -shared-libgcc to the
|>command line when linking libgnat but I don't know if that is the correct
|>fix or some hacking to config/darwin.h is needed.
|
|
| Thanks. However, that's no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
DJ Delorie wrote:
| What coding system are we following in ChangeLogs? We're starting to
| collect various 8-bit characters in people's names (which is a good
| sign, I suppose) but Emacs complained that it couldn't figure out the
| encoding this las
Alexandre Oliva wrote:
On Sep 29, 2005, "Peter O'Gorman" <[EMAIL PROTECTED]> wrote:
I posted a patch that nobody has had time to look at for this, even if
it is not acceptable (it would probably be better if it reset the
permissions after calling ranlib) I'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marcin Dalecki wrote:
|
| On 2005-10-03, at 00:26, Andrew Pinski wrote:
|
|>
|> This perl script works just fine for me on powerpc-darwin7.9.0 I don't
|> see why are we piping the output to nm when it should be piping nm's
|> output to c++filt.
|>
|
Gerald Pfeifer wrote:
On Sun, 4 Sep 2005, Peter O'Gorman wrote:
| We currently perform the following sequence of commands as part of the
| installation (-m 444 being the default on current FreeBSD systems).
I can not see where freebsd could be getting a -m 444 from. The libraries
are a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gerald Pfeifer wrote:
| We currently perform the following sequence of commands as part of the
| installation (-m 444 being the default on current FreeBSD systems).
|
I can not see where freebsd could be getting a -m 444 from. The libraries
are alway
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Pinski wrote:
|> Won't you then get warning messages on Darwin every time someone tries
|> to use the installed library (since the symbol table timestamp will be
|> older than the file timestamp)?
|
|
| It will not be a warning on darwin, it wi
1-5.
Thank you,
Peter
2005-09-01 Peter O'Gorman <[EMAIL PROTECTED]>
* libltdl/m4/libtool.m4 (old_postintall_cmds): chmod 644 before
running ranlib.
Reported by Gerald Pfeifer <[EMAIL PROTECTED]&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter O'Gorman wrote:
| The problem is that libtool tries to run ranlib after install and that
| ranlib can fail if the library is not writable?
[crosspost - beware - for context see
<http://gcc.gnu.org/ml/gcc/2005-08/msg00937.html>]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gerald Pfeifer wrote:
|>
|>Except that probably this has to get into libtool somehow or
|>something. Hmmm.
|
|
| Ouch, now you got me scared. I already started testing a patch to remove
| the ranlib invocations that are part of the installation, but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Walrond wrote:
| Can anybody explain what this error might mean?
|
| /tmp/gcc-3-3.heretix/work/gcc/xgcc "" -B/tmp/gcc-3-3.heretix/work/gcc/
- -nostdinc++
- -L/tmp/gcc-3-3.heretix/work/x86_64-unknown-linux-gnu/libstdc++-v3/src
- -L/tmp/gcc-3-3.h
James E Wilson wrote:
This revised patch does appear to fix the only complaint that Geoff had
with the original patch. I think it is OK with the typo fixed and the
addition of a doc change.
OK, done.
Thank you.
Peter
2005-08-?? Peter O'Gorman <[EMAIL PROTECTED]>
PG v1.4.0 (Darwin)
iQCVAwUBQvINDbiDAg3OZTLPAQIkEQP+JNU3mHlOX5ZB0XXXltg7q+N8a9KX8N+o
TOsB3F2iJVjpWKEDWA1waJrmFeWSkdeozgRlcfU4QwAqGe5TiHlqFBSRGS2YPAwa
ag6NWDXdTP+FNyNGSwYud44CBH2+BakdoyPuR95VKP5bLoqu7KDVgKfJmRXyqM+o
R6aj4pthQRc=
=C9Iw
-E
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bill Northcott wrote:
| On 30/07/2005, at 1:06 AM, Jack Howarth wrote:
|
|>Well the gcc4.info for the package containing gfortran in fink has...
|
| The only thing I needed to add was gmp, which built from the source
| without problems.
|
| The c
Mike Stump wrote:
On Wednesday, June 1, 2005, at 07:01 PM, Peter O'Gorman wrote:
I think he has to, as far as I know the changes to use libSystemStubs on
tiger were never backported to 3.4 and 3.3.
If one uses fink to install the older compiler, it just works. :-(
Fink patched thei
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iQCVAwUBQp5ojbiDAg3OZTLPAQKy6wQAmASPxSFY7pEFzccjIxOgxzkiLKRRfjC9
Y4uDGapKsdrfI+O+UCC6Q3Gx4hkcgfIMxA0BFLgVwuwfuIhZzPYGwSWTTnwg5GEf
a8gqVhQlrkQSBTGx5plWX9iWovqsfH3C9dWFqGbzRM0t8ePRpeYvlibNd9I6A
libtool on powerpc-apple-darwin8.0.0
Surprisingly, the compiler actually built on darwin8 and even passed many of
it's tests.
Any @apple person want to backport the necessary bits to the 3.4 branch?
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version:
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iQCVAwUBQngR9riDAg3OZTLPAQLUwwP+I+xq38TklAgu/YSi81QJn4UzbOCOrRro
5SWfj7QM9Os66QxpKp6Ds0l0lREr3p/ytj4OlHtZ4NeAMt33rD4j5KGaK3K83jbj
Qcij/uJHHoSe3KJftnoJg/9/RWAWlxhFTS5oJhgBOSpcdYtrdAdj9m
r lots and
| lots and lots of library files one after another in exactly the same way,
| yes?
<http://libtool-cache.sourceforge.net/>
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iQCVAwUBQngOnriDAg3OZTLPAQItXAP+NTK3ye0bzQO
a libtool bug.
Peter
- --
Peter O'Gorman - http://www.pogma.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Darwin)
iQCVAwUBQnY4v7iDAg3OZTLPAQI5wQP8Dwy/k5Oqx0LdWwrz1Yc+CafsVhlZ20sR
QzETUpZPIMyEWniL37/Sw0eu6PIKjOMZaOaHryvORRD9gparbc9fGtKxBWWmWmXX
AM3xUSqT6Uz2g//yzv/Kc
55 matches
Mail list logo
