broken packages on powerpc

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
9 messages Options
Reply | Threaded
Open this post in threaded view
|

broken packages on powerpc

Antoine Jacoutot
During the latest macppc pkg bulk build, the following packages failed
to build:

- enigmail-0.95.0p0 fails at fake stage (cannot find files)
- evolution-data-server-1.10.1 does not find iconv
- hanterm-xf-2.0.6-177p0 dereferencing pointer to incomplete type
- junit-3.8.2.1 unresolved symbol
- lsof-4.77p0 `MSIZE' undeclared here (not in a function)
- net-snmp-5.4 syntax error before "LIST_HEAD"
- nhc98-1.1 Segmentation fault (core dumped)
- pftop-0.5 error: structure has no member named ... (several)
- sash-3.6 storage size of `adosfs' isn't known
- swi-prolog-5.6.27p0 Packaging error (file does not exist)
- xorp-1.4 `IFM_TOKEN' undeclared (first use this function)

--
Antoine

Reply | Threaded
Open this post in threaded view
|

Re: broken packages on powerpc

Marc Espie-2
On Sun, Jun 10, 2007 at 12:23:01PM +0200, Antoine Jacoutot wrote:
> During the latest macppc pkg bulk build, the following packages failed
> to build:
> - swi-prolog-5.6.27p0 Packaging error (file does not exist)
Look closer at the log. The file is probably a documentation file, and
the invocation of prolog that's supposed to build it failed....

I've seen the same issue on other arches, it needs that someone looks
inside and fix the problem...

Reply | Threaded
Open this post in threaded view
|

Re: broken packages on powerpc

Christian Weisgerber
In reply to this post by Antoine Jacoutot
Antoine Jacoutot <[hidden email]> wrote:

> During the latest macppc pkg bulk build, the following packages failed
> to build:
>
> - pftop-0.5 error: structure has no member named ... (several)

pftop needs to catch up with the pf changes.  This is/will be fixed
in 0.6.

> - sash-3.6 storage size of `adosfs' isn't known
> - xorp-1.4 `IFM_TOKEN' undeclared (first use this function)

Both fixed since.

--
Christian "naddy" Weisgerber                          [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: broken packages on powerpc

Antoine Jacoutot
In reply to this post by Marc Espie-2
On Sun, 10 Jun 2007, Marc Espie wrote:
> Look closer at the log. The file is probably a documentation file, and
> the invocation of prolog that's supposed to build it failed....
>
> I've seen the same issue on other arches, it needs that someone looks
> inside and fix the problem...

This was the actual purpose of my mail actually... so that someone looks
inside and fix the problem.

--
Antoine

Reply | Threaded
Open this post in threaded view
|

Unbreak swi-prolog (was: broken packages on powerpc)

Matthias Kilian
In reply to this post by Marc Espie-2
On Sun, Jun 10, 2007 at 12:51:02PM +0200, Marc Espie wrote:
> > - swi-prolog-5.6.27p0 Packaging error (file does not exist)
> Look closer at the log. The file is probably a documentation file, and
> the invocation of prolog that's supposed to build it failed....
>
> I've seen the same issue on other arches, it needs that someone looks
> inside and fix the problem...

The buid uses the kernel arch (macppc) instead of the application
arch (powerpc). The patch below should fix it for all archs.

Ciao,
        Ki "it compiles -- let's ship it" li


Index: patches/patch-src_config_guess
===================================================================
RCS file: patches/patch-src_config_guess
diff -N patches/patch-src_config_guess
--- /dev/null 1 Jan 1970 00:00:00 -0000
+++ patches/patch-src_config_guess 10 Jun 2007 13:23:17 -0000
@@ -0,0 +1,93 @@
+$OpenBSD$
+--- src/config.guess.orig Mon Jan  8 14:02:07 2007
++++ src/config.guess Sun Jun 10 15:06:45 2007
+@@ -254,30 +254,9 @@ EOF
+     Amiga*:UNIX_System_V:4.0:*)
+ echo m68k-unknown-sysv4
+ exit 0;;
+-    amiga:OpenBSD:*:*)
+- echo m68k-unknown-openbsd${UNAME_RELEASE}
+- exit 0 ;;
+     *:[Aa]miga[Oo][Ss]:*:*)
+ echo ${UNAME_MACHINE}-unknown-amigaos
+ exit 0 ;;
+-    arc64:OpenBSD:*:*)
+- echo mips64el-unknown-openbsd${UNAME_RELEASE}
+- exit 0 ;;
+-    arc:OpenBSD:*:*)
+- echo mipsel-unknown-openbsd${UNAME_RELEASE}
+- exit 0 ;;
+-    hkmips:OpenBSD:*:*)
+- echo mips-unknown-openbsd${UNAME_RELEASE}
+- exit 0 ;;
+-    pmax:OpenBSD:*:*)
+- echo mipsel-unknown-openbsd${UNAME_RELEASE}
+- exit 0 ;;
+-    sgi:OpenBSD:*:*)
+- echo mips-unknown-openbsd${UNAME_RELEASE}
+- exit 0 ;;
+-    wgrisc:OpenBSD:*:*)
+- echo mipsel-unknown-openbsd${UNAME_RELEASE}
+- exit 0 ;;
+     *:OS/390:*:*)
+ echo i370-ibm-openedition
+ exit 0 ;;
+@@ -340,9 +319,6 @@ EOF
+     aushp:SunOS:*:*)
+ echo sparc-auspex-sunos${UNAME_RELEASE}
+ exit 0 ;;
+-    atari*:OpenBSD:*:*)
+- echo m68k-unknown-openbsd${UNAME_RELEASE}
+- exit 0 ;;
+     # The situation for MiNT is a little confusing.  The machine name
+     # can be virtually everything (everything which is not
+     # "atarist" or "atariste" at least should have a processor
+@@ -369,18 +345,6 @@ EOF
+     *:*MiNT:*:* | *:*mint:*:* | *:*TOS:*:*)
+         echo m68k-unknown-mint${UNAME_RELEASE}
+         exit 0 ;;
+-    sun3*:OpenBSD:*:*)
+- echo m68k-unknown-openbsd${UNAME_RELEASE}
+- exit 0 ;;
+-    mac68k:OpenBSD:*:*)
+- echo m68k-unknown-openbsd${UNAME_RELEASE}
+- exit 0 ;;
+-    mvme68k:OpenBSD:*:*)
+- echo m68k-unknown-openbsd${UNAME_RELEASE}
+- exit 0 ;;
+-    mvme88k:OpenBSD:*:*)
+- echo m88k-unknown-openbsd${UNAME_RELEASE}
+- exit 0 ;;
+     powerpc:machten:*:*)
+ echo powerpc-apple-machten${UNAME_RELEASE}
+ exit 0 ;;
+@@ -668,9 +632,6 @@ EOF
+     parisc*:Lites*:*:*)
+ echo hppa1.1-hp-lites
+ exit 0 ;;
+-    hppa*:OpenBSD:*:*)
+- echo hppa-unknown-openbsd
+- exit 0 ;;
+     C1*:ConvexOS:*:* | convex:ConvexOS:C1*:*)
+ echo c1-convex-bsd
+         exit 0 ;;
+@@ -722,9 +683,6 @@ EOF
+         FUJITSU_REL=`echo ${UNAME_RELEASE} | sed -e 's/ /_/'`
+         echo "${FUJITSU_PROC}-fujitsu-${FUJITSU_SYS}${FUJITSU_REL}"
+         exit 0 ;;
+-    hp300:OpenBSD:*:*)
+- echo m68k-unknown-openbsd${UNAME_RELEASE}
+- exit 0 ;;
+     i*86:BSD/386:*:* | i*86:BSD/OS:*:* | *:Ascend\ Embedded/OS:*:*)
+ echo ${UNAME_MACHINE}-pc-bsdi${UNAME_RELEASE}
+ exit 0 ;;
+@@ -738,7 +696,8 @@ EOF
+ echo ${UNAME_MACHINE}-unknown-freebsd`echo ${UNAME_RELEASE}|sed -e 's/[-(].*//'`
+ exit 0 ;;
+     *:OpenBSD:*:*)
+- echo ${UNAME_MACHINE}-unknown-openbsd`echo ${UNAME_RELEASE}|sed -e 's/[-_].*/\./'`
++ UNAME_MACHINE=`arch -s`
++ echo ${UNAME_MACHINE}-unknown-openbsd${UNAME_RELEASE}
+ exit 0 ;;
+     i*:CYGWIN*:*)
+ echo ${UNAME_MACHINE}-pc-cygwin

Reply | Threaded
Open this post in threaded view
|

Re: Unbreak swi-prolog (was: broken packages on powerpc)

Marc Espie-2
On Sun, Jun 10, 2007 at 03:32:04PM +0200, Matthias Kilian wrote:

> On Sun, Jun 10, 2007 at 12:51:02PM +0200, Marc Espie wrote:
> > > - swi-prolog-5.6.27p0 Packaging error (file does not exist)
> > Look closer at the log. The file is probably a documentation file, and
> > the invocation of prolog that's supposed to build it failed....
> >
> > I've seen the same issue on other arches, it needs that someone looks
> > inside and fix the problem...
>
> The buid uses the kernel arch (macppc) instead of the application
> arch (powerpc). The patch below should fix it for all archs.
>
Do you need to patch config.guess ? we're supposed to have a config.guess
in the tree, and to be able to simply replace it by saying the name
of the directories that apply. See gnu.port.mk

Reply | Threaded
Open this post in threaded view
|

Re: broken packages on powerpc

ian@
In reply to this post by Antoine Jacoutot
Antoine Jacoutot wrote:
> During the latest macppc pkg bulk build, the following packages failed
> to build:

> - junit-3.8.2.1            unresolved symbol

Can you show me the build log please?

Reply | Threaded
Open this post in threaded view
|

Re: broken packages on powerpc

Antoine Jacoutot
On Sun, 10 Jun 2007, Ian Darwin wrote:
> Can you show me the build log please?

+++ Wed Jun  6 12:17:35 MDT 2007
===> Returning to build of junit-3.8.2
===>  junit-3.8.2 depends on: apache-ant-* - found
===>  junit-3.8.2 depends on: jdk-1.3.1 - found
===>  junit-3.8.2 depends on: unzip-* - found
===>  Extracting for junit-3.8.2
cp /usr/ports/java/junit/files/build.xml /usr/obj/ports/junit-3.8.2/junit3.8.2
===>  Patching for junit-3.8.2
===>  Configuring for junit-3.8.2
===>  Building for junit-3.8.2
     [javac] /usr/obj/ports/junit-3.8.2/junit3.8.2/junit/framework/Assert.java:95: cannot resolve symbol
     [javac] symbol  : method compare  (double,double)
     [javac] location: class java.lang.Double
     [javac] if (Double.compare(expected, actual) == 0)
     [javac]                           ^
     [javac] /usr/obj/ports/junit-3.8.2/junit3.8.2/junit/framework/Assert.java:146: valueOf(java.lang.String) in java.lang.Boolean cannot be applied to (boolean)
     [javac]     assertEquals(message, Boolean.valueOf(expected), Boolean.valueOf(actual));
     [javac]                                              ^
     [javac] /usr/obj/ports/junit-3.8.2/junit3.8.2/junit/framework/Assert.java:146: valueOf(java.lang.String) in java.lang.Boolean cannot be applied to (boolean)
     [javac]     assertEquals(message, Boolean.valueOf(expected), Boolean.valueOf(actual));
     [javac]                                                                         ^
     [javac] Note: /usr/obj/ports/junit-3.8.2/junit3.8.2/junit/runner/BaseTestRunner.java uses or overrides a deprecated API.
     [javac] Note: Recompile with -deprecation for details.
     [javac] 3 errors

BUILD FAILED
/usr/obj/ports/junit-3.8.2/junit3.8.2/build.xml:25: Compile failed; see the compiler error output for details.

Total time: 13 seconds
*** Error code 1

Stop in /usr/ports/java/junit (line 39 of Makefile).
*** Error code 1

Stop in /usr/ports/java/junit (line 2055 of /usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/java/junit (line 1369 of /usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/java/junit (line 1853 of /usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/java/junit (line 1843 of /usr/ports/infrastructure/mk/bsd.port.mk).
--- Wed Jun  6 12:17:55 MDT 2007


--
Antoine

Reply | Threaded
Open this post in threaded view
|

Re: Unbreak swi-prolog (was: broken packages on powerpc)

Matthias Kilian
In reply to this post by Marc Espie-2
On Sun, Jun 10, 2007 at 03:56:45PM +0200, Marc Espie wrote:
> > The buid uses the kernel arch (macppc) instead of the application
> > arch (powerpc). The patch below should fix it for all archs.
> >
> Do you need to patch config.guess ? we're supposed to have a config.guess
> in the tree, and to be able to simply replace it by saying the name
> of the directories that apply. See gnu.port.mk


You mean MODGNU_CONFIG_GUESS_DIRS? I wasn't aware of it. No cookies
for me (and it's even documented in bsd.port.mk(5)). Better patch
below.

Note that packages/jpl and packages/xpce/src don't strictly need
our config.guess, but I prefer to avoid surprises for updates.

Also applied a little s/WRKDIST/WRKSRC/ to the Makefile (doesn't
change anything but it is a little bit cleaner, IMHO).

There are still problems (noticed on i386 and powerpc):

- regress hangs somewhere in src/Tests/thread, probably the agc.pl
  test. It just idles around but doesn't terminate.

- in packages/odbc and packages/ssl, the configure scripts fail to
  recognize installed headers and/or libraries, even if they exist.

I'm not a prolog guy, so someone more familiar to prolog (and
actually using this) may have a closer look. (Updating to swi-prolog
5.6.35 does *not* fix the problems)

Ciao,
        Kili


Index: Makefile
===================================================================
RCS file: /cvs/ports/lang/swi-prolog/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile 14 Feb 2007 16:55:28 -0000 1.5
+++ Makefile 10 Jun 2007 18:57:05 -0000
@@ -21,7 +21,10 @@ PERMIT_DISTFILES_FTP= Yes
 
 CONFIGURE_STYLE= autoconf
 AUTOCONF_VERSION= 2.59
-AUTOCONF_DIR= ${WRKDIST}/src
+AUTOCONF_DIR= ${WRKSRC}/src
+MODGNU_CONFIG_GUESS_DIRS= ${WRKSRC}/src \
+ ${WRKSRC}/packages/jpl \
+ ${WRKSRC}/packages/xpce/src
 CONFIGURE_ARGS= --enable-mt \
  --disable-custom-flags \
  --with-world \