[prev in list] [next in list] [prev in thread] [next in thread]
List: fink-devel
Subject: Re: [Fink-devel] proj-4.8.0-3 broken with latest toolchain
From: Kurt Schwehr <kurtschwehr () yahoo ! com>
Date: 2014-04-14 19:37:22
Message-ID: 1397504242.94015.YahooMailNeo () web125201 ! mail ! ne1 ! yahoo ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Dan,
Go for it if you have a fix. It's building for me on xcode 5.1
-kurt
http://schwehr.org
On Monday, April 14, 2014 10:32 AM, Daniel Macks <dmacks@netspace.org> wrote:
On Sun, 13 Apr 2014 14:33:55 +0200, Andreas Bießmann
<andreas.devel@googlemail.com> wrote:
Dear Kurt Schwehr,
>
> I noticed that proj-4.8.0-3's info file contains the entry 'SetLDFLAGS:
> -no-undefined'. Unfortunately this is the root cause for not compiling
> that package on my box.
>
> ---8<---
> configure:2850: gcc -I/sw/include -no-undefined -L/sw/lib conftest.c >&5
> clang: error: unknown argument: '-no-undefined'
> [-Wunused-command-line-argument-hard-error-in-future]
> clang: note: this will be a hard error (cannot be downgraded to a
> warning) in the future
> configure:2853: $? = 1
> configure:2891: result:
> configure: failed program was:
> | /* confdefs.h. */
> | #define PACKAGE_NAME "PROJ.4 Projections"
> | #define PACKAGE_TARNAME "proj"
> | #define PACKAGE_VERSION "4.7.0"
> | #define PACKAGE_STRING "PROJ.4 Projections 4.7.0"
> | #define PACKAGE_BUGREPORT "warmerdam@pobox.com"
> | #define PACKAGE "proj"
> | #define VERSION "4.7.0"
> | /* end confdefs.h. */
> |
> | int
> | main ()
> | {
> |
> | ;
> | return 0;
> | }
> configure:2898: error: C compiler cannot create executables
> See `config.log' for more details.
> --->8---
>
> ---8<---
> % gcc --version
> Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr
> --with-gxx-include-dir=/usr/include/c++/4.2.1
> Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn)
> Target: x86_64-apple-darwin13.1.0
> Thread model: posix
> --->8---
>
> Commenting that line makes it compile for me.
The makefiles now do include that flag where it's useful and
syntactically viable to do so, so there's no need to pass it manually.
In the build log using the older compiler that doesn't reject this
flag, it is currently passed *twice* in the places needed (libtool
--mode=link of a library; once due to makefile, once due to .info
field) and also once in the linking of executables (where it has no
effect; solely due to .info field). I suspect there are some other
no-longer-needed packaging work-arounds in the .info as well. Let me
know if I should commit this limited xcode5.1 fix and/or other cleanups.
dan
--
Daniel Macks
dmacks@netspace.org
[Attachment #5 (text/html)]
<html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, \
Helvetica Neue, Helvetica, Arial, Lucida Grande, \
sans-serif;font-size:10pt"><div>Dan,</div><div><br></div><div style="color: rgb(0, 0, \
0); font-size: 13px; font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, \
'Lucida Grande', sans-serif; background-color: transparent; font-style: normal;">Go \
for it if you have a fix. It's building for me on xcode 5.1</div><div \
style="color: rgb(0, 0, 0); font-size: 13px; font-family: HelveticaNeue, 'Helvetica \
Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; background-color: transparent; \
font-style: normal;"><br></div><div style="color: rgb(0, 0, 0); font-size: 13px; \
font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', \
sans-serif; background-color: transparent; font-style: \
normal;">-kurt</div><div></div><div> </div><div>http://schwehr.org</div><div \
class="yahoo_quoted" style="display: block;"> <div style="font-family: \
HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; \
font-size: 10pt;"> <div style="font-family: HelveticaNeue, 'Helvetica Neue', \
Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 12pt;"> <div dir="ltr"> \
<font size="2" face="Arial"> On Monday, April 14, 2014 10:32 AM, Daniel Macks \
<dmacks@netspace.org> wrote:<br> </font> </div> <div \
class="y_msg_container">On Sun, 13 Apr 2014 14:33:55 +0200, Andreas \
Bießmann<br><<a ymailto="mailto:andreas.devel@googlemail.com" \
href="mailto:andreas.devel@googlemail.com">andreas.devel@googlemail.com</a>> \
wrote:<br>Dear Kurt Schwehr,<br>><br>> I noticed that proj-4.8.0-3's info file \
contains the entry 'SetLDFLAGS:<br>> -no-undefined'. Unfortunately this is the \
root cause for not compiling<br>> that package on my box.<br>><br>> \
---8<---<br>> configure:2850: gcc -I/sw/include \
-no-undefined
-L/sw/lib conftest.c >&5<br>> clang: error: unknown argument: \
'-no-undefined'<br>> [-Wunused-command-line-argument-hard-error-in-future]<br>> \
clang: note: this will be a hard error (cannot be downgraded to a<br>> warning) in \
the future<br>> configure:2853: $? = 1<br>> configure:2891: result:<br>> \
configure: failed program was:<br>> | /* confdefs.h. */<br>> | #define \
PACKAGE_NAME "PROJ.4 Projections"<br>> | #define PACKAGE_TARNAME "proj"<br>> | \
#define PACKAGE_VERSION "4.7.0"<br>> | #define PACKAGE_STRING "PROJ.4 Projections \
4.7.0"<br>> | #define PACKAGE_BUGREPORT "<a ymailto="mailto:warmerdam@pobox.com" \
href="mailto:warmerdam@pobox.com">warmerdam@pobox.com</a>"<br>> | #define PACKAGE \
"proj"<br>> | #define VERSION "4.7.0"<br>> | /* end confdefs.h. \
*/<br>> |<br>> | int<br>> | main ()<br>> | {<br>> |<br>> | \
;<br>> | return 0;<br>> | }<br>> configure:2898: error: C compiler \
cannot create executables<br>> See `config.log' for more details.<br>> \
--->8---<br>><br>> ---8<---<br>> % gcc --version<br>> Configured \
with: --prefix=/Applications/Xcode.app/Contents/Developer/usr<br>> \
--with-gxx-include-dir=/usr/include/c++/4.2.1<br>> Apple LLVM version 5.1 \
(clang-503.0.40) (based on LLVM 3.4svn)<br>> Target: \
x86_64-apple-darwin13.1.0<br>> Thread model: posix<br>> \
--->8---<br>><br>> Commenting that line makes it compile for me.<br><br>The \
makefiles now do include that flag where it's useful and<br>syntactically viable to \
do so, so there's no need to pass it manually.<br>In the build log using the older \
compiler that doesn't reject this<br>flag, it is currently passed *twice* in the \
places needed (libtool<br>--mode=link of a library; once due to makefile, once due to \
.info<br>field) and also once in the linking of executables (where it has \
no<br>effect; solely due to .info field). I suspect there are some \
other<br>no-longer-needed packaging work-arounds in the .info as well. Let me<br>know \
if I should commit this limited xcode5.1 fix and/or other \
cleanups.<br><br>dan<br><br> --<br>Daniel Macks<br><a \
ymailto="mailto:dmacks@netspace.org" \
href="mailto:dmacks@netspace.org">dmacks@netspace.org</a><br><br><br><br></div> \
</div> </div> </div> </div></body></html>
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic