Re: Question on freeBSD (5.1-CURRENT) portupgrade of Perl 5.8andlibiconv 1.9.1_3

2003-10-21 Thread Scott Wegener, Roadster Performance
Joe Marcus Clarke wrote:

On Wed, 2003-10-22 at 01:14, Scott W wrote:
 

Hey all.  In doing a portupgrade -RvN for windowmaker, Perl and libiconv 
were recompiled.  I saved the log output and noticed several oddities I 
was wondering if anyone can explain?

1..several settings come up as undefined during the Perl build, namely:
$i_malloc
$d_setegid
$d_seteuid
$i_iconv
These don't look troubling by themselves dur to 'autoconf magic,' but 
the next one for libiconv is more bothersome:

From libiconv 1.9.1_3 configure:
checking if libtool supports shared libraries... yes
*** Warning: the command libtool uses to detect shared libraries,
*** /usr/bin/file, produces output that libtool cannot recognize.
*** The result is that libtool may fail to recognize shared libraries
*** as such.  This will affect the creation of libtool libraries that
*** depend on shared libraries, but programs linked with such libtool
*** libraries will work regardless of this problem.  Nevertheless, you
*** may want to report the problem to your system manager and/or to
*** [EMAIL PROTECTED]
Any ideas?
   

This is a byproduct of the new dynamic root layout in -CURRENT. 
Basically, older versions of libtool try to do file on
/usr/lib/libc.so.  Recent versions of -CURRENT put libc.so in /lib. 
Therefore, this fails.  I haven't noticed any real problems because of
this, but I have reported it to the libtool maintainer, [EMAIL PROTECTED]
 

Great.  That makes sense, as file will return symbolic link rather than 
an ELF executable, should be a minor adjustment by the maintainer.  Also 
makes sense on libc in /lib - always disturbs me when I see 'important' 
system binaries mounted on the /usr filesystem!

Also, is there a way to pass configure options to portupgrade, or should 
I run make clean  ./configure for each port in an 'upgrade chain' and 
then force portupgrade to not make clean prior to building/installing?
   

Configure arguments?  No.  However, you can use the -m option to pass
make arguments (e.g. -DWITH_FOO).  To pass configure arguments, you'd
have to edit the port Makefiles directly.
Joe
 

Actually, it _looks_ like there's somewhat of a standard in place within 
the port Makefiles defining CONFIGURE_ARGS, but I haven't searched 
through all of them- anyone know if this is a 'freeBSD Makefile 
standard' that can (generally) be counted on?  If so, at least for 
specific ports builds, you should be able to define it on the command 
line to make (as Joe stated) or via passing the parameter to make for 
portupgradealthough that change doesn't get saved anywhere and will 
be clobbered by the next cvsup- any clean way to avoid this?  I need to 
build apache for this system at some point, and somehow I'm not just 
seeing the defaults as likely to 'fit everyone' on that one?

Thanks again,

Scott

Thanks,

Scott

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
   



___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Buildworld fails in 5.1-CURRENT in wall

2003-10-20 Thread Scott Wegener
Fails on usr.bin/wall as follows, cvsup'ed as of ~8pm EST:

