I've got a program called OpenFOAM installed. It's
a bit of a yukky program in that it sets some environment
variables in ~/.bashrc. Consequently the environment of my
login shell looks like:
{lots of stuff deleted}
CXXFLAGS=-m32
CXX=g++
When mkoctfile evaluates CXXFLAGS and CXX, it sees the va
I've got a program called OpenFOAM installed. It's
a bit of a yukky program in that it sets some environment
variables in ~/.bashrc. Consequently the environment of my
login shell looks like:
{lots of stuff deleted}
CXXFLAGS=-m32
CXX=g++
When mkoctfile evaluates CXXFLAGS and CXX, it sees the va
Please cancel my last email to this bug. It was
meant to go to another bug number.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
To reproduce the bug (feature?), add the following
to your environment as follows:
$ export CC='gcc'
$ export CXX='g++'
$ export CFLAGS='-m32'
$ export CXXFLAGS='-m32'
$ export LDFLAGS='-m32'
$ mkoctfile -v uitest.cc
g++ -c -fPIC -I/usr/include/octave-2.9.7
-I/usr/include/octave-2.9.7/octave -m32
> There's something weird going on here. mkoctfile from the Debian package
> calls g++ with its full path. Additionally, we don't pass the "-m32"
> flag to the compiler. For comparision, the output in my chroot:
>
The wierd thing is that g++ gets called with its full path
in the second invocatio
I've got the same problem with samba on my AMD64 system since the last
upgrade (2 days ago).
Interestingly since that upgrade totem fails with the same error:
$ totem
ERROR: Could not determine network interfaces, you must use a interfaces
config line
$ dpkg -S `which totem`
totem-xine: /usr/bin/
I sent an email yesterday pointing out that I had octave2.1
installed before octave2.9. It seems to have gone missing.
In case it is a problem with packaging, here is the
sequence I followed in installing octave:
24/10/2005
# apt-get install octave octave-forge octave-plplot octave2.1-doc
octave
Output as requested:
$ mkoctfile -v uitest.cc
g++ -c -fPIC -I/usr/include/octave-2.9.7
-I/usr/include/octave-2.9.7/octave -m32 uitest.cc -o uitest.o
/usr/bin/g++ -shared -Wl,-Bsymbolic -o uitest.oct uitest.o
-L/usr/lib/octave-2.9.7 -loctinterp -loctave -lcruft -m32 -llapack-3
-lblas-3 -lfftw3 -lre
Hi John,
> First; one of the not so active FreeWRLians has a directory on line:
Thanks for the pointers.
> > I notice that Debian includes a package called: spidermonkey-bin
> > This is a standalone implementation of the mozilla java script
> > engine, which I'm assuming is the source of the cod
Hi John,
I've been attempting to build FreeWRL 1.18, with the
view to creating a Debian package using the FreeWRL 1.07
deb as a guide. (I'm not volunteering to become maintainer,
but am trying to figure out if it is feasible for me
to volunteer.)
I'm getting lots of compile errors in the "JS" mo
Thanks for the explanation. It makes sense. A pity gamin is below scratch.
> This is an automatic notification regarding your Bug report
> #375169: gnome-desktop-environment superfluously reccommends fam,
> which was filed against the gnome-desktop-environment package.
--
To UNSUBSCRIBE, emai
Package: gnome-desktop-environment
Version: 1:2.14.2
Severity: minor
When I upgrade a held back version of gnome-desktop-environment using an
"apt-get install gnome-desktop-environment" it superfluously recommends
fam.
Recommending fam is not necessary, as a replacment package "gamin" is
already
12 matches
Mail list logo
