Opened 15 years ago

Closed 15 years ago

Last modified 15 years ago

#17206 closed defect (worksforme)

PCRE make fails

Reported by: glend@… Owned by: nox@…
Priority: Normal Milestone:
Component: ports Version: 1.6.0
Keywords: Cc:
Port: pcre

Description (last modified by mf2k (Frank Schima))

PCRE make fails (this is also included when using the SciPy port)

Port command started with PID 16723
Fetching pcre
Verifying checksum(s) for pcre
Extracting pcre
Configuring pcre
Building pcre with target all
Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_pcre/work/pcre-7.8" && make all " returned error 2
Command output: mv -f .deps/pcreposix.Tpo .deps/pcreposix.Plo
/bin/sh ./libtool --tag=CC   --mode=link /usr/bin/gcc-4.0  -O2 -version-info 0:0:0 -L/opt/local/lib -o libpcreposix.la -rpath /opt/local/lib pcreposix.lo libpcre.la -lreadline
/usr/bin/gcc-4.0 -dynamiclib ${wl}-flat_namespace ${wl}-u
ndefined ${wl}suppress -o .libs/libpcreposix.0.0.0.dylib  .libs/pcreposix.o  -L/opt/local/lib ./.libs/libpcre.dylib /opt/local/lib/libreadline.dylib -lreadline  -install_name  /opt/local/lib/libpcreposix.0.dylib -compatibility_version 1 -current_version 1.0 -Wl,-single_module
dsymutil .libs/libpcreposix.0.0.0.dylib || :
ERROR: No debug map or DWARF data was found to link.(cd .libs && rm -f libpcreposix.0.dylib && ln -s libpcreposix.0.0.0.dylib libpcreposix.0.dylib)
(cd .libs && rm -f libpcreposix.dylib &&
 ln -s libpcreposix.0.0.0.dylib libpcreposix.dylib)
ar cru .libs/libpcreposix.a  pcreposix.o
ranlib .libs/libpcreposix.a
creating libpcreposix.la
(cd .libs && rm -f libpcreposix.la && ln -s ../libpcreposix.la libpcreposix.la)
/bin/sh ./libtool --tag=CXX   --mode=compile /usr/bin/g++-4.0 -DHAVE_CONFIG_H -I.   -I/opt/local/include  -O2 -MT pcrecpp.lo -MD -MP -MF .deps/pcrecpp.Tpo -c -o pcrecpp.lo pcrecpp.cc
 /usr/bin/g++-4.0 -DHAVE_CONFIG_H -I. -I/opt/local/include -O2 -MT pcrecpp.lo -MD -MP -MF .deps/pcrec
pp.Tpo -c pcrecpp.cc  -fno-common -DPIC -o .libs/pcrecpp.o
In file included from /usr/include/c++/4.0.0/new:42,
                 from /usr/include/c++/4.0.0/ext/new_allocator.h:37,
                 from /usr/include/c++/4.0.0/powerpc-apple-darwin8/bits/c++allocator.h:34,
                 from /usr/include/c++/4.0.0/bits/allocator.h:52,
                 from /usr/include/c++/4.0.0/memory:54,
                 from /usr/include/c++/4.0.0/string:47,
                 from pcrecpp.cc:42:
/usr/include/c++/4.0.0/exception:10:7: error: invalid preprocessing directive #These
/usr/include/c++/4.0.0/exception:11:7: error: invalid preprocessing directive #also
/usr/include/c++/4.0.0/exception:16:11: error: invalid preprocessing directive #Inner
/usr/include/c++/4.0.0/exception:48:7: error: invalid preprocessing directive #Duplicate
/usr/include/c++/4.0.0/exception:49:7: error: invalid preprocessing directive #also
/usr/include/c++/4.0.0/exception:54:11: error: invalid preprocessing directive #Inner
/usr/include/c++/4.0.0/exception:114:2: error: #endif without #if
/usr/include/c++/4.0.0/exception:2: error: 'import' does not name a type
/usr/include/c++/4.0.0/exception:93: error: expected declaration before '}' token
make[1]: *** [pcrecpp.lo] Error 1
make: *** [all] Error 2
Error: Status 1 encountered during processing.
Executing: /opt/local/bin/port install pcre

Change History (6)

comment:1 Changed 15 years ago by mf2k (Frank Schima)