--
stage 2.1: cleaning up the object tree
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=i386  MACHINE=i386
CPUTYPE=
..
..
..
=== usr.bin/vi
rm -f nex nvi cl_bsd.o cl_funcs.o cl_main.o cl_read.o cl_screen.o
cl_term.o cut.o delete.o exf.o key.o line.o log.o main.o mark.o msg.o
options.o options_f.o put.o screen.o search.o seq.o recover.o util.o
ex.o ex_abbrev.o ex_append.o ex_args.o ex_argv.o ex_at.o ex_bang.o
ex_cd.o ex_cmd.o ex_cscope.o ex_delete.o ex_display.o ex_edit.o
ex_equal.o ex_file.o ex_filter.o ex_global.o ex_init.o ex_join.o
ex_map.o ex_mark.o ex_mkexrc.o ex_move.o ex_open.o ex_preserve.o
ex_print.o ex_put.o ex_quit.o ex_read.o ex_screen.o ex_script.o ex_set.o
ex_shell.o ex_shift.o ex_source.o ex_stop.o ex_subst.o ex_tag.o ex_txt.o
ex_undo.o ex_usage.o ex_util.o ex_version.o ex_visual.o ex_write.o
ex_yank.o ex_z.o ex_tcl.o ex_perl.o getc.o v_at.o v_ch.o v_cmd.o
v_delete.o v_ex.o v_increment.o v_init.o v_itxt.o v_left.o v_mark.o
v_match.o v_paragraph.o v_put.o v_redraw.o v_replace.o v_right.o
v_screen.o v_scroll.o v_search.o v_section.o v_sentence.o v_status.o
v_txt.o v_ulcase.o v_undo.o v_util.o v_word.o v_xchar.o v_yank.o v_z.o
v_zexit.o vi.o vs_line.o vs_msg.o vs_refresh.o vs_relative.o vs_smap.o
vs_split.o vi.1.gz vi.1.cat.gz
rm -f .depend GPATH GRTAGS GSYMS GTAGS
=== usr.bin/vis
rm -f vis vis.o foldit.o vis.1.gz vis.1.cat.gz
rm -f .depend GPATH GRTAGS GSYMS GTAGS
=== usr.bin/vmstat
rm -f vmstat vmstat.o vmstat.8.gz vmstat.8.cat.gz
rm -f .depend GPATH GRTAGS GSYMS GTAGS
=== usr.bin/w
rm -f w fmt.o pr_time.o proc_compare.o w.o w.1.gz uptime.1.gz w.1.cat.gz
uptime.1.cat.gz
rm -f .depend GPATH GRTAGS GSYMS GTAGS
=== usr.bin/wall
.depend, line 2: Need an operator
.depend, line 4: Need an operator
.depend, line 5: Need an operator
.depend, line 6: Need an operator
.depend, line 7: Need an operator
.depend, line 8: Need an operator
.depend, line 9: Need an operator
.depend, line 10: Need an operator
.depend, line 11: Need an operator
.depend, line 12: Need an operator
.depend, line 13: Need an operator
.depend, line 14: Need an operator
.depend, line 16: Need an operator
.depend, line 17: Need an operator
.depend, line 18: Need an operator
.depend, line 19: Need an operator
.depend, line 20: Need an operator
.depend, line 22: Need an operator
.depend, line 24: Need an operator
.depend, line 27: Need an operator
.depend, line 30: Need an operator
.depend, line 32: Need an operator
.depend, line 34: Need an operator
.depend, line 36: Need an operator
.depend, line 37: Need an operator
.depend, line 38: Need an operator
.depend, line 39: Need an operator
.depend, line 40: Need an operator
.depend, line 41: Need an operator
.depend, line 42: Need an operator
.depend, line 44: Need an operator
.depend, line 45: Need an operator
.depend, line 47: Need an operator
.depend, line 49: Need an operator
.depend, line 51: Need an operator
.depend, line 53: Need an operator
.depend, line 54: Need an operator
.depend, line 55: Need an operator
.depend, line 56: Need an operator
.depend, line 57: Need an operator
.depend, line 58: Need an operator
.depend, line 59: Need an operator
.depend, line 60: Need an operator
.depend, line 61: Need an operator
.depend, line 63: Need an operator
.depend, line 65: Need an operator
.depend, line 67: Need an operator
.depend, line 70: Need an operator
make: fatal errors encountered -- cannot continue
*** Error code 1
Stop in /usr/src/usr.bin.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.

Script done on Mon Oct 20 17:54:49 2003

Scott



___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Buildworld fails in 5.1-CURRENT in wall

2003-10-20 Thread Scott Wegener, Roadster Performance
M. Warner Losh wrote:

In message: [EMAIL PROTECTED]
   Scott W [EMAIL PROTECTED] writes:
: M. Warner Losh wrote:
: 
: I'd remove all the .depend files and try again.
: 
: Warner
: ___
: [EMAIL PROTECTED] mailing list
: http://lists.freebsd.org/mailman/listinfo/freebsd-current
: To unsubscribe, send any mail to [EMAIL PROTECTED]
: 
:   
: 
: I've tried that one- I'm not familiar with freeBSD's build environment, 
: but 'find /usr/src -name .depend shows the only .depend files are in 
: the kernel tree /usr/src/sus/i386/compile/ , so I'm assuming it's 
: generating them as part of the build process itself, or dumping them 
: outside of the /usr/src heirarchy.  Tried again from cvsup ~11pm with 
: same results...any other ideas?

find /usr/obj -name .depend

or better yet

rm -rf /usr/obj/*

Warner
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
 

D'oh!  Got it, trying now.. thanks! :-)

Scott

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]