Description: modified (diff)
Owner: changed from macports-tickets@… to nox@…
Port: pcre added

Assigning to maintainer.

comment:2 Changed 15 years ago by nox@…

Status: newassigned

Could you paste the contents of the file /usr/include/c++/4.0.0/exception?

comment:3 Changed 15 years ago by glend@…

import unittest from test import test_support

class ComplexArgsTestCase(unittest.TestCase):

def check(self, func, expected, *args):

self.assertEqual(func(*args), expected)

# These functions are tested below as lambdas too. If you add a function test, # also add a similar lambda test.

def test_func_parens_no_unpacking(self):

def f(((((x))))): return x self.check(f, 1, 1) # Inner parens are elided, same as: f(x,) def f(((x)),): return x self.check(f, 2, 2)

def test_func_1(self):

def f(((((x),)))): return x self.check(f, 3, (3,)) def f(((((x)),))): return x self.check(f, 4, (4,)) def f(((((x))),)): return x self.check(f, 5, (5,)) def f(((x),)): return x self.check(f, 6, (6,))

def test_func_2(self):

def f(((((x)),),)): return x self.check(f, 2, ((2,),))

def test_func_3(self):

def f((((((x)),),),)): return x self.check(f, 3, (((3,),),))

def test_func_complex(self):

def f((((((x)),),),), a, b, c): return x, a, b, c self.check(f, (3, 9, 8, 7), (((3,),),), 9, 8, 7)

def f(((((((x)),)),),), a, b, c): return x, a, b, c self.check(f, (3, 9, 8, 7), (((3,),),), 9, 8, 7)

def f(a, b, c, ((((((x)),)),),)): return a, b, c, x self.check(f, (9, 8, 7, 3), 9, 8, 7, (((3,),),))

# Duplicate the tests above, but for lambda. If you add a lambda test, # also add a similar function test above.

def test_lambda_parens_no_unpacking(self):

f = lambda (((((x))))): x self.check(f, 1, 1) # Inner parens are elided, same as: f(x,) f = lambda ((x)),: x self.check(f, 2, 2)

def test_lambda_1(self):

f = lambda (((((x),)))): x self.check(f, 3, (3,)) f = lambda (((((x)),))): x self.check(f, 4, (4,)) f = lambda (((((x))),)): x self.check(f, 5, (5,)) f = lambda (((x),)): x self.check(f, 6, (6,))

def test_lambda_2(self):

f = lambda (((((x)),),)): x self.check(f, 2, ((2,),))

def test_lambda_3(self):

f = lambda ((((((x)),),),)): x self.check(f, 3, (((3,),),))

def test_lambda_complex(self):

f = lambda (((((x)),),),), a, b, c: (x, a, b, c) self.check(f, (3, 9, 8, 7), (((3,),),), 9, 8, 7)

f = lambda ((((((x)),)),),), a, b, c: (x, a, b, c) self.check(f, (3, 9, 8, 7), (((3,),),), 9, 8, 7)

f = lambda a, b, c, ((((((x)),)),),): (a, b, c, x) self.check(f, (9, 8, 7, 3), 9, 8, 7, (((3,),),))

def test_main():

test_support.run_unittest(ComplexArgsTestCase)

if name == "main":

test_main()

ol uncaught_exception() throw(); } namespace std

namespace gnu_cxx {

/ A replacement for the standard terminate_handler which prints more

information about the terminating exception (if any) on stderr. Call @code

std::set_terminate (gnu_cxx::verbose_terminate_handler)

@endcode to use. For more info, see http://gcc.gnu.org/onlinedocs/libstdc++/19_diagnostics/howto.html#4

In 3.4 and later, this is on by default.

*/ void verbose_terminate_handler ();

} namespace gnu_cxx } extern "C++"

#pragma GCC visibility pop

#endif

comment:4 Changed 15 years ago by nox@…

I don't know what happened to your exception file but it is broken: why the hell is their a python class instead of the licence header? Try reinstalling Xcode and the Dev Tools.

comment:5 Changed 15 years ago by nox@…

Resolution: worksforme
Status: assignedclosed

comment:6 Changed 15 years ago by (none)

Milestone: Port Bugs

Milestone Port Bugs deleted

Note: See TracTickets for help on using tickets.